Filesystem flags changed to 0x1008 and quota service related errors

    • OMV 4.x
    • Resolved

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • Filesystem flags changed to 0x1008 and quota service related errors

      Hello all.

      I need to turn off the quota service and remove the aquota.user and aquota.group files from the root of my disks, so I can give permissions to all folders from root, instead of going one by one (for some reason I cannot delete them logged as root either change their ownership and permissions, I guess because they are system service files).

      So I have done the following steps:

      1. quotaoff -a

      The output of this command was none, but it seems to have worked as it was idle for around 10 minutes.

      2. systemctl disable quota

      The output of this command was full of errors I do not understand:

      Source Code

      1. Synchronizing state of quota.service with SysV service script with /lib/systemd/systemd-sysv-install.
      2. Executing: /lib/systemd/systemd-sysv-install disable quota
      3. insserv: warning: current start runlevel(s) (empty) of script `quota' overrides LSB defaults (S).
      4. insserv: warning: current stop runlevel(s) (0 6 S) of script `quota' overrides LSB defaults (0 6).
      5. insserv: warning: current start runlevel(s) (empty) of script `quota' overrides LSB defaults (S).
      6. insserv: warning: current stop runlevel(s) (0 6 S) of script `quota' overrides LSB defaults (0 6).

      After these 2 commands, 10 out of 12 disks got correctly their quota service turned off, as, after a remount and a reboot, there were no aquota.user and aquota.group files in their root.

      But there are 2 disks that still have quota enabled somehow (maybe because of the errors above).

      So I manually edited the /etc/openmediavault/config.xml file, and substitute the chain usrjquota=aquota.user,grpjquota=aquota.group by noquota on all the disks, and make a

      3. omv-mkconf fstab.

      I remounted the disks, reboot, and the /etc/fstab shows the disk correctly as noquota

      Source Code

      1. # /etc/fstab: static file system information.
      2. #
      3. # Use 'blkid' to print the universally unique identifier for a
      4. # device; this may be used with UUID= as a more robust way to name devices
      5. # that works even if disks are added and removed. See fstab(5).
      6. #
      7. # <file system> <mount point> <type> <options> <dump> <pass>
      8. # / was on /dev/sdb1 during installation
      9. UUID=bbc7e850-1982-4c32-81d2-de9004512620 / ext4 noatime,nodiratime,errors=remount-ro 0 1
      10. # swap was on /dev/sdb5 during installation
      11. #UUID=1126c675-ba7a-44f5-9e1d-fe65aa300475 none swap sw 0 0
      12. tmpfs /tmp tmpfs defaults 0 0
      13. # >>> [openmediavault]
      14. /dev/disk/by-label/peliculas1 /srv/dev-disk-by-label-peliculas1 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      15. /dev/disk/by-label/peliculas2 /srv/dev-disk-by-label-peliculas2 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      16. /dev/disk/by-label/peliculas3 /srv/dev-disk-by-label-peliculas3 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      17. /dev/disk/by-label/peliculas4 /srv/dev-disk-by-label-peliculas4 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      18. /dev/disk/by-label/cache /srv/dev-disk-by-label-cache ext4 defaults,nofail,user_xattr,exec,noquota,jqfmt=vfsv0,discard,acl 0 2
      19. /dev/disk/by-label/series1 /srv/dev-disk-by-label-series1 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      20. /dev/disk/by-label/series2 /srv/dev-disk-by-label-series2 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      21. /dev/disk/by-label/peliculas5 /srv/dev-disk-by-label-peliculas5 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      22. /dev/disk/by-label/multimedia1 /srv/dev-disk-by-label-multimedia1 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      23. /dev/disk/by-label/musica1 /srv/dev-disk-by-label-musica1 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      24. /dev/disk/by-label/juegos1 /srv/dev-disk-by-label-juegos1 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      25. /dev/disk/by-label/series3 /srv/dev-disk-by-label-series3 ext4 defaults,nofail,user_xattr,noexec,noquota,jqfmt=vfsv0,acl 0 2
      26. //192.168.13.1/backup /srv/ff32d46a-2f2d-4f09-9672-87cd88c42792 cifs credentials=/root/.cifscredentials-bce66a21-5fb1-49b0-adff-20b303297f54,_netdev,iocharset=utf8,vers=2.0,nofail 0 0
      27. # <<< [openmediavault]
      Display All

      The id of the disks with the aquota.user and aquota.group present are "series3" and "multimedia1" (I cannot find any difference with the other disks and I don't know why these 2 still have those files on root), and I cannot remove them or change ownership.

      Watching the logs from monit service I have seen some warnings about filesystem flags being changed (I never got this error before), curiously for disks "series3" and "multimedia1" which are the ones with the quota files still in them.

      Source Code

      1. monit alert -- Filesystem flags changed filesystem_srv_dev-disk-by-label-series3 on the Fri, 15 Mar 2019 19:05:45 GMT
      2. Filesystem flags changed Service filesystem_srv_dev-disk-by-label-series3
      3. Date: Fri, 15 Mar 2019 20:05:45
      4. Action: alert
      5. Host: olmos13nas
      6. Description: filesystem flags changed to 0x1008

      Source Code

      1. monit alert -- Filesystem flags changed filesystem_srv_dev-disk-by-label-multimedia1 on the Fri, 15 Mar 2019 19:05:47 GMT
      2. Filesystem flags changed Service filesystem_srv_dev-disk-by-label-multimedia1
      3. Date: Fri, 15 Mar 2019 20:05:47
      4. Action: alert
      5. Host: olmos13nas
      6. Description: filesystem flags changed to 0x1008

      Which is the command to check if the quota service is still on? I tried quotacheck but it results as an error.

      Thanks in advance.

      Any other output or log needed, just ask me for it.
      || omv 4.0.14 | kernel 4.9.0 | omvextrasorg 4.1.0 ||
    • I am making some improvements.

      I have tried the following:

      Unmount the 2 disks with quotaon
      service quota start
      quota on -a (all filesystems)
      Mount the 2 disks with quotaon
      Reboot system

      This way I have the service quota started and running, and the files aquota.user and aquota.group generated in the root of all 12 disks.

      So from here I did the reverse procedure:

      service quota stop
      quotaoff -a (all filesystems)
      Reboot system

      And I still got the same 2 disks with residual quota files which I cannot -rm or -chown. If I enter repquota -a the 2 disks show as if they still have the quota service running:

      Brainfuck Source Code

      1. root@olmos13nas:~# repquota -a
      2. *** Report for user quotas on device /dev/sdj1
      3. Block grace time: 7days; Inode grace time: 7days
      4. Block limits File limits
      5. User used soft hard grace used soft hard grace
      6. ----------------------------------------------------------------------
      7. root -- 2347964668 0 0 1278 0 0
      8. *** Report for user quotas on device /dev/sdk1
      9. Block grace time: 7days; Inode grace time: 7days
      10. Block limits File limits
      11. User used soft hard grace used soft hard grace
      12. ----------------------------------------------------------------------
      13. root -- 7588723744 0 0 4846 0 0
      Display All
      || omv 4.0.14 | kernel 4.9.0 | omvextrasorg 4.1.0 ||