<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:51:41 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-12336] Update ZFS Version to 0.8.2</title>
                <link>https://jira.whamcloud.com/browse/LU-12336</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;h4&gt;&lt;a name=&quot;NewFeatures&quot;&gt;&lt;/a&gt;New Features&lt;/h4&gt;
&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Native encryption&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/5769&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#5769&lt;/a&gt; - The &lt;tt&gt;encryption&lt;/tt&gt; property enables the creation of encrypted filesystems and volumes. The aes-256-ccm algorithm is used by default. Per-dataset keys are managed with &lt;tt&gt;zfs load-key&lt;/tt&gt; and associated subcommands.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Raw encrypted &apos;zfs send/receive&apos;&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/5769&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#5769&lt;/a&gt; - The &lt;tt&gt;zfs send -w&lt;/tt&gt; option allows an encrypted dataset to be sent and received to another pool without decryption. The received dataset is protected by the original user key from the sending side. This allows datasets to be efficiently backed up to an untrusted system without fear of the data being compromised.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Device removal&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/6900&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#6900&lt;/a&gt; - This feature allows single and mirrored top-level devices to be removed from the storage pool with &lt;tt&gt;zpool remove&lt;/tt&gt;. All data is copied in the background to the remaining top-level devices and the pool capacity is reduced accordingly.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Pool checkpoints&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7570&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7570&lt;/a&gt; - The &lt;tt&gt;zpool checkpoint&lt;/tt&gt; subcommand allows you to preserve the entire state of a pool and optionally revert back to that exact state. It can be thought of as a pool wide snapshot. This is useful when performing complex administrative actions which are otherwise irreversible (e.g. enabling a new feature flag, destroying a dataset, etc).&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Pool TRIM&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/8419&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#8419&lt;/a&gt; - The &lt;tt&gt;zpool trim&lt;/tt&gt; subcommand provides a way to notify the underlying devices which sectors are no longer allocated. This allows an SSD to more efficiently manage itself and helps prevent performance from degrading. Continuous background trimming can be enabled via the new &lt;tt&gt;autotrim&lt;/tt&gt; pool property.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Pool initialization&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/8230&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#8230&lt;/a&gt; - The &lt;tt&gt;zpool initialize&lt;/tt&gt; subcommand writes a pattern to all the unallocated space. This eliminates the first access performance penalty, which may exist on some virtualized storage (e.g. VMware VMDKs).&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Project accounting and quota&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/6290&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#6290&lt;/a&gt; - This features adds project based usage accounting and quota enforcement to the existing space accounting and quota functionality. Project quotas add an additional dimension to traditional user/group quotas. The &lt;tt&gt;zfs project&lt;/tt&gt; and &lt;tt&gt;zfs projectspace&lt;/tt&gt; subcommands have been added to manage projects, set quota limits and report on usage.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Channel programs&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/6558&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#6558&lt;/a&gt; - The &lt;tt&gt;zpool program&lt;/tt&gt; subcommand can be used to perform compound ZFS administrative actions via Lua scripts in a sandboxed environment (with time and memory limits).&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Pyzfs&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7230&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7230&lt;/a&gt; - The new pyzfs library is intended to provide a stable interface for the programmatic administration of ZFS. This wrapper provides a one-to-one mapping for the &lt;tt&gt;libzfs_core&lt;/tt&gt; API functions, but the signatures and types are more natural to Python.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Python 3 compatibility&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/8096&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#8096&lt;/a&gt; - The &lt;tt&gt;arcstat&lt;/tt&gt;, &lt;tt&gt;arcsummary&lt;/tt&gt;, and &lt;tt&gt;dbufstat&lt;/tt&gt; utilities have been updated to be compatible with Python 3.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Direct IO&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7823&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7823&lt;/a&gt; - Adds support for Linux&apos;s direct IO interface.&lt;/li&gt;
&lt;/ul&gt;


&lt;h4&gt;&lt;a name=&quot;Performance&quot;&gt;&lt;/a&gt;Performance&lt;/h4&gt;
&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Sequential scrub and resilver&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/6256&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#6256&lt;/a&gt; - When scrubbing or resilvering a pool the process has been split into two phases. The first phase scans the pool metadata in order to determine where the data blocks are stored on disk. This allows the second phase to issue scrub I/O as sequentially as possible, greatly improving performance.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Allocation classes&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/5182&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#5182&lt;/a&gt; - Allows a pool to include a small number of high-performance SSD devices that are dedicated to storing specific types of frequently accessed blocks (e.g. metadata, DDT data, or small file blocks). A pool can opt-in to this feature by adding a &lt;em&gt;special&lt;/em&gt; or &lt;em&gt;dedup&lt;/em&gt; top-level device.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Administrative commands&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7668&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7668&lt;/a&gt; - Improved performance due to targeted caching of the metadata required for administrative commands like &lt;tt&gt;zfs list&lt;/tt&gt; and &lt;tt&gt;zfs get&lt;/tt&gt;.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Parallel allocation&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7682&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7682&lt;/a&gt; - The allocation process has been parallelized by creating multiple &quot;allocators&quot; per-metaslab group. This results in improved allocation performance on high-end systems.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Deferred resilvers&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7732&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7732&lt;/a&gt; - This feature allows new resilvers to be postponed if an existing one is already in progress. By waiting for the running resilver to complete redundancy is restored as quickly as possible.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;ZFS Intent Log (ZIL)&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/6566&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#6566&lt;/a&gt; - New log blocks are created and issued while there are still outstanding blocks being serviced by the storage, effectively reducing the overall latency observed by the application.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Volumes&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/8615&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#8615&lt;/a&gt; - When a pool contains a large number of volumes they are more promptly registered with the system and made available for use after a &lt;tt&gt;zpool import&lt;/tt&gt;.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;QAT&lt;/b&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7295&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7295&lt;/a&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/7282&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#7282&lt;/a&gt; &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/6767&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;#6767&lt;/a&gt; - Support for accelerated SHA256 checksums, AES-GCM encryption, and the new QAT Intel(R) C62x Chipset / Atom(R) C3000 Processor Product Family SoC.&lt;/li&gt;
&lt;/ul&gt;


&lt;h4&gt;&lt;a name=&quot;ChangesinBehavior&quot;&gt;&lt;/a&gt;Changes in Behavior&lt;/h4&gt;
&lt;ul&gt;
	&lt;li&gt;Relaxed (ref)reservation constraints on volumes, they may now be set larger than the volume size.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;The &lt;tt&gt;arcstat.py&lt;/tt&gt;, &lt;tt&gt;arc_summary.py&lt;/tt&gt;, and &lt;tt&gt;dbufstat.py&lt;/tt&gt; commands have been renamed &lt;tt&gt;arcstat&lt;/tt&gt;, &lt;tt&gt;arc_summary&lt;/tt&gt;, and &lt;tt&gt;dbufstat&lt;/tt&gt; respectively.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;The SPL source is now included in the ZFS repository removing the need for separate packages.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;The &lt;tt&gt;dedupditto&lt;/tt&gt; pool property and &lt;tt&gt;zfs send -D&lt;/tt&gt; option have been deprecated and will be removed in a future release.&lt;/li&gt;
&lt;/ul&gt;


&lt;h4&gt;&lt;a name=&quot;AdditionalInformation&quot;&gt;&lt;/a&gt;Additional Information&lt;/h4&gt;
&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Supported kernels&lt;/b&gt; - Compatible with 2.6.32 - 5.1* Linux kernels.&lt;/li&gt;
	&lt;li&gt;SIMD acceleration is currently not supported for Linux 5.0 and newer kernels.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Change log&lt;/b&gt; - &lt;a href=&quot;https://github.com/zfsonlinux/zfs/compare/zfs-0.7.0...zfs-0.8.0&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Complete v0.7.0 - v0.8.0 change log&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;&lt;b&gt;Module options&lt;/b&gt; - The default values for the module options were selected to yield good performance for the majority of workloads and configurations. They should not need to be tuned for most systems but are available for performance analysis and tuning. See the &lt;a href=&quot;https://zfsonlinux.org/manpages/0.8.0/man5/zfs-module-parameters.5.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;zfs-module-parameters(5)&lt;/a&gt; man page for the complete list of the options and what they control.&lt;/li&gt;
&lt;/ul&gt;
</description>
                <environment></environment>
        <key id="55745">LU-12336</key>
            <summary>Update ZFS Version to 0.8.2</summary>
                <type id="3" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11318&amp;avatarType=issuetype">Task</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="2">Won&apos;t Fix</resolution>
                                        <assignee username="utopiabound">Nathaniel Clark</assignee>
                                    <reporter username="utopiabound">Nathaniel Clark</reporter>
                        <labels>
                            <label>llnl</label>
                            <label>zfs</label>
                    </labels>
                <created>Fri, 24 May 2019 13:55:41 +0000</created>
                <updated>Tue, 18 Feb 2020 23:04:51 +0000</updated>
                            <resolved>Tue, 18 Feb 2020 23:04:51 +0000</resolved>
                                    <version>Lustre 2.13.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>16</watches>
                                                                            <comments>
                            <comment id="247642" author="gerrit" created="Fri, 24 May 2019 14:04:03 +0000"  >&lt;p&gt;Nathaniel Clark (nclark@whamcloud.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/34951&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/34951&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12336&quot; title=&quot;Update ZFS Version to 0.8.2&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12336&quot;&gt;&lt;del&gt;LU-12336&lt;/del&gt;&lt;/a&gt; build: Update ZFS version to 0.8.0&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: b175c78c61d59740d3f5a219e0094dc6264908df&lt;/p&gt;</comment>
                            <comment id="249792" author="simmonsja" created="Mon, 24 Jun 2019 16:29:53 +0000"  >&lt;p&gt;We are trying ZFS 0.8.1 with lustre and we are seeing:&lt;/p&gt;

&lt;p&gt;yum install kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64.rpm &lt;br/&gt;
Loaded plugins: langpacks, search-disabled-repos &lt;br/&gt;
Examining kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64.rpm: kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64 &lt;br/&gt;
Marking kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64.rpm to be installed &lt;br/&gt;
Resolving Dependencies &lt;br/&gt;
--&amp;gt; Running transaction check &lt;br/&gt;
---&amp;gt; Package kmod-lustre-osd-zfs.x86_64 0:2.12.2_30_g989217d_dirty-1.el7 will be installed &lt;br/&gt;
--&amp;gt; Processing Dependency: ksym(__cv_broadcast) = 0xb75ecbeb for package: kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64 &lt;br/&gt;
--&amp;gt; Processing Dependency: ksym(arc_add_prune_callback) = 0x23573478 for package: kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64&lt;br/&gt;
--&amp;gt; Processing Dependency: ksym(arc_buf_size) = 0x3180449b for package: kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64 &lt;br/&gt;
--&amp;gt; Processing Dependency: ksym(arc_remove_prune_callback) = 0x6f8b923b for package: kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64&lt;br/&gt;
--&amp;gt; Processing Dependency: ksym(dbuf_create_bonus) = 0x0d804452 for package: kmod-lustre-osd-zfs-2.12.2_30_g989217d_dirty-1.el7.x86_64&lt;/p&gt;

&lt;p&gt;This doesn&apos;t happen with 0.7.13 and we have tried a few things but nothing seems to resolve this. Any ideas?&lt;/p&gt;</comment>
                            <comment id="249793" author="pfarrell" created="Mon, 24 Jun 2019 16:31:49 +0000"  >&lt;p&gt;James,&lt;/p&gt;

&lt;p&gt;There&apos;s no error there?&#160; Can you give a little more output?&lt;/p&gt;</comment>
                            <comment id="249901" author="simmonsja" created="Mon, 24 Jun 2019 19:52:56 +0000"  >&lt;p&gt;Actually the osd-zfs module will not install complaining that the ksyms don&apos;t match. Well it can load if we install all the debuginfo zfs packages as well. Never seen this behavior before so are admins are confused.&lt;/p&gt;</comment>
                            <comment id="249904" author="utopiabound" created="Mon, 24 Jun 2019 20:49:26 +0000"  >&lt;p&gt;I just updated the patch to be for 0.8.1 and it compiles fine.&#160; Did you build rpms &lt;tt&gt;./configure --with-spec=redhat&lt;/tt&gt;?&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="249906" author="simmonsja" created="Mon, 24 Jun 2019 21:00:21 +0000"  >&lt;p&gt;I did not know about --with-spec. I will try that.&lt;/p&gt;</comment>
                            <comment id="252394" author="utopiabound" created="Thu, 1 Aug 2019 17:07:18 +0000"  >&lt;p&gt;ZFS 0.8.x seems to fail consistently in sanity-quota test_3/test_4a.&#160; These failures are linked to &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12100&quot; title=&quot;sanity-quota test_2: user create failure, but expect success &quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12100&quot;&gt;&lt;del&gt;LU-12100&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="253343" author="gerrit" created="Wed, 21 Aug 2019 04:54:12 +0000"  >&lt;p&gt;Oleg Drokin (green@whamcloud.com) merged in patch &lt;a href=&quot;https://review.whamcloud.com/34951/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/34951/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12336&quot; title=&quot;Update ZFS Version to 0.8.2&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12336&quot;&gt;&lt;del&gt;LU-12336&lt;/del&gt;&lt;/a&gt; build: Update ZFS version to 0.8.1&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: dba32e417635359b1d68180b77193e1c9ddd1e8f&lt;/p&gt;</comment>
                            <comment id="253370" author="pjones" created="Wed, 21 Aug 2019 11:55:31 +0000"  >&lt;p&gt;Landed for 2.13&lt;/p&gt;</comment>
                            <comment id="254415" author="gerrit" created="Mon, 9 Sep 2019 20:26:33 +0000"  >&lt;p&gt;James Nunez (jnunez@whamcloud.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/36137&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/36137&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12336&quot; title=&quot;Update ZFS Version to 0.8.2&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12336&quot;&gt;&lt;del&gt;LU-12336&lt;/del&gt;&lt;/a&gt; build: revert ZFS version to 0.8.1&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 07db6f79833906a2c5eaf39816a6cdf80c36a751&lt;/p&gt;</comment>
                            <comment id="254528" author="gerrit" created="Wed, 11 Sep 2019 15:09:11 +0000"  >&lt;p&gt;Oleg Drokin (green@whamcloud.com) merged in patch &lt;a href=&quot;https://review.whamcloud.com/36137/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/36137/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12336&quot; title=&quot;Update ZFS Version to 0.8.2&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12336&quot;&gt;&lt;del&gt;LU-12336&lt;/del&gt;&lt;/a&gt; build: Revert Update ZFS version to 0.8.1&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: 98e19e1fd2b8e2cb4b626f531694e51fe26f1c2b&lt;/p&gt;</comment>
                            <comment id="254533" author="pjones" created="Wed, 11 Sep 2019 15:36:48 +0000"  >&lt;p&gt;Reverted from ZFS 0.8.1 back to 0.7.13 as default due to high occurrence of ZFS DNE failures. &lt;/p&gt;</comment>
                            <comment id="254537" author="spitzcor" created="Wed, 11 Sep 2019 15:52:39 +0000"  >&lt;p&gt;FYI, the revert to master has a confusing title.  It reads, &quot;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12336&quot; title=&quot;Update ZFS Version to 0.8.2&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12336&quot;&gt;&lt;del&gt;LU-12336&lt;/del&gt;&lt;/a&gt; build: Revert Update ZFS version to 0.8.1&quot;, which makes it sounds like you are revert to that version rather than reverting from that version.&lt;/p&gt;</comment>
                            <comment id="254538" author="pfarrell" created="Wed, 11 Sep 2019 15:54:25 +0000"  >&lt;p&gt;Doesn&apos;t confuse me - It&apos;s &quot;Revert&quot; &lt;span class=&quot;error&quot;&gt;&amp;#91;name of previous patch&amp;#93;&lt;/span&gt;.&#160; It&apos;s a standard format (generated by Gerrit).&lt;/p&gt;</comment>
                            <comment id="254762" author="ofaaland" created="Mon, 16 Sep 2019 21:57:43 +0000"  >&lt;p&gt;Does someone know the LU- numbers for the DNE failures that are believed to be related to zfs-0.8.1?&lt;/p&gt;</comment>
                            <comment id="254790" author="jamesanunez" created="Mon, 16 Sep 2019 23:02:35 +0000"  >&lt;p&gt;Olaf - Here are a few of the tickets that are thought to be caused by or we saw much more frequently when we switched over to run with ZFS 0.8.1:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-11170&quot; title=&quot;sanity test 415 fails with  &amp;#39;rename took N  &amp;gt; M sec&amp;#39;&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-11170&quot;&gt;LU-11170&lt;/a&gt;, &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12632&quot; title=&quot;sanity-hsm test_90: FAIL: requests did not complete &quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12632&quot;&gt;&lt;del&gt;LU-12632&lt;/del&gt;&lt;/a&gt;, &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12710&quot; title=&quot;sanity test_36f: FAIL: /mnt/lustre/d36f.sanity/f36f.sanity timestamps changed&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12710&quot;&gt;LU-12710&lt;/a&gt;, &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-4671&quot; title=&quot;sanity test_43: multiop still running&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-4671&quot;&gt;&lt;del&gt;LU-4671&lt;/del&gt;&lt;/a&gt;, &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12689&quot; title=&quot;sanityn test_42b: create isn&amp;#39;t blocked&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12689&quot;&gt;&lt;del&gt;LU-12689&lt;/del&gt;&lt;/a&gt;, &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12713&quot; title=&quot;sanityn test_51a: FAIL: multiop is still there&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12713&quot;&gt;LU-12713&lt;/a&gt; and &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12706&quot; title=&quot;sanity-quota test_4a: FAIL: Passed grace time 20, 1566910527, 1566910563&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12706&quot;&gt;LU-12706&lt;/a&gt;. &lt;/p&gt;

&lt;p&gt;If I find more, I&apos;ll add the ticket numbers to the list.&lt;/p&gt;</comment>
                            <comment id="255445" author="ofaaland" created="Thu, 26 Sep 2019 16:48:15 +0000"  >&lt;p&gt;Thank you James.  I see Minh working on patching lbuild to build zfs-0.7 for RHEL 8.  Does Whamcloud plan to issue a Lustre release for RHEL 8 based on zfs-0.7?&lt;/p&gt;</comment>
                            <comment id="255493" author="adilger" created="Fri, 27 Sep 2019 16:03:04 +0000"  >&lt;p&gt;The 0.8.2 release was made today:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;
Supported Kernels

    Compatible with 2.6.32 - 5.3 Linux kernels

Changes

    Disabled resilver_defer feature leads to looping resilvers #9299 #9338
    Fix dsl_scan_ds_clone_swapped logic #9140 #9163
    Scrubbing root pools may deadlock on kernels without elevator_change() (#9321) #9321
    QAT related bug fixes #9276 #9303
    kmodtool: depmod path #8724 #9310
    Fix /etc/hostid on root pool deadlock #9256 #9285
    BuildRequires libtirpc-devel needed for RHEL 8 #9289
    Fix zpool subcommands error message with some unsupported options #9270
    Fix zfs-dkms .deb package warning in prerm script #9271
    zvol_wait script should ignore partially received zvols #9260
    New service that waits on zvol links to be created #8975
    Always refuse receving non-resume stream when resume state exists #9252
    Fix Intel QAT / ZFS compatibility on v4.7.1+ kernels #9268 #9269
    etc/init.d/zfs-functions.in: remove arch warning
    zfs_handle used after being closed/freed in change_one callback #9165
    Fix zil replay panic when TX_REMOVE followed by TX_CREATE #7151 #8910 #9123 #9145
    zfs_ioc_snapshot: check user-prop permissions on snapshotted datasets #9179 #9180
    Fix Plymouth passphrase prompt in initramfs script #9202
    Fix deadlock in &apos;zfs rollback&apos; #9203
    Make slog test setup more robust #9194
    zfs-mount-genrator: dependencies should be space-separated #9174
    Linux 5.3: Fix switch() fall though compiler errors #9170
    Linux 5.3 compat: Makefile subdir-m no longer supported #9169
    Fix out-of-order ZIL txtype lost on hardlinked files #8769 #9061
    Increase default zcmd allocation to 256K #9084
    Improve performance by using dmu_tx_hold_*_by_dnode() #9081
    Fix channel programs on s390x #8992 #9080
    Race between zfs-share and zfs-mount services #9083
    Implement secpolicy_vnode_setid_retain() #9035 #9043
    zed crashes when devid not present #9054 #9060
    Don&apos;t directly cast unsigned long to void* #9065
    Fix module_param() type for zfs_read_chunk_size #9051
    Move some tests to cli_user/zpool_status #9057
    Race condition between spa async threads and export #9015 #9044
    hdr_recl calls zthr_wakeup() on destroyed zthr #9047
    Fix wrong comment on zcr_blksz_{min,max} #9052
    Retire unused spl_{mutex,rwlock}_{init_fini} #9029
    Linux 5.3 compat: retire rw_tryupgrade() #9029
    Linux 5.3 compat: rw_semaphore owner #9029
    Fix lockdep recursive locking false positive in dbuf_destroy #8984
    Add missing __GFP_HIGHMEM flag to vmalloc #9031
    Use zfsctl_snapshot_hold() wrapper #9039
    Minor style cleanup #9030
    Fix get_special_prop() build failure #9020
    systemd encryption key support #8750 #8848
    Drop redundant POSIX ACL check in zpl_init_acl() #9009
    Export dnode symbols #9027
    Ensure dsl_destroy_head() decrypts objsets #9021
    Disable unused pathname::pn_path* (unneeded in Linux) #9025
    Fixes: #8934 Large kmem_alloc #8934 #9011
    Fix ZTS killed processes detection #9003
    pkg-utils python sitelib for SLES15 #8969
    Fix race in parallel mount&apos;s thread dispatching algorithm #8450 #8833 #8878
    Fix dracut Debian/Ubuntu packaging #8990 #8991
    Remove VERIFY from dsl_dataset_crypt_stats() #8976
    Improve &quot;Unable to automount&quot; error message. #8959
    Check b_freeze_cksum under ZFS_DEBUG_MODIFY conditional #8979
    Fix error text for EINVAL in zfs_receive_one() #8977
    Don&apos;t use d_path() for automount mount point for chroot&apos;d process #8903 #8966
    nopwrites on dmu_sync-ed blocks can result in a panic #8957
    Avoid extra taskq_dispatch() calls by DMU #8909
    -Y option for zdb is valid #8926
    Fix error message on promoting encrypted dataset #8905 #8935
    Fix out-of-tree build failures #8921 #8943
    dn_struct_rwlock can not be held in dmu_tx_try_assign() #8929
    Remove arch and relax version dependency #8914
    Add libnvpair to libzfs pkg-config #8919
    Let zfs mount all tolerate in-progress mounts #8881
    zstreamdump: add per-record-type counters and an overhead counter #8432
    Fix comments on zfs_bookmark_phys #8945
    Add SCSI_PASSTHROUGH to zvols to enable UNMAP support #8933
    Prevent pointer to an out-of-scope local variable #8924 #8940
    dedup=verify doesn&apos;t clear the blkptr&apos;s dedup flag #8936
    Update vdev_ops_t from illumos #8925
    Allow unencrypted children of encrypted datasets #8737 #8870
    Replace whereis with type in zfs-lib.sh #8920 #8938
    Use ZFS_DEV macro instead of literals #8912
    Fix memory leak in check_disk() #8897 #8911
    kmod-zfs-devel rpm should provide kmod-spl-devel #8930
    ZTS: Fix mmp_interval failure #8906
    Minimize aggsum_compare(&amp;amp;arc_size, arc_c) calls. #8901
    Python config cleanup #8895
    lz4_decompress_abd declared but not defined #8894
    panic in removal_remap test on 4K devices #8893
    compress metadata in later sync passes #8892
    Move write aggregation memory copy out of vq_lock #8890
    Restrict filesystem creation if name referred either &apos;.&apos; or &apos;..&apos; #8842 #8564
    ztest: dmu_tx_assign() gets ENOSPC in spa_vdev_remove_thread() #8889
    Fix lockdep warning on insmod #8868 #8884
    fat zap should prefetch when iterating #8862
    Target ARC size can get reduced to arc_c_min #8864
    Fix typo in vdev_raidz_math.c #8875 #8880
    Improve ZTS block_device_wait debugging #8839
    Block_device_wait does not return an error code #8839
    Remove redundant redundant remove #8839
    Fix logic error in setpartition function #8839
    Allow metaslab to be unloaded even when not freed from #8837
    Avoid updating zfs_gitrev.h when rev is unchanged #8860
    l2arc_apply_transforms: Fix typo in comment #8822
    Reduced IOPS when all vdevs are in the zfs_mg_fragmentation_threshold #8859
    Drop objid argument in zfs_znode_alloc() (sync with OpenZFS) #8841
    Remove vn_set_fs_pwd()/vn_set_pwd() (no need to be at / during insmod) #8826
    grammar: it is / plural agreement #8818
    Refactor parent dataset handling in libzfs zfs_rename() #8815
    Update comments to match code #8759
    Update descriptions for vnops #8767
    Drop local definition of MOUNT_BUSY #8765
    kernel timer API rework #8647
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="255495" author="gerrit" created="Fri, 27 Sep 2019 16:14:00 +0000"  >&lt;p&gt;Nathaniel Clark (nclark@whamcloud.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/36310&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/36310&lt;/a&gt;&lt;br/&gt;
 Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12336&quot; title=&quot;Update ZFS Version to 0.8.2&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12336&quot;&gt;&lt;del&gt;LU-12336&lt;/del&gt;&lt;/a&gt; build: Update ZFS version to 0.8.2&lt;br/&gt;
 Project: fs/lustre-release&lt;br/&gt;
 Branch: master&lt;br/&gt;
 Current Patch Set: 1&lt;br/&gt;
 Commit: 605e397dcf130087b88fc21ac589a48a3b28221b&lt;/p&gt;</comment>
                            <comment id="255906" author="pjones" created="Fri, 4 Oct 2019 14:46:02 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.whamcloud.com/secure/ViewProfile.jspa?name=ofaaland&quot; class=&quot;user-hover&quot; rel=&quot;ofaaland&quot;&gt;ofaaland&lt;/a&gt; no - we&apos;re just looking at ways to keep things moving along&lt;/p&gt;</comment>
                            <comment id="256021" author="pjones" created="Tue, 8 Oct 2019 00:02:20 +0000"  >&lt;p&gt;Olaf &lt;/p&gt;

&lt;p&gt;Below are the details of the testing we ran over the weekend that I was talking about. Does this give you some pointers as to under which conditions ZFS 0.8.2 is slower that 0.7.x?&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;

&lt;p&gt;With ZFS 0.8.2 support patch &lt;a href=&quot;https://review.whamcloud.com/36310&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/36310&lt;/a&gt; applied on master branch, I triggered 8 times runs against the following patch review test sessions:&lt;br/&gt;
review-zfs&lt;br/&gt;
review-dne-zfs-part-1&lt;br/&gt;
review-dne-zfs-part-2&lt;br/&gt;
review-dne-zfs-part-3&lt;br/&gt;
review-dne-zfs-part-4&lt;/p&gt;

&lt;p&gt;Test results showed that the following ZFS 0.8.1/0.8.2 specific failures occurred in the 8 runs:&lt;/p&gt;

&lt;p&gt;sanity test 415 &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-11170&quot; title=&quot;sanity test 415 fails with  &amp;#39;rename took N  &amp;gt; M sec&amp;#39;&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-11170&quot;&gt;LU-11170&lt;/a&gt; (occurred 5 times)&lt;br/&gt;
sanity test 43 &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-4671&quot; title=&quot;sanity test_43: multiop still running&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-4671&quot;&gt;&lt;del&gt;LU-4671&lt;/del&gt;&lt;/a&gt; (occurred 3 times)&lt;br/&gt;
sanity-hsm test 90 &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12632&quot; title=&quot;sanity-hsm test_90: FAIL: requests did not complete &quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12632&quot;&gt;&lt;del&gt;LU-12632&lt;/del&gt;&lt;/a&gt; (occurred 3 times)&lt;br/&gt;
sanity-pfl test 20b &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12572&quot; title=&quot;sanity-pfl test_20b: Delete is not completed in 29 seconds&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12572&quot;&gt;LU-12572&lt;/a&gt; (occurred twice)&lt;/p&gt;</comment>
                            <comment id="260904" author="bzzz" created="Thu, 9 Jan 2020 15:18:03 +0000"  >&lt;p&gt;in my case lots of tests doing much slower, for example&lt;/p&gt;

&lt;p&gt;with ldiskfs:&lt;br/&gt;
== sanity test 60a: llog_test run from kernel module and test llog_reader ============================ 07:59:15 (1578020355)&lt;br/&gt;
PASS 60a (43s)&lt;/p&gt;

&lt;p&gt;with zfs:&lt;br/&gt;
PASS 60a (1153s)&lt;/p&gt;</comment>
                            <comment id="261043" author="bzzz" created="Fri, 10 Jan 2020 16:55:47 +0000"  >&lt;p&gt;during profiling I observed that some memory related functions takes a lot.&lt;br/&gt;
for example, kmem_cache_free(zio_cache, zio) was taking ~16 usec per call, which is increadible long.&lt;br/&gt;
so I tried to disable two expensive options: CONFIG_DEBUG_SLAB and CONFIG_DEBUG_PAGEALLOC and that helped to some extent.&lt;br/&gt;
check the graph attached.&lt;br/&gt;
ZFS is especially sensative to this kind of stuff given volume of allocations (in short - N times more than ldiskfs).&lt;/p&gt;</comment>
                            <comment id="261045" author="bzzz" created="Fri, 10 Jan 2020 17:20:48 +0000"  >&lt;p&gt;even with debugging disabled ZFS is still far behind ldiskfs on few operations like short reads/writes used in llog and other places.&lt;/p&gt;</comment>
                            <comment id="261048" author="adilger" created="Fri, 10 Jan 2020 18:15:47 +0000"  >&lt;p&gt;Alex, is it possible that ZFS is using a large blocksize for the llog files that is causing excessive read-modify-write for small writes to large blocks?  We could consider to explicitly set the blocksize to be small for llog files?  I believe that we already set the mirror copies = 2 for llog files in ZFS. &lt;/p&gt;</comment>
                            <comment id="261061" author="bzzz" created="Fri, 10 Jan 2020 20:08:28 +0000"  >&lt;p&gt;actually it&apos;s small blocksize, at least for llog - in many cases we read/modify llog by blocks (8K) while default blocksize is 512 bytes, thus ZFS has to lookup/create 16 dbufs..&lt;br/&gt;
I tried a trivial patch setting blocksize to 8K for llog objects.&#160;now partial sanity/60a takes 52s with ZFS (30s with ldiskfs).&lt;br/&gt;
dbuf lookup is still very expensive, order of magnitude slower compared to ldiskfs.&lt;br/&gt;
I guess that&apos;s because bh LRU ldiskfs benefits from, it would be interesting to try something similar for ZFS.&lt;/p&gt;</comment>
                            <comment id="261063" author="bzzz" created="Fri, 10 Jan 2020 20:42:50 +0000"  >&lt;p&gt;with another trivial patch to dmu_buf_hold_array_by_dnode() to create zio on real demand full sanity/60a takes 81s&lt;br/&gt;
(104s initially, 90s with 8K blocksize, 63s with ldiskfs). going to push the patch into ZFS repo for review..&lt;/p&gt;</comment>
                            <comment id="261064" author="bzzz" created="Fri, 10 Jan 2020 20:51:52 +0000"  >&lt;p&gt;tried with kernel debugging enabled and that takes it up to 240s... better than 1153s before, but something to take into consideration.&lt;/p&gt;</comment>
                            <comment id="261075" author="adilger" created="Sat, 11 Jan 2020 00:27:05 +0000"  >&lt;p&gt;We don&apos;t use &lt;tt&gt;CONFIG_DEBUG_SLAB&lt;/tt&gt; on production builds, so that is only an issue on your test system.&lt;/p&gt;</comment>
                            <comment id="261076" author="adilger" created="Sat, 11 Jan 2020 00:45:45 +0000"  >&lt;p&gt;Please link the ZoL Github PR here when it is available.&lt;/p&gt;</comment>
                            <comment id="261077" author="adilger" created="Sat, 11 Jan 2020 00:47:57 +0000"  >&lt;p&gt;It looks like we never got the ZFS optimized &quot;hold for append&quot; feature implemented.  That could also improve llog performance if we&lt;/p&gt;</comment>
                            <comment id="261104" author="bzzz" created="Mon, 13 Jan 2020 12:49:06 +0000"  >&lt;p&gt;PR created &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/9836&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/zfsonlinux/zfs/pull/9836&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="261105" author="bzzz" created="Mon, 13 Jan 2020 12:49:06 +0000"  >&lt;p&gt;PR created &lt;a href=&quot;https://github.com/zfsonlinux/zfs/pull/9836&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/zfsonlinux/zfs/pull/9836&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="261115" author="bzzz" created="Mon, 13 Jan 2020 15:35:34 +0000"  >&lt;p&gt;Peter, I looked at 5 reports mentioned in &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-11170&quot; title=&quot;sanity test 415 fails with  &amp;#39;rename took N  &amp;gt; M sec&amp;#39;&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-11170&quot;&gt;LU-11170&lt;/a&gt; (from serial consoles):&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/98efeea0-7f0b-11e8-8fe6-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/98efeea0-7f0b-11e8-8fe6-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.9-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/98efeea0-7f0b-11e8-8fe6-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/98efeea0-7f0b-11e8-8fe6-52540065bddc&lt;/a&gt; &amp;#8211; same report&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/8de6a208-8945-11e8-9028-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/8de6a208-8945-11e8-9028-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.9-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/9bb5e252-8e9c-11e8-b0aa-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/9bb5e252-8e9c-11e8-b0aa-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.9-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/029c73ea-8e9e-11e8-87f3-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/029c73ea-8e9e-11e8-87f3-52540065bddc&lt;/a&gt; &amp;#8211;  v0.7.9-1&lt;/p&gt;

&lt;p&gt;then &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12632&quot; title=&quot;sanity-hsm test_90: FAIL: requests did not complete &quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12632&quot;&gt;&lt;del&gt;LU-12632&lt;/del&gt;&lt;/a&gt;:&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/d52265ac-d409-11e9-9fc9-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/d52265ac-d409-11e9-9fc9-52540065bddc&lt;/a&gt; &amp;#8211; v0.8.1-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/c12d9bb2-f96f-11e9-b62b-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/c12d9bb2-f96f-11e9-b62b-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.13-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/a70981de-0fb2-11ea-bbc3-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/a70981de-0fb2-11ea-bbc3-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.13-1&lt;/p&gt;

&lt;p&gt;and  &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12572&quot; title=&quot;sanity-pfl test_20b: Delete is not completed in 29 seconds&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12572&quot;&gt;LU-12572&lt;/a&gt;:&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/2894009c-b56f-11e9-b023-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/2894009c-b56f-11e9-b023-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.13-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/b04ecaf6-c953-11e9-97d5-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/b04ecaf6-c953-11e9-97d5-52540065bddc&lt;/a&gt; &amp;#8211; v0.8.1-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/19cb1252-90b8-11e9-abe3-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/19cb1252-90b8-11e9-abe3-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.13-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/f5ff99e2-9a1c-11e9-b26a-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/f5ff99e2-9a1c-11e9-b26a-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.13-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/5e5172b4-c8e8-11e9-90ad-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/5e5172b4-c8e8-11e9-90ad-52540065bddc&lt;/a&gt; &amp;#8211; v0.8.1-1&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/d66394cc-abc3-11e9-a0be-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/d66394cc-abc3-11e9-a0be-52540065bddc&lt;/a&gt; &amp;#8211; v0.7.13-1&lt;/p&gt;

&lt;p&gt;I will trigger additional testing with 0.8.2 to see how it&apos;s doing..&lt;/p&gt;</comment>
                            <comment id="261122" author="ofaaland" created="Mon, 13 Jan 2020 16:27:16 +0000"  >&lt;p&gt;thanks Alex&lt;/p&gt;</comment>
                            <comment id="261125" author="ofaaland" created="Mon, 13 Jan 2020 16:49:54 +0000"  >&lt;p&gt;Alex,&lt;/p&gt;

&lt;p&gt;Re: the graph with series labeled zfs/ldiskfs:on/off, what is on or off?&#160;&#160;CONFIG_DEBUG_SLAB and CONFIG_DEBUG_PAGEALLOC?&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;</comment>
                            <comment id="261131" author="bzzz" created="Mon, 13 Jan 2020 17:13:22 +0000"  >&lt;p&gt;yes, on - DEBUG_SLAB and DEBUG_PAGEALLOC are enabled, off - disabled.&lt;/p&gt;</comment>
                            <comment id="261163" author="bzzz" created="Tue, 14 Jan 2020 09:35:30 +0000"  >&lt;p&gt;one interesting observation is that object destroy is way-way slower on ZFS, even with all debugging disabled - 5 times slower than ldiskfs&apos;s one.&lt;br/&gt;
another interesting observation is how declarations are expensive, in sanity/60a again:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
decl create               520650 samples [usec] 6 283 3300193
create                    29 samples [usec] 11 92 909
decl write                4666640 samples [usec] 2 9796 14906209
write                     6205641 samples [usec] 0 2562 1803711
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;so for real write taking 0.3 usec we declared new potential llog object (each declaration taking 6.3 usec and write declaration itself taking 3.2 usec. overall time of writes is 10% of declaration time.. no jokes. and 29 real creates in the end.&lt;/p&gt;</comment>
                            <comment id="262129" author="utopiabound" created="Wed, 29 Jan 2020 15:30:37 +0000"  >&lt;p&gt;ZFS 0.8.3 was released 2020-01-23&lt;/p&gt;</comment>
                            <comment id="262201" author="gerrit" created="Thu, 30 Jan 2020 16:57:46 +0000"  >&lt;p&gt;Nathaniel Clark (nclark@whamcloud.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/37373&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/37373&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12336&quot; title=&quot;Update ZFS Version to 0.8.2&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12336&quot;&gt;&lt;del&gt;LU-12336&lt;/del&gt;&lt;/a&gt; build: Update ZFS version to 0.8.3&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 35180ae88fd06ff3cc4bf6c8f1513df20317abeb&lt;/p&gt;</comment>
                            <comment id="263521" author="ofaaland" created="Tue, 18 Feb 2020 23:01:54 +0000"  >&lt;p&gt;Should this be closed due to being superseded by&#160;&#160;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-13178&quot; title=&quot;Update ZFS Version to 0.8.3&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-13178&quot;&gt;&lt;del&gt;LU-13178&lt;/del&gt;&lt;/a&gt; ?&lt;/p&gt;</comment>
                            <comment id="263522" author="pjones" created="Tue, 18 Feb 2020 23:04:51 +0000"  >&lt;p&gt;Yes I think so&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10120">
                    <name>Blocker</name>
                                            <outwardlinks description="is blocking">
                                        <issuelink>
            <issuekey id="56588">LU-12637</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="57935">LU-13178</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="52805">LU-11170</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="55840">LU-12383</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="55232">LU-12100</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="12251">LU-2160</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="12050">LU-1941</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="56876">LU-12745</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="57093">LU-12830</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="57774">LU-13122</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="34099" name="ZFS_ on, ZFS_ off, ldiskfs_ on and ldiskfs_ off.png" size="21636" author="bzzz" created="Fri, 10 Jan 2020 17:16:45 +0000"/>
                            <attachment id="34102" name="blksz=512, blksz=8K and ldiskfs_ usec per OSD call.png" size="22647" author="bzzz" created="Fri, 10 Jan 2020 20:09:19 +0000"/>
                            <attachment id="34100" name="ldiskfs vs zfs_ usec per OSD call -- no CONFIG_DEBUG_PAGEALLOC and CONFIG_DEBUG_SLAB.png" size="22714" author="bzzz" created="Fri, 10 Jan 2020 17:19:11 +0000"/>
                            <attachment id="34124" name="zfs to ldiskfs.png" size="44395" author="bzzz" created="Tue, 14 Jan 2020 11:36:11 +0000"/>
                            <attachment id="34123" name="zfs vs ldiskfs_ usec per OSD call in sanity-benchmark.png" size="37686" author="bzzz" created="Tue, 14 Jan 2020 11:22:04 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                            <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|i00gxr:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>