<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
There is a patch <a href="https://review.whamcloud.com/61688">https://review.whamcloud.com/61688</a> ("LU-12738 pfl: do not instantiate full PFL layout on append") from Vitaly included into 2.17 that no longer requires the "append layout" functionality, and
instead fixes how the files are locked by the client.
<div><br>
</div>
<div>That will remove this workaround from the filesystem, and reduce confusion for users and admins alike. <br>
<div><br id="lineBreakAtBeginningOfSignature">
<div dir="ltr">Cheers, Andreas</div>
<div dir="ltr"><br>
<blockquote type="cite">On Dec 11, 2025, at 09:27, Santiago Freire - InCo via lustre-discuss <lustre-discuss@lists.lustre.org> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr"><span>Many thanks to everyone for their help! The strange behaviour I was seeing was in fact caused by creating the files in append mode. Creating the files in write mode, closing them and then opening them in append mode solved the issue.</span><br>
<span></span><br>
<span>Thanks again!</span><br>
<span></span><br>
<span>Santiago</span><br>
<span></span><br>
<span>On 12/8/25 16:14, Mohr, Rick wrote:</span><br>
<blockquote type="cite"><span>That is correct. The behavior can be different if you open in append mode versus just opening and then appending. For example, if you have a directory with default stripe count of 3, then running "touch foo; echo 'a' >> foo"
will create a file with stripe count 3. But if the file is create by just running " echo 'a' >> foo", then the file will be created with stripe count 1 by default. The default striping for O_APPEND files can be controlled with the append_stripe_count parameter.
See https://doc.lustre.org/lustre_manual.xhtml#file_striping.considerations for more details.</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>(Santiago: That could explain why you were getting files with stripe count 1. I missed the info about appending to files when I first read your message.)</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>--Rick</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span>On 12/8/25, 10:36 AM, "lustre-discuss on behalf of Vicker, Darby J. (JSC-EG311)[AMENTUM TECHNOLOGY, INC] via lustre-discuss" <lustre-discuss-bounces@lists.lustre.org <mailto:lustre-discuss-bounces@lists.lustre.org> on behalf of
lustre-discuss@lists.lustre.org <mailto:lustre-discuss@lists.lustre.org>> wrote:</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite">
<blockquote type="cite"><span>The application creates files with standard POSIX I/O (open() followed by appends and writes), nothing exotic or MPI-IO-related.</span><br>
</blockquote>
</blockquote>
<blockquote type="cite"><span>If I remember correctly, files opened in append mode are treated differently by the lustre client and don’t necessarily obey the stripping set on its parent directory. I don’t recall the details at the moment but perhaps that is
contributing to the behavior Santiago is experiencing?</span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<blockquote type="cite"><span></span><br>
</blockquote>
<span>_______________________________________________</span><br>
<span>lustre-discuss mailing list</span><br>
<span>lustre-discuss@lists.lustre.org</span><br>
<span>http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org</span><br>
</div>
</blockquote>
</div>
</div>
</body>
</html>