Hi,
My initial copy from old lustre to new lustre was with rsync, using this syntax:
SOURCE="/lustre/workgroups" DEST="${SOURCE#/lustre/}" && find "$SOURCE"
-maxdepth 1 -mindepth 1 -type d | xargs -t -n1 -P6 -I% rsync -aPA
--delete-during % "/mnt/lustre_new/$DEST"
I do indeed need to copy the linux ACL's
But when debugging the issue, I used files without any extended attributes,
from other filesystems than lustre.
Just enabling DoM with "lfs setstripe -E 1M -L mdt -E -1 -c 1
/mnt/lustre_new/dom" will disable compression on the OST's. (dom_stripesize is
set to 1048576)
I'm thinking about trying 2.15.1 on the new servers...
Regards,
Martin Balvers
________________________________
From: Vicker, Darby J. (JSC-EG111)[Jacobs Technology, Inc.]
<[email protected]>
Sent: Monday, July 28, 2025 16:57
To: BALVERS Martin <[email protected]>; lustre-discuss
<[email protected]>
Subject: Re: [EXTERNAL] [BULK] [lustre-discuss] No ZFS compression on OST's
when using PFL
WARNING - EXTERNAL SENDER - BE CYBERSAFE
I’m not sure if this is related to your problem but you need to be careful when
copying data between two lustre filesystems. If you use something that copies
the extended attributes (e.g. rsync -X), you can copy the lustre xattrs, which
is probably not what you want. This will override the PFL you have on the new
lustre FS. You can either not copy the extended attributes (which isn’t a
great option if you are using ACL’s or other xattrs) or use a lustre-aware tool
like mpifileutils.
From: lustre-discuss <[email protected]> on behalf of
BALVERS Martin via lustre-discuss <[email protected]>
Date: Friday, July 25, 2025 at 7:07 AM
To: lustre-discuss <[email protected]>
Subject: [EXTERNAL] [BULK] [lustre-discuss] No ZFS compression on OST's when
using PFL
CAUTION: This email originated from outside of NASA. Please take care when
clicking links or opening attachments. Use the "Report Message" button to
report suspicious messages to the NASA SOC.
Hi,
I am using a lustre 2.15.1 cluster with PFL. I'm using the following layout:
lfs setstripe -E 1M -L mdt -E 128M -c 1 -S 4M -E 2G -c 2 -z 64M -E -1 -c -1 -z
256M /lustre
OST's have zpools with zstd compression enabled.
This has worked fine for me for many years.
I now have new servers and installed 2.16.1 on them. I used the same PFL
layout, and after some benchmarking I proceeded to copy data from the old
lustre to the new.
After a while I noticed that it was filling up faster that expected, and say
that the compression ratio on the zpools was 1.
Compression on the zpools is enabled, it should have worked as far as I can
tell.
When I disable PFL, compression works as expected.
I have attached the some results in a txt file.
I have also tried 2.15.7 with the same results. Enabling PFL, or just DoM
disables compression on the OST's.
Am I missing something obvious here?
Regards,
Martin Balvers
Ce message électronique et tous les fichiers attachés qu'il contient sont
confidentiels et destinés exclusivement à l'usage de la personne à laquelle ils
sont adressés. Si vous avez reçu ce message par erreur, merci de le retourner à
son émetteur. Les idées et opinions présentées dans ce message sont celles de
son auteur, et ne représentent pas nécessairement celles de DANONE ou d'une
quelconque de ses filiales. La publication, l'usage, la distribution,
l'impression ou la copie non autorisée de ce message et des attachements qu'il
contient sont strictement interdits.
This e-mail and any files transmitted with it are confidential and intended
solely for the use of the individual to whom it is addressed. If you have
received this email in error please send it back to the person that sent it to
you. Any views or opinions presented are solely those of its author and do not
necessarily represent those of DANONE or any of its subsidiary companies.
Unauthorized publication, use, dissemination, forwarding, printing or copying
of this email and its associated attachments is strictly prohibited.
_______________________________________________
lustre-discuss mailing list
[email protected]
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org