<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
These days, the kernel patches make some fixes of note and improve our ability to support T10PI. It would be good to sort out having them - you might get an unpleasant surprise without them - but it should basically work.</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
-Patrick</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> lustre-devel <lustre-devel-bounces@lists.lustre.org> on behalf of Else Someone <else@someonex.net><br>
<b>Sent:</b> Tuesday, November 12, 2024 4:56 PM<br>
<b>To:</b> Mohr, Rick <mohrrf@ornl.gov>; lustre-devel@lists.lustre.org <lustre-devel@lists.lustre.org><br>
<b>Subject:</b> Re: [lustre-devel] [EXTERNAL] mke2fs supported features: dirdata</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">[Some people who received this message don't often get email from else@someonex.net. Learn why this is important at
<a href="https://aka.ms/LearnAboutSenderIdentification">https://aka.ms/LearnAboutSenderIdentification</a> ]<br>
<br>
Hi, thanks all, it was sloppy of me to miss this section in the manual.<br>
I'll keep this note brief: my current progress is that I reproduced, for<br>
the most part, the 3-node KVM set-up from the wiki using declarative<br>
"nixos tests". I'm currently not applying `lustre/kernel_patches`, not<br>
sure what are the implications. Hope to follow up with public code soon.<br>
<br>
<br>
Cheers<br>
<br>
<br>
On 12/11/2024 21.45, Mohr, Rick wrote:<br>
> E2fsprogs does require some patches. Whamcloud's site has patched versions available for download:<br>
><br>
> <a href="https://downloads.whamcloud.com/public/e2fsprogs/">https://downloads.whamcloud.com/public/e2fsprogs/</a><br>
><br>
> --Rick<br>
><br>
><br>
> On 11/9/24, 8:09 PM, "lustre-devel on behalf of Else Someone" <lustre-devel-bounces@lists.lustre.org <<a href="mailto:lustre-devel-bounces@lists.lustre.org">mailto:lustre-devel-bounces@lists.lustre.org</a>> on behalf of else@someonex.net <<a href="mailto:else@someonex.net">mailto:else@someonex.net</a>>>
wrote:<br>
><br>
><br>
> Hello again! I posted here earlier about my attempts at building Lustre<br>
> with Nix. There was another issue I was struggling with, related to<br>
> e2fsprogs, that I thought I should ask here if I was supposed to patch<br>
> it too?<br>
><br>
><br>
><br>
><br>
> My mkfs.lustre (ldiskfs) is failing with mke2fs complaining about an<br>
> "incompatible option set". Specifically it's complaining about the<br>
> option `dirdata`. Looking at e2fsprogs' sources,<br>
> `EXT4_FEATURE_INCOMPAT_DIRDATA` isn't listed in `ok_features` in<br>
> `misc/mke2fs.c`. Even if I add it there, mke2fs fails later at<br>
> `ext2fs_initialize`. I was surprised not to find any error reports in<br>
> jira concerning dirdata specifically (there were similar errors reported<br>
> for e.g. large_dir), surely I must be doing something wrong.<br>
><br>
><br>
><br>
><br>
> Do I have to patch e2fsprogs?<br>
><br>
><br>
><br>
><br>
> Do tell me if I'm being too noisy or if there's a better channel for<br>
> this sort of questions. I actually have a few more, should I ask each in<br>
> a separate thread or should I aggregate all under one SUBJECT?<br>
><br>
><br>
><br>
><br>
> Thanks<br>
><br>
><br>
> _______________________________________________<br>
> lustre-devel mailing list<br>
> lustre-devel@lists.lustre.org <<a href="mailto:lustre-devel@lists.lustre.org">mailto:lustre-devel@lists.lustre.org</a>><br>
> <a href="https://urldefense.us/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddevel-2Dlustre.org&d=DwICAg&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=SpEwA4Pnyq7nH7aMGq8KpA&m=EKbZegKVDJwph4hKVW7TaMGmObs5dxworXRfWbXTdqdUJ1WL2afX2U6w5E9zanKF&s=VuiIi-giDNFcBHMpSHJrxUVJhXxQn5mtJxS23a1eUxw&e=">
https://urldefense.us/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddevel-2Dlustre.org&d=DwICAg&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=SpEwA4Pnyq7nH7aMGq8KpA&m=EKbZegKVDJwph4hKVW7TaMGmObs5dxworXRfWbXTdqdUJ1WL2afX2U6w5E9zanKF&s=VuiIi-giDNFcBHMpSHJrxUVJhXxQn5mtJxS23a1eUxw&e=</a>
<<a href="https://urldefense.us/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddevel-2Dlustre.org&d=DwICAg&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=SpEwA4Pnyq7nH7aMGq8KpA&m=EKbZegKVDJwph4hKVW7TaMGmObs5dxworXRfWbXTdqdUJ1WL2afX2U6w5E9zanKF&s=VuiIi-giDNFcBHMpSHJrxUVJhXxQn5mtJxS23a1eUxw&e=">https://urldefense.us/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddevel-2Dlustre.org&d=DwICAg&c=v4IIwRuZAmwupIjowmMWUmLasxPEgYsgNI-O7C4ViYc&r=SpEwA4Pnyq7nH7aMGq8KpA&m=EKbZegKVDJwph4hKVW7TaMGmObs5dxworXRfWbXTdqdUJ1WL2afX2U6w5E9zanKF&s=VuiIi-giDNFcBHMpSHJrxUVJhXxQn5mtJxS23a1eUxw&e=</a>><br>
><br>
><br>
><br>
_______________________________________________<br>
lustre-devel mailing list<br>
lustre-devel@lists.lustre.org<br>
<a href="http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org">http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org</a><br>
</div>
</span></font></div>
</body>
</html>