<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:33:56 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-3440] ftello() system call not grok&apos;ing with expected file position location</title>
                <link>https://jira.whamcloud.com/browse/LU-3440</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;We have an external chemistry application (GROMACS) which relies on the ftello() system call during it&apos;s checkpointing mechanism.  On our Lustre 2.1.5 system, we see evidence that fello() does not report to be at the current EOF after multiple writes.  To demonstrate, attached is a small reproducer attempting to mimic the usage within the application which iterates writing the same data and compares the results of ftello() immediately after the write (for which the app is assuming to now be at current eof) versus the the result from ftello() after a seek to SEEK_END has been performed. &lt;/p&gt;

&lt;p&gt;On Lustre 2.1.5, these seem to deviate after the first write iteration on our system with the attached. We do not see this on Lustre 1.8.6 or a vanilla file system like ext3.&lt;/p&gt;

&lt;p&gt;Below is example output from the reproducer on 3 filesystems. The only outlier below is in the first run on 2.1.5 during iteration #1. The app is expecting to be at an offset of 5120 after the second write, but ftello() reports an offset of 6656.&lt;/p&gt;

&lt;p&gt;-----------------------------------------------&lt;br/&gt;
Running in Lustre 2.1.5&lt;/p&gt;

&lt;p&gt;staff$ ./a.out  2 512&lt;br/&gt;
size of the problem: 2 iters: 512&lt;/p&gt;

&lt;p&gt;iter =  0&lt;br/&gt;
off_t offset before write to file: 0&lt;br/&gt;
off_t offset after write to file: 2560&lt;br/&gt;
off_t offset after seek: 2560&lt;/p&gt;

&lt;p&gt;iter =  1&lt;br/&gt;
off_t offset before write to file: 2560&lt;br/&gt;
off_t offset after write to file: 6656&lt;br/&gt;
off_t offset after seek: 5120&lt;/p&gt;

&lt;p&gt;-----------------------------------------------&lt;br/&gt;
Running in Lustre 1.8.6&lt;/p&gt;

&lt;p&gt;./a.out  2 512&lt;br/&gt;
size of the problem: 2 iters: 512&lt;/p&gt;

&lt;p&gt;iter =  0&lt;br/&gt;
off_t offset before write to file: 0&lt;br/&gt;
off_t offset after write to file: 2560&lt;br/&gt;
off_t offset after seek: 2560&lt;/p&gt;

&lt;p&gt;iter =  1&lt;br/&gt;
off_t offset before write to file: 2560&lt;br/&gt;
off_t offset after write to file: 5120&lt;br/&gt;
off_t offset after seek: 5120&lt;/p&gt;

&lt;p&gt;-----------------------------------------------&lt;br/&gt;
Running in vanilla ext3:&lt;/p&gt;

&lt;p&gt;staff$ ./a.out  2 512&lt;br/&gt;
size of the problem: 2 iters: 512&lt;/p&gt;

&lt;p&gt;iter =  0&lt;br/&gt;
off_t offset before write to file: 0&lt;br/&gt;
off_t offset after write to file: 2560&lt;br/&gt;
off_t offset after seek: 2560&lt;/p&gt;

&lt;p&gt;iter =  1&lt;br/&gt;
off_t offset before write to file: 2560&lt;br/&gt;
off_t offset after write to file: 5120&lt;br/&gt;
off_t offset after seek: 5120&lt;br/&gt;
-----------------------------------------------&lt;/p&gt;</description>
                <environment></environment>
        <key id="19292">LU-3440</key>
            <summary>ftello() system call not grok&apos;ing with expected file position location</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="6" iconUrl="https://jira.whamcloud.com/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="3">Duplicate</resolution>
                                        <assignee username="bogl">Bob Glossman</assignee>
                                    <reporter username="koomie">Karl W Schulz</reporter>
                        <labels>
                    </labels>
                <created>Wed, 5 Jun 2013 14:28:15 +0000</created>
                <updated>Mon, 10 Jun 2013 15:22:03 +0000</updated>
                            <resolved>Mon, 10 Jun 2013 15:22:03 +0000</resolved>
                                    <version>Lustre 2.1.5</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="60034" author="bogl" created="Wed, 5 Jun 2013 15:39:30 +0000"  >&lt;p&gt;dup of &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3044&quot; title=&quot;LSeek SEEK_CUR gives incorrect value after write when file is open with O_APPEND&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3044&quot;&gt;&lt;del&gt;LU-3044&lt;/del&gt;&lt;/a&gt;?  fixed in master, not in b2_1&lt;/p&gt;</comment>
                            <comment id="60053" author="pjones" created="Wed, 5 Jun 2013 18:29:23 +0000"  >&lt;p&gt;Bob&lt;/p&gt;

&lt;p&gt;Oleg agrees with your assessment. Could you please port the fix to b2_1 for TACC&amp;gt;&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;</comment>
                            <comment id="60249" author="jlevi" created="Mon, 10 Jun 2013 15:22:03 +0000"  >&lt;p&gt;Duplicate of &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3044&quot; title=&quot;LSeek SEEK_CUR gives incorrect value after write when file is open with O_APPEND&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3044&quot;&gt;&lt;del&gt;LU-3044&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="18134">LU-3044</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="12995" name="gib.c" size="1408" author="koomie" created="Wed, 5 Jun 2013 14:28:15 +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|hzvssf:</customfieldvalue>

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