Upgraded Ubuntu server from Saucy to Utopic, old aufs mount command now fails
Hello :) I may very well be retarded here, because I understand very little of both the aufs man page and the examples included therein. If I am, please excuse me, I assure you I've googled intensely. Thing is, I simply cannot get anything to mount with aufs since I upgraded from Ubuntu Saucy to Utopic yesterday (upgrade here meaning that I reinstalled from scratch and is setting it up again from scratch). My use case is extremely simple — I have a bunch of directories, each representing an offline backup drive, that I want to unite in a read-only folder and share via Samba. In saucy, I could do this with: /bin/mount -t aufs -o dirs=/titanic/Downloads/Processed=ro:/titanic/Volumes/XD001=ro:/titanic/Volumes/XD071=ro none /Archive (I've shortened the command down, it actually contains 71 volumes from XD001 to XD071). This would mount perfectly in Saucy, but it seems something is different now, because now I get, mount: wrong fs type, bad option, bad superblock on none, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. Syslog now says that, aufs au_opts_verify:1530:mount[2700]: first branch should be rw. Prepending the options list with ro, the syslog rw error disappears, while still logging aufs test_add:293:mount[2706]: uid/gid/perm /titanic/Volumes/XD071 1000/1000/0755, 1000/1000/0777 for each member. I still get the same mount: wrong fs type, ... error, though, and nothing is mounted. There are no other messages to help figure out what's wrong. Trying the first example from the manpage, $ mkdir /root/a /root/b /root/c $ mount -v -t aufs -o br:/root/a:/root/b none /root/c mount: wrong fs type, bad option, bad superblock on none, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. Syslog and /var/log/messages are both completely silent. What's going on here? Am I really that retarded? :) TIA, Daniel -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net
Re: Upgraded Ubuntu server from Saucy to Utopic, old aufs mount command now fails
Hello Daniel, Daniel Smedegaard Buus: Prepending the options list with ro, the syslog rw error disappears, while still logging aufs test_add:293:mount[2706]: uid/gid/perm /titanic/Volumes/XD071 1000/1000/0755, 1000/1000/0777 for each This message is a warning for a security reason. For deatils, refer to aufs manual. Trying the first example from the manpage, $ mkdir /root/a /root/b /root/c $ mount -v -t aufs -o br:/root/a:/root/b none /root/c mount: wrong fs type, bad option, bad superblock on none, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. Syslog and /var/log/messages are both completely silent. Hmm... When -v is specified, aufs produces a log message for some major reasons. So I am afraid the flag is not passed to aufs correctly. Did you install aufs-util, which is necessary to pass flags correctly? And these inof are necessary. Next time when you post, include them too. (from aufs README) -- When you have any problems or strange behaviour in aufs, please let me know with: - /proc/mounts (instead of the output of mount(8)) - /sys/module/aufs/* - /sys/fs/aufs/* (if you have them) - /debug/aufs/* (if you have them) - linux kernel version if your kernel is not plain, for example modified by distributor, the url where i can download its source is necessary too. - aufs version which was printed at loading the module or booting the system, instead of the date you downloaded. - configuration (define/undefine CONFIG_AUFS_xxx) - kernel configuration or /proc/config.gz (if you have it) - behaviour which you think to be incorrect - actual operation, reproducible one is better - mailto: aufs-users at lists.sourceforge.net -- J. R. Okajima -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net
Re: Upgraded Ubuntu server from Saucy to Utopic, old aufs mount command now fails
A couple of observations: A work-around I could use is to mount a small tmpfs, e.g. mount -t tmpfs -o size=300k ext4 /dummy and use that as the first (rw) entry. At least that would mount my share, and the actual shares would still be read-only, although a few mount-long changes would still be possible if I'm not careful that writes and deletes aren't done in /Archive. I also noticed while trying out different sizes of dummy tmpfses to find the minimum size needed for aufs to mount successfully, that if the tmpfs rw target is too small, say 256k, the mount will fail (with the wrong fs type, ... message), but the target will be populated with .wh..wh.aufs, .wh..wh.orph/, and .wh..wh.plnk/, and any attempt at unmounting it will fail with target is busy, even though aufs never mounted... Not sure if that's helpful at all, just thought I'd let you know :) Cheers, Daniel -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net
aufs3 GIT release
This release simply updates aufs-util.git only. It fixes a version-test for aufs3.14 branch. J. R. Okajima -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. vanity: www.gigenet.com