{"push_id":3145520419,"size":154,"distinct_size":0,"ref":"refs/heads/master","head":"495f1fab985a697ca0cea38578cdf5a461659a75","before":"cc99f275a28c43fe450a66a7544f73c4935f7361","commits":[{"sha":"0238a9755b07d1a2705e970f5c09fb7fa261ea5d","author":{"name":"LOLi","email":"380e661881ad122dc4f68810db3326779727dc99@users.noreply.github.com"},"message":"Fix 'zfs allow' for create time permissions\n\nWhen no permission set is defined for a dataset the create time\r\npermissions are incorrectly shown as if they were a permission set.\r\nThis change simply correct how allow permissions are displayed.\r\n\r\nThis commit also fixes a small manpage formatting issue and adds the\r\n\"zfs_allow_003_pos\" test case to the ZFS Test Suite.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nSigned-off-by: loli10K <ezomori.nozomu@gmail.com>\r\nCloses #7519 \r\nCloses #7860","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/0238a9755b07d1a2705e970f5c09fb7fa261ea5d"},{"sha":"e7b677aa5de49a6a0619681647c8093900d4cd64","author":{"name":"Don Brady","email":"b4a4b26374d158b4daa43c4a7aab3beb71db6862@delphix.com"},"message":"Fix zfs_sysfs_live test failure\n\nThe ZTS zfs_sysfs_live test fails occasionally due to an uninitialized\r\nstring on an error path.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Don Brady <don.brady@delphix.com>\r\nCloses #7869","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/e7b677aa5de49a6a0619681647c8093900d4cd64"},{"sha":"73a5ec30bf6facf44a59045ea761a704c5e1b431","author":{"name":"Don Brady","email":"b4a4b26374d158b4daa43c4a7aab3beb71db6862@delphix.com"},"message":"Fix in-kernel sysfs entries\n\nThe recent sysfs zfs properties feature breaks the in-kernel\r\nbuilds of zfs (sans module).  When not built as a module add\r\nthe sysfs entries under /sys/fs/zfs/.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Don Brady <don.brady@delphix.com>\r\nCloses #7868 \r\nCloses #7872","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/73a5ec30bf6facf44a59045ea761a704c5e1b431"},{"sha":"b8a90418f3a9c23b89c5d2c729a4dd0fea644508","author":{"name":"Brian Behlendorf","email":"32d50ad1e384dcb9a5bf7e40fa470df5dabaf348@llnl.gov"},"message":"Tag 0.8.0-rc1\n\nMajor new features:\n- Native encryption\n- Device removal\n- Allocation classes\n- Pool checkpoints\n- Sequential scrub and resilver\n- Project quota\n- Channel programs\n- Direct IO\n\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/b8a90418f3a9c23b89c5d2c729a4dd0fea644508"},{"sha":"733b5722b4fc6e7927ea8a33bef49f7059d91903","author":{"name":"Roman Strashkin","email":"1c00aef979e28e6e6a2f8e5c5791371c8774d823@users.noreply.github.com"},"message":"zpool split can create a corrupted pool\n\nAdded vdev_resilver_needed() check to verify VDEVs are fully\r\nsynced, so that after split the new pool will not be corrupted.\r\n\r\nReviewed by: Pavel Zakharov <pavel.zakharov@delphix.com>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: loli10K <ezomori.nozomu@gmail.com>\r\nSigned-off-by: Roman Strashkin <roman.strashkin@nexenta.com>\r\nCloses #7865\r\nCloses #7881","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/733b5722b4fc6e7927ea8a33bef49f7059d91903"},{"sha":"92b432139da587c85648ac96dc31ed8c4b5d7b97","author":{"name":"Brian Behlendorf","email":"32d50ad1e384dcb9a5bf7e40fa470df5dabaf348@llnl.gov"},"message":"Add removal_resume_export to zts-report.py\n\nAdd the removal_resume_export test case to the possible failure\r\nsection of the zts-report.py and reference the Github issue.  In\r\nthe CI environment this test has proven to be unreliable due to\r\nthe way it detects the removal thread.  This is a flaw in the test\r\nand not device removal so update the result summary accordingly.\r\n\r\nAdditionally, increase the allowed timeout in an effort to reduce\r\nthe observed rate of false positves.\r\n\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #7895\r\nIssue #7894","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/92b432139da587c85648ac96dc31ed8c4b5d7b97"},{"sha":"5140a58f3b2a25ce24ff9ae2b01277cd6c64f5ad","author":{"name":"LOLi","email":"380e661881ad122dc4f68810db3326779727dc99@users.noreply.github.com"},"message":"zpool should detect invalid fs property on create\n\nThis change improve the handling of invalid filesystem properties when\r\nspecified at pool creation: this is useful when 'zpool create -n'\r\n(dry run) is executed to detect invalid fs-level options (-O) before\r\nthe actual command is run.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: loli10K <ezomori.nozomu@gmail.com>\r\nCloses #7620 \r\nCloses #7878","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/5140a58f3b2a25ce24ff9ae2b01277cd6c64f5ad"},{"sha":"2ced3cf0b2c5cc84885bd4c8c07878145a94c036","author":{"name":"Brian Behlendorf","email":"32d50ad1e384dcb9a5bf7e40fa470df5dabaf348@llnl.gov"},"message":"Clarify 'zpool remove' restrictions\n\nUpdate zpool(8) to clarify what type of vdevs may be safely\r\nremoved and that the existence of any top-level raidz device\r\nwhich is part of the primary pool will prevent device removal.\r\n\r\nReviewed by: Matthew Ahrens <mahrens@delphix.com>\r\nSigned-off-by: Tim Chase <tim@chase2k.com>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nCloses #7880 \r\nCloses #7893","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/2ced3cf0b2c5cc84885bd4c8c07878145a94c036"},{"sha":"48b0b649fd49fa2c725237ee4d054521769e0a86","author":{"name":"Gregor Kopka","email":"faf775bc6eb7062a25b48fe8b19f6bfbd7fde988@kopka.net"},"message":"Man page fixes - zpool/zfs optional parameters\n\nThe man pages for zpool and zfs (get command)\r\nlisted the pool/dataset parameter as required,\r\nbut these are optional. Fixed that.\r\n\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Gregor Kopka <gregor@kopka.net>\r\nCloses #7916","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/48b0b649fd49fa2c725237ee4d054521769e0a86"},{"sha":"0ff15c275321584f889e95be5578722b9ce26c49","author":{"name":"bunder2015","email":"8895d4710d634bf3eedbb49460627c10b2e5d1b0@gmail.com"},"message":"Add new wiki page to CONTRIBUTING\n\nA new wiki page has been added for users who may be new to Git or\r\nGitHub.  Adding link to CONTRIBUTING.\r\n\r\nReviewed-by: Richard Elling <Richard.Elling@RichardElling.com>\r\nReviewed-by: Gregor Kopka <gregor@kopka.net>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: bunder2015 <omfgbunder@gmail.com>\r\nCloses #7923 \r\nCloses #7915","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/0ff15c275321584f889e95be5578722b9ce26c49"},{"sha":"81155b296d88b6db1f526832e3e855e3b3b20fc9","author":{"name":"DeHackEd","email":"b1ad5e202436793206ddd05a6b6e2e3a33d74d47@users.noreply.github.com"},"message":"Fix allocation_classes GUID in zpool-features(5)\n\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Richard Laager <rlaager@wiktel.com>\r\nSigned-off-by: DHE <git@dehacked.net>\r\nCloses #7920","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/81155b296d88b6db1f526832e3e855e3b3b20fc9"},{"sha":"e0b7ff46c98ef19afe58b21df9255d243de1a662","author":{"name":"LOLi","email":"380e661881ad122dc4f68810db3326779727dc99@users.noreply.github.com"},"message":"zstreamdump dumps core printing truncated nvlist\n\nThis change prevents zstreamdump from crashing when trying to print\r\ninvalid nvlist data (DRR_BEGIN record) from a truncated send stream.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: loli10K <ezomori.nozomu@gmail.com>\r\nCloses #7917","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/e0b7ff46c98ef19afe58b21df9255d243de1a662"},{"sha":"145c88fb7bfb7e5941a0994daa3d9f4401a167a1","author":{"name":"Richard Yao","email":"c64f7f1e6060e851acfe9b5bdea00a17cb81871c@gentoo.org"},"message":"Add NEWS file\n\nI received a request for a NEWS file. That needs to be handled by Tony\r\nand Brian, but for now, we can at least provide one that provides a link\r\nto github so that users who expect NEWS files from their packages will\r\nknow where to go for release information.\r\n\r\nReviewed-by: Neal Gompa <ngompa@datto.com>\r\nReviewed-by: Tony Hutter <hutter2@llnl.gov>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: Richard Yao <ryao@gentoo.org>\r\nCloses #7918","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/145c88fb7bfb7e5941a0994daa3d9f4401a167a1"},{"sha":"7522a260773038ff58c213da3e722d1752655237","author":{"name":"LOLi","email":"380e661881ad122dc4f68810db3326779727dc99@users.noreply.github.com"},"message":"Add limits to spa_slop_shift tunable\n\nThis change adds limits to the possible spa_slop_shift values set via\r\nthe sysfs interface. Accepted values are from a minimum of 1 to a\r\nmaximum of 31 (inclusive): these limits are based on the following\r\nvalues observed on a 128PB file-vdev test pool:\r\n\r\nspa_slop_shift=1, spa_get_slop_space=63.5PiB\r\nspa_slop_shift=2, spa_get_slop_space=31.8PiB\r\nspa_slop_shift=3, spa_get_slop_space=15.9PiB\r\nspa_slop_shift=4, spa_get_slop_space=7.9PiB\r\nspa_slop_shift=5, spa_get_slop_space=4PiB\r\nspa_slop_shift=6, spa_get_slop_space=2PiB\r\n...\r\nspa_slop_shift=25, spa_get_slop_space=4GiB\r\nspa_slop_shift=26, spa_get_slop_space=2GiB\r\nspa_slop_shift=27, spa_get_slop_space=1016MiB\r\nspa_slop_shift=28, spa_get_slop_space=508MiB\r\nspa_slop_shift=29, spa_get_slop_space=254MiB\r\nspa_slop_shift=30, spa_get_slop_space=128MiB\r\nspa_slop_shift=31, spa_get_slop_space=128MiB\r\nspa_slop_shift=32, spa_get_slop_space=128MiB\r\n\r\nReviewed-by: Richard Elling <Richard.Elling@RichardElling.com>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: loli10K <ezomori.nozomu@gmail.com>\r\nCloses #7876 \r\nCloses #7900","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/7522a260773038ff58c213da3e722d1752655237"},{"sha":"9d489ab3a8bc866f3658c332230aee02b1b2012d","author":{"name":"DeHackEd","email":"b1ad5e202436793206ddd05a6b6e2e3a33d74d47@users.noreply.github.com"},"message":"Fix reference to zpool-features(5)\n\nReviewed-by: Giuseppe Di Natale <guss80@gmail.com>\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Richard Laager <rlaager@wiktel.com>\r\nSigned-off-by: DHE <git@dehacked.net>\r\nCloses #7938","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/9d489ab3a8bc866f3658c332230aee02b1b2012d"},{"sha":"dda5500853c736aca9ad8c14f7d22cd9d9f9fb36","author":{"name":"LOLi","email":"380e661881ad122dc4f68810db3326779727dc99@users.noreply.github.com"},"message":"vdev_disk_error() prints ASCII SOH to debug log\n\nCurrently vdev_disk_error() prepends its messages sent to the internal\r\nZFS debug log with KERN_WARNING, which is currently defined as follows:\r\n\r\n   #define KERN_SOH      \"\\001\"\r\n   #define KERN_WARNING  KERN_SOH \"4\"\r\n\r\nSince \"\\001\" (ASCII Start Of Header) is not printable this results in\r\nweird characters displayed when inspecting the debug log. This commit\r\nsimply removes this superfluous prefix passed to zfs_dbgmsg().\r\n\r\nReviewed-by: Giuseppe Di Natale <guss80@gmail.com>\r\nReviewed-by: George Melikov <mail@gmelikov.ru>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed-by: Richard Laager <rlaager@wiktel.com>\r\nSigned-off-by: loli10K <ezomori.nozomu@gmail.com>\r\nCloses #7936","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/dda5500853c736aca9ad8c14f7d22cd9d9f9fb36"},{"sha":"b8fd4310c54444eecb66140d99a6156f4353b29b","author":{"name":"Gregor Kopka","email":"faf775bc6eb7062a25b48fe8b19f6bfbd7fde988@kopka.net"},"message":"Fix flake 8 style warnings\n\nRan zts-report.py and test-runner.py from ./tests/test-runner/bin/\r\nthrough the 2to3 (https://docs.python.org/2/library/2to3.html).\r\nChecked the result, fixed:\r\n- 'maxint' -> 'maxsize' that 2to3 missed.\r\n- 'cmp=' parameter for a 'sorted()' with a 'key=' version.\r\n\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nReviewed by: John Wren Kennedy <jwk404@gmail.com>\r\nSigned-off-by: Gregor Kopka <gregor@kopka.net>\r\nCloses #7925 \r\nCloses #7929","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/b8fd4310c54444eecb66140d99a6156f4353b29b"},{"sha":"36e369ecb847570d6939073663c4e95406223c7f","author":{"name":"LOLi","email":"380e661881ad122dc4f68810db3326779727dc99@users.noreply.github.com"},"message":"ZTS: Fix removal_resume_export\n\nThis change simplify the test case removing part of the logic which was\r\nintroducing a race condition and thus causing spurious failures: we use\r\nattempt_during_removal() from removal.kshlib instead which has been\r\nobserved to be more stable.\r\n\r\nReviewed by: Matthew Ahrens <mahrens@delphix.com>\r\nReviewed-by: John Kennedy <john.kennedy@delphix.com>\r\nReviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nSigned-off-by: loli10K <ezomori.nozomu@gmail.com>\r\nCloses #7894 \r\nCloses #7913","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/36e369ecb847570d6939073663c4e95406223c7f"},{"sha":"e897a23eb13bafcf9c38d2fc37ae57a7729d9a02","author":{"name":"Brian Behlendorf","email":"32d50ad1e384dcb9a5bf7e40fa470df5dabaf348@llnl.gov"},"message":"Fix statfs(2) for 32-bit user space\n\nWhen handling a 32-bit statfs() system call the returned fields,\r\nalthough 64-bit in the kernel, must be limited to 32-bits or an\r\nEOVERFLOW error will be returned.\r\n\r\nThis is less of an issue for block counts since the default\r\nreported block size in 128KiB. But since it is possible to\r\nset a smaller block size, these values will be scaled as\r\nneeded to fit in a 32-bit unsigned long.\r\n\r\nUnlike most other filesystems the total possible file counts\r\nare more likely to overflow because they are calculated based\r\non the available free space in the pool. In order to prevent\r\nthis the reported value must be capped at 2^32-1. This is\r\nonly for statfs(2) reporting, there are no changes to the\r\ninternal ZFS limits.\r\n\r\nReviewed-by: Andreas Dilger <andreas.dilger@whamcloud.com>\r\nReviewed-by: Richard Yao <ryao@gentoo.org>\r\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\r\nIssue #7927 \r\nCloses #7122 \r\nCloses #7937","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/e897a23eb13bafcf9c38d2fc37ae57a7729d9a02"},{"sha":"a7165d7255b71fea5a4b2431ccf915ee4099d613","author":{"name":"Brian Behlendorf","email":"32d50ad1e384dcb9a5bf7e40fa470df5dabaf348@llnl.gov"},"message":"Revert \"Fix flake 8 style warnings\"\n\nThis reverts commit b8fd4310c54444eecb66140d99a6156f4353b29b which\naccidentally introduced a regression for some versions of python.\n\nSigned-off-by: Brian Behlendorf <behlendorf1@llnl.gov>\nIssue #7929","distinct":false,"url":"https://api.github.com/repos/zfsonfreebsd/ZoF/commits/a7165d7255b71fea5a4b2431ccf915ee4099d613"}]}
{"actor":{"display_login":"mattmacy"}}