<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:06:11 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-353] write should return written bytes when it&apos;s interrupted</title>
                <link>https://jira.whamcloud.com/browse/LU-353</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;When I was investigating on &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-305&quot; title=&quot;utime() fails with EINTR : not conform to POSIX standard&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-305&quot;&gt;&lt;del&gt;LU-305&lt;/del&gt;&lt;/a&gt;, I found that ll_file_write() (master code) always return error to user application where error happened, even if there is data be written, which is not POSIX complied. We should return written bytes if there is any written data.&lt;/p&gt;</description>
                <environment></environment>
        <key id="11029">LU-353</key>
            <summary>write should return written bytes when it&apos;s interrupted</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.whamcloud.com/images/icons/priorities/major.svg">Major</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="niu">Niu Yawei</reporter>
                        <labels>
                    </labels>
                <created>Mon, 23 May 2011 00:20:08 +0000</created>
                <updated>Mon, 19 Dec 2011 11:24:43 +0000</updated>
                                            <version>Lustre 2.0.0</version>
                    <version>Lustre 2.1.0</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>2</watches>
                                                                            <comments>
                            <comment id="14927" author="adilger" created="Mon, 23 May 2011 13:43:52 +0000"  >&lt;p&gt;One difficlty withreturning the bytes written is that they may be sent asynchronously to different stripes, leaving a hole before some of the written bytes. It is easier to return an error to the application and have the VFS truncate the file on write error instead of trying to figure out the largest contiguous range of bytes written. &lt;/p&gt;</comment>
                            <comment id="14929" author="niu" created="Mon, 23 May 2011 18:58:37 +0000"  >&lt;p&gt;Hi, Andreas&lt;/p&gt;

&lt;p&gt;As far as I can see, current ll_file_write() write to cache (or synchronously) stripe by stripe sequentially, so there shouldn&apos;t be hole problem. Xiong, could you confirm this?&lt;/p&gt;</comment>
                    </comments>
                    <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|hzw267:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>10433</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>