GitHub PushEvent at 2014-10-04 16:26:46
Repository: lustre-release
Actor: tcooper
Payload: {"shas":[["2a40c9ec616fa5763b59c268662ea1f4e5db4f3e","eddb3f9ee33f94482f12ee6e2865fe85d1ea4312@intel.com","LU-2234 man: Add zfs options to mkfs.lustre man page\n\nDocument zfs options in mkfs.lustre(8).  Also update index and fsname\noptions to match current requirements.\n\nSigned-off-by: Nathaniel Clark <nathaniel.l.clark@intel.com>\nChange-Id: I06e018c41b29d8f9ca8d1f2ef595140bed16096e\nReviewed-on: http://review.whamcloud.com/10629\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nReviewed-by: Cliff White <cliff.white@intel.com>","Nathaniel Clark",true],["6c0aa89302d2e33bf46cf29fbe029dda47a42048","91cbf96c2d3e1ace59ecef27fe20a5d69ef7902f@ddn.com","LU-2880 ldiskfs: Added mount option to enable dirdata.\n\nAdded the code to set mount option for enabling the dirdata in\nosd_mount(). This will set the dirdata option for lustre\nfilesystems only. The dirdata mount option would be checked in\nget_dtype() to decide whether to pass dirdata flag as well while\nreading the file type.\n\nSigned-off-by: Manisha Salve <msalve@ddn.com>\nSigned-off-by: James Simmons <uja.ornl@gmail.com>\nChange-Id: I07f430c5cd7ad92b81746085b05b53c1202dd725\nReviewed-on: http://review.whamcloud.com/6495\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nReviewed-by: Fan Yong <fan.yong@intel.com>","Manisha Salve",true],["53ce4864e84e9b07c906fdb4e23edc6f118cb517","98cf26a406474b361b5ebeb54c5068a192c4d45f@intel.com","LU-4006 lnet: abort messages whose MD has been unlinked\n\nIf LNetMDUnlink has been called, all outgoing messages\non that MD should be aborted before lnet_ni_send() is\ncalled.\n\nSigned-off-by: Isaac Huang <he.huang@intel.com>\nChange-Id: I3ebe6d3f4ecc21cd6f00aebfb98b90109501df5a\nReviewed-on: http://review.whamcloud.com/8041\nTested-by: Jenkins\nReviewed-by: Liang Zhen <liang.zhen@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Doug Oucharek <doug.s.oucharek@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Isaac Huang",true],["a3ca08f95334c0163cfb509af53d4a50c3bebc92","7d01b33a7d567b444ad639b417798985dff55ff9@intel.com","LU-4106 mdt: avoid recursive lu_object_find an object\n\nLU-3240 (commit 762f2114d282a98ebfa4dbbeea9298a8088ad24e) set parent\ndir fid the same as child fid in getattr by fid case we should not\nlu_object_find() the object again, could lead to hung if there is a\nconcurrent unlink destroyed the object.\n\nSigned-off-by: Bobi Jam <bobijam.xu@intel.com>\nChange-Id: I75256c0fa684877cbd2e1f36f8ab2ac3faab2989\nReviewed-on: http://review.whamcloud.com/7990\nTested-by: Jenkins\nReviewed-by: John L. Hammond <john.hammond@intel.com>\nReviewed-by: Fan Yong <fan.yong@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Bobi Jam",true],["e2033661f5b078d1056d1ea7c395f12131e2db65","bba814eba4df25535cd87ffc4501b51695e8556f@intel.com","LU-4167 tests: update version check to conf-sanity test_32\n\nThis patch updates version check codes to skip running LFSCK on an\nOST for versions >= 2.5.0 in conf-sanity.sh test_32.\n\nTest-Parameters: testlist=conf-sanity envdefinitions=SLOW=yes, ONLY=32 ossjob=lustre-b2_4 mdsjob=lustre-b2_4 ossbuildno=71 mdsbuildno=71 clientdistro=el6 ossdistro=el6 mdsdistro=el6 clientarch=x86_64 ossarch=x86_64 mdsarch=x86_64\nSigned-off-by: Emoly Liu <emoly.liu@intel.com>\nChange-Id: Ibc0c34a0c15f4882a0dd06dae75d1f1fe10b6f16\nReviewed-on: http://review.whamcloud.com/8132\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Fan Yong <fan.yong@intel.com>\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>","Emoly Liu",true],["8783b1b183598fbf95b4214a229f25d4ab914304","b4e3b6cb2e4299791b99f3efb3fc77efd819f514@intel.com","LU-4438 utils: handle ct_setup() errors\n\nProblem has been encountered causing sanity-hsm/test_402 errors\nbecause copytool threads were found still alive after MDCs\ndeactivation. This appears to be due to no ct_setup() error\nhandling with continuing+unnecessary startup actions to occur.\nAlso, now that copytool will exit earlier, HSMTOOL_NOERROR variable\nhas been added to allow errors in copytool_setup().\n\nSigned-off-by: Bruno Faccini <bruno.faccini@intel.com>\nChange-Id: I108ea679faf2731f2a64fb08d2f8fba9db01c71f\nReviewed-on: http://review.whamcloud.com/9853\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Nathaniel Clark <nathaniel.l.clark@intel.com>\nReviewed-by: James Nunez <james.a.nunez@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Bruno Faccini",true],["a9e6f7e7a9cd3a3940aeeb5ad1a3be0b50aa9309","851d64d5999db0eb96e316fa1cf38023249a530a@ddn.com","LU-4478 ldiskfs: fix problem when ldiskfs_acct_on() fails\n\nldiskfs_fill_super() does not handle the failure that\nldiskfs_acct_on() returns correctly. This patch fixes\nthe problem.\n\nSigned-off-by: Li Xi <lixi@ddn.com>\nChange-Id: I70afca523cee1d9fe7e0b9c5ffc122fbfd6c34aa\nReviewed-on: http://review.whamcloud.com/8829\nTested-by: Jenkins\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Yang Sheng <yang.sheng@intel.com>\nReviewed-by: James Simmons <uja.ornl@gmail.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Li Xi",true],["9f16e82363f50fc591637ef487217d3ecd704d32","851d64d5999db0eb96e316fa1cf38023249a530a@ddn.com","LU-4478 ldiskfs: fix problem when ldiskfs_acct_on() fails\n\nldiskfs_fill_super() does not handle the failure ldiskfs_acct_on()\nreturns correctly. This patch fixes the problem for RHEL6.5 kernel.\n\nSigned-off-by: Li Xi <lixi@ddn.com>\nChange-Id: Id6e9af30ac81b54c2873b8c2f2a8efd398398a8d\nReviewed-on: http://review.whamcloud.com/10938\nTested-by: Jenkins\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: James Simmons <uja.ornl@gmail.com>","Li Xi",true],["7d62abd99b6343c1562a7d0159dc5397eb44449d","9a4306993a9b05dce7bd8a5e926759eea151be9f@intel.com","LU-4529 quota: call qsd_op_end() after trasn stop\n\nqsd_op_end() shouldn't be called before the transaction stopped,\nbecause qsd_op_end() is a quite heavy operation which could\nprobably allocate memory with standard allocator flag (__GFP_IO),\nand allocating memory could result in dirty flush on other\nfilesystems, that will lead to opening transaction on different\njournal and trigger the assert in jbd2_journal_start():\nJ_ASSERT(handle->h_transaction->t_journal == journal) at the end.\n\nSigned-off-by: Niu Yawei <yawei.niu@intel.com>\nChange-Id: I4ea3ff011fa7e44460b9912050e90b174813e01a\nReviewed-on: http://review.whamcloud.com/8968\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Fan Yong <fan.yong@intel.com>\nReviewed-by: Johann Lombardi <johann.lombardi@intel.com>","Niu Yawei",true],["c9116a09e4dfb7910a27ecca6ce6f2cd18fe4a4d","220277d2aa6211a73373bb6fdc54bef9342a3a38@intel.com","LU-4557 ldiskfs: init statfs variables after journal\n\nin ext4_fill_super, the variables related to statfs\nshould be initialized after journal recovery is completed.\notherwise, if a large number of blocks were being allocated\nbefore the filesystem crashed, then the blocks and inode\ncounters may become negative during use and report incorrect\nvalues to statfs call.\n\nChange-Id: Id7e3f61ce73f5499a6176c336c7931a47f6f76de\nSigned-off-by: Hongchao Zhang <hongchao.zhang@intel.com>\nReviewed-on: http://review.whamcloud.com/9277\nTested-by: Jenkins\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Emoly Liu <emoly.liu@intel.com>","Hongchao Zhang",true],["7c8e4a4480ecb745c34355867c760553063d558d","220277d2aa6211a73373bb6fdc54bef9342a3a38@intel.com","LU-4557 ext4: recalc percpu counters after journal\n\nthe percpu counters is initialized before replaying the journal,\nbut after the journal it should be recalculate to deal with the\npossibility of the percpu counters getting updated by the journal\nreplay.\n\nthe issue has been fixed in the new kernels (RHEL6 2.6.32-431.5.1,\nSLES11SP3 3.0.101-0.15), then it is not needed for these kernels.\n\nChange-Id: I5dfa0696b5ccd404b1add9ad6e2b0877d86a35b2\nSigned-off-by: Hongchao Zhang <hongchao.zhang@intel.com>\nReviewed-on: http://review.whamcloud.com/9908\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nReviewed-by: Yang Sheng <yang.sheng@intel.com>\nReviewed-by: James Simmons <uja.ornl@gmail.com>","Hongchao Zhang",true],["7c5e0eb8241a04b0d6ad321f0da37fbfef113b49","fa0b19037eefef4d7c221ef4b73b146bbfcb3aee@intel.com","LU-4694 hsm: Cleanup codes about return value\n\nerrno migh be zero when llapi_hsm_action_get_fd() returns a failure.\nct_archive() does not handle it correctly, which might cause HSM take\nthe operation as successful even if it actually fails.\n\nThe patch also cleanup other codes about return value.\n\nSigned-off-by: Li Xi <lixi@ddn.com>\nSigned-off-by: James Nunez <james.a.nunez@intel.com>\nChange-Id: I625da68836f98346b104533a556c72f06232e3ef\nReviewed-on: http://review.whamcloud.com/9455\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nReviewed-by: Faccini Bruno <bruno.faccini@intel.com>\nReviewed-by: Robert Read <robert.read@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","James Nunez",true],["f33cbe064812af40565ca7f3d02e1291e3b3cc5e","250de275cb407ebee9cf359bb33b5906af685700@intel.com","LU-4699 libcfs: unify ERR_PTR definitions\n\nAdd libcfs/err.h which either includes linux/err.h or defines\nequiavlent functions (including ERR_CAST()) for use by userspace or\nany of Lustre's other imaginary platforms. Modify the definition of\n__container_of() to remove the pre-call explicit cast. Remove two\nunused function that used container_of0() on an already dereferenced\npointer.\n\nSigned-off-by: John L. Hammond <john.hammond@intel.com>\nChange-Id: I26b454f835b51f1fb17b94eec7cf184f0a82071e\nReviewed-on: http://review.whamcloud.com/9519\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: wangdi <di.wang@intel.com>\nReviewed-by: Dmitry Eremin <dmitry.eremin@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","John L. Hammond",true],["812680f2b8f5d9142f216ad18b9bf954aea93f9f","851d64d5999db0eb96e316fa1cf38023249a530a@ddn.com","LU-4755 ptlrpc: enlarge OST_MAXREQSIZE for 4MB RPC\n\nThis patch enlarges OST_MAXREQSIZE so as to make the\nrequest size large enough for 4MB RPC.\n\nSigned-off-by: Li Xi <lixi@ddn.com>\nChange-Id: I6195c05ced9e6c533c2ad88f21a941f1dddb53e6\nReviewed-on: http://review.whamcloud.com/9599\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nTested-by: Jenkins\nReviewed-by: Jinshan Xiong <jinshan.xiong@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: James Simmons <uja.ornl@gmail.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Li Xi",true],["eb5b05513130fbf5fc412fc59a2fb9e4985263b9","67e548fbeaf191ffde66fc5ef46cd49dbf7d7d6a@intel.com","LU-4800 obdclass: runtime load lustre client when needed\n\nManually force loading of lustre.ko during client\nmounts with request_module for cases where\nautoloading doesn't happen.\n\nSigned-off-by: Bob Glossman <bob.glossman@intel.com>\nChange-Id: I807fc5cd04cf5a97d9c131208b7b13037dc10ee6\nReviewed-on: http://review.whamcloud.com/10587\nReviewed-by: John L. Hammond <john.hammond@intel.com>\nReviewed-by: James Simmons <uja.ornl@gmail.com>\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Yang Sheng <yang.sheng@intel.com>\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>","Bob Glossman",true],["168bce0ec86ed4e3ba163fdbb82f1786ff2c1e43","4f9c0b864b7f9eb8a22fd0e8ad685c34bbc01268@intel.com","LU-4861 osc: a deadlock problem in osc completion ast\n\nIn osc_ldlm_completion_ast(), it tries to hold mutex of cl_lock\nand update the lock even it's known that the lock is not granted,\nthis can introduce a deadlock case if the process is matching a\ndlm lock with the calling stack:\n  osc_lock_enqueue()\n    -> osc_enqueue_base()\n      -> ldlm_lock_match()\n        -> osc_ldlm_completion_ast()\n          -> cl_lock_mutex_get()\nThe enqueuing lock and the lock for completion_ast() are different\nlock. This is a deadlock case because we're holding a lock's mutex\nand then request the other.\n\nIt's not necessary to acquire the lock in completion_ast() if it's\nknown that the lock has not been granted.\n\nSigned-off-by: Jinshan Xiong <jinshan.xiong@intel.com>\nChange-Id: Ia8c0a4cb1e48c9f7fd921052174ce4d8d07713b1\nReviewed-on: http://review.whamcloud.com/10581\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Bobi Jam <bobijam@gmail.com>\nReviewed-by: Patrick Farrell <paf@cray.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Jinshan Xiong",true],["a0736091952878df18b81edbed6f077962248c02","7d01b33a7d567b444ad639b417798985dff55ff9@intel.com","LU-4937 osc: get rid of old checksum initial value\n\nOld code residue assumes initial checksum value as ~0, and relies on\nthat to check whether OST server has calculated bulk data checksum.\nThat is not the case anymore.\n\nSigned-off-by: Bobi Jam <bobijam.xu@intel.com>\nChange-Id: I99779eaf02d22b470978448ad3f17b35f0e9a475\nReviewed-on: http://review.whamcloud.com/10354\nReviewed-by: Andreas Dilger <andreas.dilger@intel.com>\nTested-by: Jenkins\nReviewed-by: Bob Glossman <bob.glossman@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>","Bobi Jam",true],["120e707b57c5f60f9183b63f77d5a3fb1453210c","9a4306993a9b05dce7bd8a5e926759eea151be9f@intel.com","LU-5039 mdd: do orphan cleanup asynchronously\n\nOrphan cleanup shouldn't block mount process, it can be done\nasynchronously.\n\nSigned-off-by: Niu Yawei <yawei.niu@intel.com>\nChange-Id: Ib282dbece0cf789b33105aaeaeef04bd6f1dcf70\nReviewed-on: http://review.whamcloud.com/10584\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Lai Siyao <lai.siyao@intel.com>\nReviewed-by: Alex Zhuravlev <alexey.zhuravlev@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Niu Yawei",true],["2a1436206212072fdb54fa72bc4df9c227c94754","1d83e6ac2379b06e55cc672db2fbfd7afcad693f@llnl.gov","LU-5053 ptlrpc: Add schedule point to ptlrpc_check_set()\n\nMost ptlrpc sets are believed to be small and bounded in length.  However\nat the very least the ptlrpcd reuses the ptlrpc sets at its primary work\nqueue.  This work queue can easily have work added faster than the ptlrpcd\nthread can process the work.  The unbounded work can lead to the ptlrpcd\nmonopolizing a CPU for hundreds of seconds.  Obviously a well-behaved\nkernel function should obey the scheduler and share the processor.\n\nWe address that problem by inserting a cond_resched() at the top of the\nmain loop of ptlrpc_check_set().\n\nSome have suggested putting the cond_resched() lower in the loop.  However,\nthe only current way to bound the number of loops that we exceed our\nallocated run time is to put the call at the top of the loop.  Putting it\nlower would allow an unknown number (and since it is unknown, it might be\nexcessively large at times) of cycles through the loop before a\nresched is allowed.\n\nChange-Id: If46a6e1af1d0fdae24af623045aaf902a04fc589\nSigned-off-by: Christopher J. Morrone <morrone2@llnl.gov>\nReviewed-on: http://review.whamcloud.com/10358\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>\nReviewed-by: Liang Zhen <liang.zhen@intel.com>","Christopher J. Morrone",true],["1de796c26cf54c01ec092211432f5d86e22372ec","2a8f564cbb80211e19c0a14fed38a451599c042f@intel.com","LU-5094 Fetch SLES11SP3 build artifacts automatically\n\nIf the user has an account at nu.novell.com for getting SLES packages,\nthey must configure that account info in the standard .netrc file for\nwget/curl to use when trying to get packages from nu.novell.com.\n\nSigned-off-by: Brian J. Murrell <brian.murrell@intel.com>\nChange-Id: Ic3cbfc78e0a813d7ac5051bc4a4a358caac0d5a7\nReviewed-on: http://review.whamcloud.com/10396\nReviewed-by: Minh Diep <minh.diep@intel.com>\nTested-by: Jenkins\nReviewed-by: Bob Glossman <bob.glossman@intel.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Oleg Drokin <oleg.drokin@intel.com>","Brian J. Murrell",true]],"size":73,"ref":"refs/heads/b2_5","head":"fcfd78204a9fbd6b2c353403844ca57541d9c5cd"}