<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 03:00:16 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-13319] &quot;lfs mirror extend&quot; returns EBUSY for open files</title>
                <link>https://jira.whamcloud.com/browse/LU-13319</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;If a file is still open at the time that &quot;&lt;tt&gt;lfs mirror extend&lt;/tt&gt;&quot; is called, regardless of whether it is open for read or write, then &lt;tt&gt;EBUSY&lt;/tt&gt; is returned.&lt;/p&gt;

&lt;p&gt;It should be possible to create a mirror on a file open for reads, and in theory also for files open for writes if there are not actively being modified. Otherwise, it is possible for a long-running process would block a file from being mirrored. &lt;/p&gt;</description>
                <environment></environment>
        <key id="58246">LU-13319</key>
            <summary>&quot;lfs mirror extend&quot; returns EBUSY for open files</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="1" iconUrl="https://jira.whamcloud.com/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="default"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="adilger">Andreas Dilger</reporter>
                        <labels>
                    </labels>
                <created>Tue, 3 Mar 2020 22:27:38 +0000</created>
                <updated>Fri, 15 Dec 2023 21:24:16 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="264483" author="adilger" created="Tue, 3 Mar 2020 22:46:47 +0000"  >&lt;p&gt;Alex, can you please fill in the details here - commands run, maybe client/server debug logs if this is unique to your system. &lt;/p&gt;</comment>
                            <comment id="397056" author="adilger" created="Fri, 15 Dec 2023 21:24:16 +0000"  >&lt;p&gt;Alex, I thought that we fixed this issue for at least files opened read-only?&lt;/p&gt;

&lt;p&gt;In theory, it should also be possible to create a mirror on a file &lt;em&gt;opened&lt;/em&gt; for write, as long as it is not actually modified while the mirror is being created.  However, there may be complexity due to the FLR handling of marking the mirror with &lt;tt&gt;LCME_FL_STALE&lt;/tt&gt; when the file is modified.  However, it should be possible (and relatively easy?) to attach a mirror with &lt;tt&gt;LCME_FL_STALE&lt;/tt&gt; right from the beginning if the file data version has changed since the mirror copy started.&lt;/p&gt;

&lt;p&gt;That would not result in a completely uptodate mirror copy, but at least provides a &lt;em&gt;mostly&lt;/em&gt; good copy of the file, and if files are kept open for a long time it would allow the initial (stale) mirror to be created and then it could be periodically resync&apos;d with more uptodate information.  This is still valuable for cases where FLR is used as a redundancy mechanism in case the primary copy of the file is lost, and having a copy that is e.g. 1h old is better than not having a copy of the file at all.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                                        </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </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|i00upr:</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>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>