aufs problems

El Muchacho · 29. Januar 2016

strange behaviour after more than one year running OMV ...
After a reboot I couldn't reach my smb-shares and also mysql didn't start.
Server was shown and share was visible in explorer.

So i searched the log.

Code

root@mynas:~# cat /var/log/syslog | grep aufs
Jan 28 10:12:03 mynas kernel: [    9.755305] aufs: module is from the staging directory, the quality is unknown, you have been warned.
Jan 28 10:12:03 mynas kernel: [    9.757667] aufs 3.2.x-debian
Jan 28 10:12:03 mynas kernel: [    9.758128] aufs au_opts_parse:1133:mount[1457]: unknown option create=

and

Code

root@mynas:~# cat /var/log/syslog.1 | grep mysql
Jan 28 10:12:04 mynas /etc/init.d/mysql[2533]: ERROR: The partition with /media/463c78ae-810c-4650-9dd2-58b35b0042b4/mysql/ is too full!

/media/463c78ae-810c-4650-9dd2-58b35b0042b4 was the path, where to mount the aufs pool
and it was empty

snapraid is running fine and also /media/pool is ok
only problem: aufs can't mount it to the path, if i'm right ...

I was able to solve this using this way:
- re-installing aufs-plugin
- creating new pool
- creating the corresponding media-folder manually with the new fstab-entry
- reboot
- removing/commenting old aufs-entries from /etc/openmediavault/config.xml
- editing the shares (switching to the new pool)
- apply settings

Maybe there was an easier way to fix this?
I can't find where to edit the aufs-create-options...
If i had found them, it could have been much easier

regards

Rico

ryecoaaron · 29. Januar 2016

Did you update from 1.x?

elproducto · 30. Januar 2016

I am having the same issue. I had my OMV VM offline for a few days. Powered it back on, ran updates. After reboot I attempted to setup a share and my AUFS volume was not listed as an option in the drop down. Should I follow steps taken above to remediate? Below are log entries when I search my log file. I was also thinking this might be a good time to switch to MergerFS.

Code

cat /var/log/syslog | grep aufs
Jan 30 02:51:52 FVOMV kernel: [ 3042.603750] aufs au_opts_parse:1133:mount[12985]: unknown option create=
Jan 30 02:57:41 FVOMV kernel: [   33.497836] aufs: module is from the staging directory, the quality is unknown, you have been warned.
Jan 30 02:57:41 FVOMV kernel: [   33.498942] aufs 3.2.x-debian
Jan 30 02:57:41 FVOMV kernel: [   33.499141] aufs au_opts_parse:1133:mount[1605]: unknown option create=
Jan 30 03:02:02 FVOMV kernel: [    5.346785] aufs: module is from the staging directory, the quality is unknown, you have been warned.
Jan 30 03:02:02 FVOMV kernel: [    5.347757] aufs 3.2.x-debian
Jan 30 03:02:02 FVOMV kernel: [    5.347959] aufs au_opts_parse:1133:mount[1452]: unknown option create=
Jan 30 04:23:30 FVOMV kernel: [    5.386269] aufs: module is from the staging directory, the quality is unknown, you have been warned.
Jan 30 04:23:30 FVOMV kernel: [    5.387388] aufs 3.2.x-debian
Jan 30 04:23:30 FVOMV kernel: [    5.387595] aufs au_opts_parse:1133:mount[1427]: unknown option create=
Jan 30 04:28:28 FVOMV kernel: [    5.446925] aufs: module is from the staging directory, the quality is unknown, you have been warned.
Jan 30 04:28:28 FVOMV kernel: [    5.447868] aufs 3.2.x-debian
Jan 30 04:28:28 FVOMV kernel: [    5.448076] aufs au_opts_parse:1133:mount[1424]: unknown option create=
Jan 30 04:38:53 FVOMV kernel: [    5.361500] aufs: module is from the staging directory, the quality is unknown, you have been warned.
Jan 30 04:38:53 FVOMV kernel: [    5.362461] aufs 3.2.x-debian
Jan 30 04:38:53 FVOMV kernel: [    5.362660] aufs au_opts_parse:1133:mount[1419]: unknown option create=

Alles anzeigen

El Muchacho · 30. Januar 2016

nope @ryecoaaron ... no update from 1.x
I was on 2.x before the last update.

and @elproducto:
the above steps worked for me...
maybe it will be enough to change the "create policy" in aufs to re-create the correct settings and switch back to current one after it's running.
or a change to another "Type" (f.e. mergerfs) will fix it too.

btw ... i've tried mergerfs right now ...
lan speed dropped down from ~ 100MB/s to 10MB/s (writing) and from 100MB/s to ~75MB/s reading ...
i'm back to aufs

elproducto · 30. Januar 2016

El Muchaco,

Did you implement the tweaks via CLI per this thread for mergerfs? Folks have noticed transfer speed on par with AUFS once implemented. I just need to get my AUFS back online so I can make a local backup before switching to MergerFS in case of issues. I do have files backed up in CrashPlan, but restore would take a lifetime. I guess I could do an RSYNC to backup the underlying FS.

Jetzt mitmachen!