{"push_id":2956194796,"size":14,"distinct_size":14,"ref":"refs/heads/master","head":"70a01a6c9c7c81a271e76df1af7d250fe03265c1","before":"5f4ca70b2aa45174907d3924b63bd953180674fe","commits":[{"sha":"ed44caee9af0eeb32bce7e7de5f5146fa6dc1d00","author":{"name":"Andreas Dilger","email":"fd4823dd86d134508df78a168e24c446ce7699f3@whamcloud.com"},"message":"LU-11196 tests: clean up after conf-sanity test_101\n\nconf-sanity test_101() creates up to 50000 files in the top-level\ntest directory, which can sometimes cause the later test_103() setup\nto fail, because \"rm -rf\" fails with \"Argument list too long\" when\ntrying to clean up the test directory.\n\nCreate the test_101 files in a subdirectory for cleanliness, and\nremove them at the end of the test so that we don't run out of space.\n\nTest-Parameters: trivial testlist=conf-sanity\nSigned-off-by: Andreas Dilger <adilger@whamcloud.com>\nChange-Id: I1167339d03340e1cc545d2855c4b32eef18cab07\nReviewed-on: https://review.whamcloud.com/33268\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: James Nunez <jnunez@whamcloud.com>\nReviewed-by: Jian Yu <yujian@whamcloud.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/ed44caee9af0eeb32bce7e7de5f5146fa6dc1d00"},{"sha":"4e429959cb9943a98daee9aedb0bfa1853d8d625","author":{"name":"Sebastien Buisson","email":"ad5d7733e1d93c8b957b5b0fbfad43951c0c3e8a@ddn.com"},"message":"LU-11057 tests: exercise 'network' client mount option\n\nTest 'network' client mount option that enables to limit connections\nfrom the client to be on the specified network NID.\n\nThis option is currently not compatible with Dynamic Peer Discovery.\ntest_31 will have to be updated once Dynamic Peer Discovery is\nmodified so that it does not conflict with 'network' client mount\noption.\n\nSigned-off-by: Sebastien Buisson <sbuisson@ddn.com>\nChange-Id: I13f016fad52a7b73524f652b369c6434985fc0c6\nReviewed-on: https://review.whamcloud.com/33189\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: James Nunez <jnunez@whamcloud.com>\nReviewed-by: Amir Shehata <ashehata@whamcloud.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/4e429959cb9943a98daee9aedb0bfa1853d8d625"},{"sha":"b90812a674f6ebaa9de592a4a4d97a35ed38a24e","author":{"name":"Andreas Dilger","email":"fd4823dd86d134508df78a168e24c446ce7699f3@whamcloud.com"},"message":"LU-1757 osc: clarify short_io_bytes is maximum value\n\nClarify in the code that the \"osc.*.short_io_bytes\" parameter is\nthe maximum IO size to pack into request/reply not the minimum.\n\nAllow short_io to be disabled completely if it is set to zero.\n\nIt would be nice to also change the name of the /proc functions\nin a similar manner but that also changes the /proc tunable name\n(via LUSTRE_RW_ATTR() macro) and has compatibility implications\nfor sites that may have changed this value.\n\nSigned-off-by: Andreas Dilger <adilger@whamcloud.com>\nChange-Id: I3a91420d7e0405445558ba9203233d7f977cab07\nReviewed-on: https://review.whamcloud.com/33173\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Mike Pershin <mpershin@whamcloud.com>\nReviewed-by: Patrick Farrell <paf@cray.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/b90812a674f6ebaa9de592a4a4d97a35ed38a24e"},{"sha":"1e3d2aa9cf53af3c0ccc331cd715c68f0f049d36","author":{"name":"Quentin Bouget","email":"29921c30efedbcc7c1f974aca8b9f937d47812f0@cea.fr"},"message":"LU-8950 tests: do not use make_custom_file_for_progress()\n\nDo not use make_custom_file_for_progress() in sanity-hsm in tests:\n12c, 26, 27b, 28, 31b, 31c, 33, 34, 35, 36, 54, 55, 56, 60, 62, 71,\n104, 200, 202, 221, 223b, 225, 251, 252, 407\n\nBefore this patch make_custom_file_for_progress() was used to create\nbig files (5MB to 40 MB). There were several use cases for that:\n - in combination with the --bandwidth option of lhsmtool_posix, it\n   allows synchronizing HSM operations and other things;\n - to log enough \"progress events\", HSM operations need to last long\n   enough (the --bandwidth option comes in handy too).\n\nIt needed to be removed because:\n - archiving and restoring big files at a 1MB/s rate takes too much\n   time (admittedly, that was the point);\n - there are other way to have HSM operations occur concurently. For\n   example: suspending copytools to delay request processing.\n - make_custom_file_for_progress() does not correctly reflect what\n   the function does and should be used for. Wherever big file are\n   still needed, the patch uses create_file() instead.\n\nRemoving the need to archive or restore big files at a limited rate\nrepresents quite a speed-up on sanity-hsm.\n\nTest-Parameters: trivial testlist=sanity-hsm,sanity-hsm\nSigned-off-by: Quentin Bouget <quentin.bouget@cea.fr>\nChange-Id: Ib9eb7599f9e16d8790630c69c9d1c7be3df416a1\nReviewed-on: https://review.whamcloud.com/24394\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Jean-Baptiste Riaux <riaux.jb@intel.com>\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/1e3d2aa9cf53af3c0ccc331cd715c68f0f049d36"},{"sha":"0dce1ddefc673a3f39b4964d6b669e2a11aaf903","author":{"name":"Quentin Bouget","email":"29921c30efedbcc7c1f974aca8b9f937d47812f0@cea.fr"},"message":"LU-8324 hsm: prioritize one RESTORE once in a while\n\nCurrently, HSM requests are run in the order they are submitted to\nthe coordinator. This has the undesirable side effect that the more\ninteractive requests (RESTORE / REMOVE) can take quite a while to be\nrun when a huge batch of ARCHIVE requests are already queued.\n\nThis patch is not a clean fix to LU-8324, it is merely an attempt at\nmaking things bearable while a proper solution is being developped.\n\nTest-Parameters: trivial testlist=sanity-hsm\nSigned-off-by: Quentin Bouget <quentin.bouget@cea.fr>\nChange-Id: I8697ffae19b28f31901d9e61cce55b40f848fb51\nReviewed-on: https://review.whamcloud.com/31723\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nReviewed-by: John L. Hammond <jhammond@whamcloud.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/0dce1ddefc673a3f39b4964d6b669e2a11aaf903"},{"sha":"155a2b900f9bec8001474a025ce7ebc75f625a4e","author":{"name":"James Simmons","email":"94d0c8f5dbb6ca949ebe3e4da51b530b8b7e0305@yahoo.com"},"message":"LU-8066 llite: make llite/lov and lmv symlinks\n\nold proc code had /proc/sys/fs/lustre/llite/.../lov and lmv\ndirs that contained name of the dir in lustre/lov and lustre/lmv\nto better be able to find correct obd device there, but\nI imagine a better solution would be to just create a symlink with\nthe same name. The name is then pointless and the target dir would\nhave uuid file just as if it was the old-style dir.\n\nThis is a modified version of\n\nLinux-commit : d8ede3f1d5d94618442a61067c6b98a2afbb0962\n\nChange-Id: I90bc1b75e07f0aaa4c3119671f6d097b0e7353b3\nSigned-off-by: Oleg Drokin <green@linuxhacker.ru>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: James Simmons <uja.ornl@yahoo.com>\nReviewed-on: https://review.whamcloud.com/32516\nTested-by: Jenkins\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: John L. Hammond <jhammond@whamcloud.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/155a2b900f9bec8001474a025ce7ebc75f625a4e"},{"sha":"a9e48fa940c45e51fd792c5d9fc4c647f64ed94e","author":{"name":"John L. Hammond","email":"91a327fa47aad7d6818803f02109f06786804f80@whamcloud.com"},"message":"LU-11369 hsm: allow non-owner writers to set HSM state dirty\n\nIn mdt_add_dirty_flag(), bump up the capability so that\nmdt_hsm_attr_set() will succeed even if the writer (or truncater) is\nnot the owner of the file.\n\nSigned-off-by: John L. Hammond <jhammond@whamcloud.com>\nChange-Id: Ibd7e9e039c3a984642b4a01c63cd11d2029e93f1\nReviewed-on: https://review.whamcloud.com/33158\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nReviewed-by: Mike Pershin <mpershin@whamcloud.com>\nReviewed-by: Quentin Bouget <quentin.bouget@cea.fr>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/a9e48fa940c45e51fd792c5d9fc4c647f64ed94e"},{"sha":"e734d9e803443139ccb160bbd4eae05ecc9627e5","author":{"name":"Jian Yu","email":"58cd98bb9f3c24e3c051e5e297b1d47bcf23029f@whamcloud.com"},"message":"LU-11448 kernel: kernel update RHEL7.5 [3.10.0-862.14.4.el7]\n\nUpdate RHEL7.5 kernel to 3.10.0-862.14.4.el7.\n\nChange-Id: I4901102347a14d23645547efc84857868acec0f7\nSigned-off-by: Jian Yu <yujian@whamcloud.com>\nReviewed-on: https://review.whamcloud.com/33254\nReviewed-by: Yang Sheng <ys@whamcloud.com>\nReviewed-by: Minh Diep <mdiep@whamcloud.com>\nTested-by: Jenkins\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/e734d9e803443139ccb160bbd4eae05ecc9627e5"},{"sha":"3eb7a1dfc3e7401ebcc45ccb116ed673607fd27f","author":{"name":"Patrick Farrell","email":"ee3717503d44179dc77c7c9f6368d8774adc4de7@cray.com"},"message":"LU-11454 ptlrpc: Make CPU binding switchable\n\nLU-6325 added CPT binding to the ptlrpc worker threads on\nthe servers.  This is often desirable, especially where\nNUMA latencies are high, but it is not always beneficial.\n\nIf NUMA latencies are low, there is little benefit, and\nsometimes it can be quite costly:\n\nIn particular, if NID-CPT hashing with routers leads to an\nunbalanced workload by CPT, it is easy to end up in a\nsituation where the CPUs in one CPT are maxed out but\nothers are idle.\n\nTo this end, we add module parameters to allow disabling\nthe strict binding behavior, allowing threads to use all\nCPUs.\n\nThis is complicated a bit because we still want separate\nservice partitions - The existing \"no affinity\" behavior\nplaces all service threads in a single service partition,\nwhich gives only one queue for service wakeups.\n\nSo we separate binding behavior from CPT association,\nallowing us to keep multiple service partitions where\ndesired.\n\nModule parameters are added to ldlm, mdt, and ost, of the\nform \"servicename_cpu_bind\", such as \"mds_rdpg_cpu_bind\".\n\nSetting them to \"0\" will disable the strict CPU binding\nbehavior for the threads in that service.\n\nParameters were not added for certain minor services which\ndo not have any CPT affinity/binding behavior today.  (This\nappears to be because they are not expected to be\nperformance sensitive.)\n\ncray-bug-id: LUS-6518\nSigned-off-by: Patrick Farrell <paf@cray.com>\nChange-Id: I1f6f9bb7a11da3a3eec7fc14c41d09ed27700f46\nReviewed-on: https://review.whamcloud.com/33262\nTested-by: Jenkins\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Chris Horn <hornc@cray.com>\nReviewed-by: Doug Oucharek <dougso@me.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/3eb7a1dfc3e7401ebcc45ccb116ed673607fd27f"},{"sha":"ed0c19d250f61b923b023e617b1c1323732767fc","author":{"name":"Andreas Dilger","email":"fd4823dd86d134508df78a168e24c446ce7699f3@whamcloud.com"},"message":"LU-1095 misc: quiet console messages at startup\n\nSome modules print less-than-useful messages on every load.\nTurn these into internal debug messages to reduce noise.\n\nThe message in gss_init_svc_upcall() should also be quieted,\nbut it exposes that this function is waiting 1.5s on each module\nload for lsvcgssd to start.  This should be fixed separately.\n\nTest-Parameters: trivial\nSigned-off-by: Andreas Dilger <adilger@whamcloud.com>\nChange-Id: Ib51ce0e9a88a94d8d2d5eb0906abef0f544cab07\nReviewed-on: https://review.whamcloud.com/33281\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Nathaniel Clark <nclark@whamcloud.com>\nReviewed-by: Sebastien Buisson <sbuisson@ddn.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/ed0c19d250f61b923b023e617b1c1323732767fc"},{"sha":"697e8fe6f325089fe2c69c56cc49bbdadd3a2c3d","author":{"name":"James Nunez","email":"fdbac202dc736e56553dba0c95075f248175b569@whamcloud.com"},"message":"LU-11473 doc: add lfs-getsom man page\n\nThe Lazy Size on MDT feature added a flag to 'lfs' to allow\nusers to get the LSOM data. Add the lfs \"getsom\" flag to the\nlfs man page.\n\nAlso, make a minor correction to the llsom_sync man page that\ncorrects the order of the --device flag for changelog_register\nand changelog_deregister.\n\nTest-Parameters: trivial\nSigned-off-by: James Nunez <jnunez@whamcloud.com>\nChange-Id: I9a5acab6de3b7f32eb246c94e9975e30f63f10e1\nReviewed-on: https://review.whamcloud.com/33290\nTested-by: Jenkins\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Yingjin Qian <qian@ddn.com>\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/697e8fe6f325089fe2c69c56cc49bbdadd3a2c3d"},{"sha":"8b9105d8281f10b500d47a00458631a586c7f1d4","author":{"name":"Patrick Farrell","email":"ee3717503d44179dc77c7c9f6368d8774adc4de7@cray.com"},"message":"LU-11199 mdt: Attempt lookup lock on open\n\nCommit 4f50273a (LU-10269 ldlm: fix the issues introduced\nby try bits) changed the locking behavior on open to not\nattempt to grant the LOOKUP lock bit.  This causes a\nperformance regression in open(), which is up to 75% in\nsome benchmarks, such as mdsrate (from lustre/tests/mpi):\n\nFirst create the files:\nmpirun -n 4 /usr/lib64/lustre/tests/mdsrate /\n-d /mnt/lustre/mdsrate --create --nfile=30000\n\nThen drop caches:\necho 3 > /proc/sys/vm/drop_caches\n\nThen run the open benchmark:\nmpirun -n 4 /usr/lib64/lustre/tests/mdsrate /\n-d /mnt/lustre/mdsrate --open --iters 8000 --nfile=30000\n[More details in LU-1199]\n\nThis patch reverts that specific part of 4f50273a, which\nrestores open() performance to prior levels.\n\nIt may not be 100% correct to ask for open only when\nalso asking for layout, but this is the earlier behavior.\n\nThere is a further patch in flight to optimize this\ncode:\nhttps://review.whamcloud.com/32156\n\nAnd further changes are left for that patch.\n\nCray-bug-id: LUS-6358\n\nChange-Id: Iceca88807e99955f28eba6bbcb3585964f7df2f4\nSigned-off-by: Patrick Farrell <paf@cray.com>\nReviewed-on: https://review.whamcloud.com/32929\nTested-by: Jenkins\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nReviewed-by: Mike Pershin <mpershin@whamcloud.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/8b9105d8281f10b500d47a00458631a586c7f1d4"},{"sha":"72372486a5e96dd2078e01a697025da41bbf03c2","author":{"name":"Alex Zhuravlev","email":"9b13764568f8dfa6bd05a68ee31bd0207e33493c@whamcloud.com"},"message":"LU-11347 osd: do not use pagecache for I/O\n\nfor testing purposes cache is constantly disabled.\n\n - with non-rotational storage\n - when both read and write caches are disable\n - sanityn/16c to run fsx with cache disable\n\nChange-Id: If6ea9186485cd0aceb0372b68f4860de3a4fb124\nSigned-off-by: Alex Zhuravlev <bzzz@whamcloud.com>\nReviewed-on: https://review.whamcloud.com/32875\nReviewed-by: Patrick Farrell <paf@cray.com>\nTested-by: Jenkins\nReviewed-by: Andreas Dilger <adilger@whamcloud.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/72372486a5e96dd2078e01a697025da41bbf03c2"},{"sha":"70a01a6c9c7c81a271e76df1af7d250fe03265c1","author":{"name":"Mikhail Pershin","email":"1a9a3fbb64be6ac2562c85aedacd29b2fd37a95b@whamcloud.com"},"message":"LU-11276 ldlm: don't apply ELC to converting and DOM locks\n\nPrevent ELC for locks being converted and for locks\nhaving DOM bit set to avoid data flush without need.\n\nTest-Parameters: testlist=racer,racer,racer\nSigned-off-by: Mikhail Pershin <mpershin@whamcloud.com>\nChange-Id: Id1429412f2ccd77f037bef2a851d22874a44dce6\nReviewed-on: https://review.whamcloud.com/33125\nTested-by: Jenkins\nReviewed-by: Lai Siyao <lai.siyao@whamcloud.com>\nTested-by: Maloo <hpdd-maloo@intel.com>\nReviewed-by: Oleg Drokin <green@whamcloud.com>","distinct":true,"url":"https://api.github.com/repos/Xyratex/lustre-stable/commits/70a01a6c9c7c81a271e76df1af7d250fe03265c1"}]}
{"actor":{"display_login":"MorpheusTeam"}}