Hi,
Am Mittwoch, dem 13.10.2021 um 16:06 -0700 schrieb Riccardo Veraldi:
>
> This is my patch to make things works and build the lustre-dkms rpm
Thank you! I just ran into the exact same problem. Two comments on the
patch:
> - ZFS_VERSION=$(dkms status -m zfs -k $3 -a $5 | awk -F', ' '{prin
Hi,
we've had a similar issue, though in our case there were "FID-in-LMA
[...] does not match the object self-fid" errors in the OSS logs. See
LU-13392 for details.
You could try disabling auto_scrub (lctl set_param
osd_ldiskfs.*.auto_scrub=0) and check whether this causes lstat() to
return somet
Am Dienstag, den 23.06.2020, 20:03 + schrieb Hebenstreit, Michael:
> Is there any way to stop the scans on the OSTs?
Yes, by re-mounting them with -o noscrub. This doesn't fix the issue
though.
> Is there any way to force the file system checks?
As shown in your second mail, the scrubs are a
e affected trusted.lma EAs on OST1 to include the OST index in
the sequence number? Or would either of these cause issues in other
places?
More details at https://jira.whamcloud.com/projects/LU/issues/LU-13392.
Kind regards,
Knut Franke
--
Knut Franke
Systems Engineer
science + computing ag
