Quota Error when mounting XFS FileSystem

riftintimeandspace · 3. Oktober 2020

New NAS Running 5.5.12-1 (Usul). Wiped the Drive. Created a new XFS File System. Mount Drive. Get this Error

Code

Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; omv-salt deploy run --no-color quota 2>&1' with exit code '1': helios64: ---------- ID: quota_off_no_quotas_e35288ac-2e6b-4730-8ddb-eae38f8f2011 Function: cmd.run Name: quotaoff --group --user /dev/disk/by-label/SDAParity Result: False Comment: Command "quotaoff --group --user /dev/disk/by-label/SDAParity" run Started: 21:48:05.765448 Duration: 19.6 ms Changes: ---------- pid: 11353 retcode: 2 stderr: quotaoff: Quota enforcement already disabled for group on /dev/sda1 quotaoff: Quota enforcement already disabled for user on /dev/sda1 stdout: ---------- ID: quota_off_no_quotas_ad59dd54-f620-4af2-95b4-26fb5b5033c6 Function: cmd.run Name: quotaoff --group --user /dev/disk/by-label/SDBData1 Result: True Comment: Command "quotaoff --group --user /dev/disk/by-label/SDBData1" run Started: 21:48:05.785679 Duration: 20.153 ms Changes: ---------- pid: 11355 retcode: 0 stderr: stdout: ---------- ID: disable_quota_service Function: service.disabled Name: quota Result: True Comment: Service quota is already disabled, and is in the desired state Started: 21:48:05.846727 Duration: 110.473 ms Changes: Summary for helios64 ------------ Succeeded: 2 (changed=2) Failed: 1 ------------ Total states run: 3 Total run time: 150.226 ms

It seems to be something to do with quotas which I don't use. I've gone as far as disabling quotas for my entire OS but it's still happening. Any help would be appreciated.

gderf · 3. Oktober 2020

Zitat von riftintimeandspace

I've gone as far as disabling quotas for my entire OS but it's still happening.

Exactly how did you do this?

Run this command in the shell and see if it helps:

sudo quotaoff -v /srv/*

riftintimeandspace · 3. Oktober 2020

I initially ran that command as I saw it in a previous post. Still had the problem so instead I ran

sudo quotaoff -a

which didn't work either.

I ran it again just now for certainty Same Error though I'm afraid. Output below

Code

quotaoff: Mountpoint (or device) /srv/1b99ecdc-b9c0-4be3-acef-7b892020c0da not found or has no quota enabled.
quotaoff: Mountpoint (or device) /srv/56cfd33c-4192-419d-ae86-8a8331fcd0c6 not found or has no quota enabled.
quotaoff: Quota enforcement already disabled for group on /dev/sda1
quotaoff: Quota enforcement already disabled for user on /dev/sda1
quotaoff: Quota enforcement already disabled for group on /dev/sdb1
quotaoff: Quota enforcement already disabled for user on /dev/sdb1
quotaoff: Quota enforcement already disabled for group on /dev/sdc1
quotaoff: Quota enforcement already disabled for user on /dev/sdc1
quotaoff: Mountpoint (or device) /srv/ftp not found or has no quota enabled.
quotaoff: Mountpoint (or device) /srv/pillar not found or has no quota enabled.
quotaoff: Mountpoint (or device) /srv/salt not found or has no quota enabled.

Alles anzeigen

Kurgh · 4. Oktober 2020

I am having the same problem.. glad I am not the only one.

I believe this is a bug related to a recent change in this pull request #802:

https://github.com/openmediava…7c9cc188be11fa748ff480eed

The error is occurring when the following command is executed against my XFS filesystem. On EXT4 disks, its return code is 0, but on the XFS disk its return code is 2, which OMV is treating as an error. For some reason, the return value of this command is different depending on the filesystem type that is queried.

Code

quotaoff --group --user /srv/dev-disk-by-label-nas_data4

It seems like there is a XFS blacklist check missing on the quotaoff command?

UPDATE: I installed the openmediavault package version 5.5.9 and this bug went away! This is definitely a new bug related to the recent bug fixes made to the quota management.

riftintimeandspace · 4. Oktober 2020

Zitat von Kurgh

UPDATE: I installed the openmediavault package version 5.5.9 and this bug went away! This is definitely a new bug related to the recent bug fixes made to the quota management.

Glad you've managed to confirm the issue. As i'm not great with linux, is there an easy way to downgrade my OMV to 5.5.9 without having to reconfigure everything?

Thanks

Kurgh · 4. Oktober 2020

This reverting in-place is likely not a "supported" method, but it has worked fine for me so far this evening. YMMV

From a console on your NAS, you can manually download and install the old .deb file:

Code

wget https://github.com/openmediavault/packages/raw/f947c2428afabad4297bbf989c287bf35ccf575d/pool/main/o/openmediavault/openmediavault_5.5.9-1_all.deb
dpkg -i openmediavault_5.5.9-1_all.deb

LLAP

riftintimeandspace · 4. Oktober 2020

Thanks Kurgh

Can confirm it allows me to mount the xfs file systems without error after downgrading!

przemas75 · 4. Oktober 2020

Had this problem, i could not apply any new configuraation to omv from gui. In command line i executed 'quotaon --group --user /dev/your_block_device_with_XFS', and then applied new config successfully.
Its just a workaround.

teotikalki · 5. Oktober 2020

Another thank you for Kurgh; their fix worked for me.

I just re-created my NAS in a Proxmox VM and all of my media drives are XFS. This downgrade makes my install functional with the sole caveat of remembering not to upgrade that package.

votdev · 20. Oktober 2020

Fixed in openmediavault 5.5.13, see https://github.com/openmediava…42e7804dad9d0c3d8197b261e.

Jetzt mitmachen!