openzfs / zfs

OpenZFS on Linux and FreeBSD
https://openzfs.github.io/openzfs-docs
Other
10.7k stars 1.76k forks source link

Gentoo zfs package possibly broken? #1560

Closed jalavoy closed 11 years ago

jalavoy commented 11 years ago

Greetings!

I updated to 3.9.8 today, and rebuilt zfs/spl against the new kernel, since doing so the zfs init script is unable to mount my pool. I also tested this vs my previous kernel (3.9.6, which was working prior to rebuild), and the last longterm kernel (3.4.51). No change in symptoms

melchior ~ # /etc/init.d/zfs start

Oddly, I can mount them manually using the same commands as the init script.

melchior ~ # zfs mount -a melchior ~ # zfs share -a melchior ~ # cd /Storage/ melchior Storage # ll total 858379 drwxrwx--- 14 root daemons 17 Jun 28 19:57 . drwxr-xr-x 1 root root 188 Jun 30 15:30 .. -rw-rw---- 1 root daemons 67061 Apr 6 09:09 18727_605886882772012_1335436243_n.7z drwxrwx--- 11 root daemons 15 Jun 10 15:06 Backup

If this isn't the proper area for this type of report I apologize. Truthfully, I'm not 100% sure this is even your problem.

If you need any further information from me, I am more than happy to provide. Whenever portage rebuilds the module it pulls directly from git, so it should be the latest version that's available here.

Thank you for your time and attention, and thank you for bringing us the wonderful world of ZFS :)

ryao commented 11 years ago

@jalavoy I maintain the Gentoo ZFS packages. Gentoo-specific issues should be posted to the Gentoo bug tracker, but it will reach me here too. Anyway, it sounds like something is under the mount point. Are you certain that you are able to mount /Storage manually?

jalavoy commented 11 years ago

Good morning Richard,

I am sure I am able to mount it, was getting data off it yesterday after putting in this report.

However, I discovered another detail while getting you some output.

If I unmount the filesystems and attempt to remount them manually, I get the same result as the init scripts attempt. If I mkdir /Storage (the root mountpoint) first, cd to it, then zfs mount -a, they all come up. Alternatively if I don't mkdir /Storage first, It creates the directories the zfs partitions mount to, then errors like normal. If I cd into /Storage at that point and re-run mount, it works fine.

melchior / # ls -ld /Storage ls: cannot access /Storage: No such file or directory melchior / # zfs mount -a filesystem '/Storage' cannot be mounted, unable to open the dataset cannot mount 'Storage': Invalid argument filesystem '/Storage/Backup' cannot be mounted, unable to open the dataset cannot mount 'Storage/Backup': Invalid argument filesystem '/Storage/Books' cannot be mounted, unable to open the dataset cannot mount 'Storage/Books': Invalid argument filesystem '/Storage/Documents' cannot be mounted, unable to open the dataset cannot mount 'Storage/Documents': Invalid argument filesystem '/Storage/Download Spool' cannot be mounted, unable to open the dataset cannot mount 'Storage/Download Spool': Invalid argument filesystem '/Storage/ISO' cannot be mounted, unable to open the dataset cannot mount 'Storage/ISO': Invalid argument filesystem '/Storage/Movies' cannot be mounted, unable to open the dataset cannot mount 'Storage/Movies': Invalid argument filesystem '/Storage/Music' cannot be mounted, unable to open the dataset cannot mount 'Storage/Music': Invalid argument filesystem '/Storage/Pictures' cannot be mounted, unable to open the dataset cannot mount 'Storage/Pictures': Invalid argument filesystem '/Storage/TV' cannot be mounted, unable to open the dataset cannot mount 'Storage/TV': Invalid argument filesystem '/Storage/Torrents' cannot be mounted, unable to open the dataset cannot mount 'Storage/Torrents': Invalid argument filesystem '/Storage/VM' cannot be mounted, unable to open the dataset cannot mount 'Storage/VM': Invalid argument melchior / # ls -ld /Storage drwxr-xr-x 1 root root 136 Jul 1 10:33 /Storage melchior / # cd /Storage/ melchior Storage # zfs mount -a cannot mount '/Storage': directory is not empty melchior Storage # df -h |grep Storage Storage/Backup 3.4T 62G 3.3T 2% /Storage/Backup Storage/Books 3.3T 2.6G 3.3T 1% /Storage/Books Storage/Documents 3.3T 18M 3.3T 1% /Storage/Documents

behlendorf commented 11 years ago

I suspect I accidentally introduced this with commit 0c1171dcb5c50f3a03c60f4346209c23a2b5ef86. @jalavoy can you revert this patch and verify it fixes the issue.

jalavoy commented 11 years ago

It appears you're correct @behlendorf

I'm glad you could figure it out. I don't know nearly enough C to know where to begin.

melchior zfs # /etc/init.d/zfs start

d0se commented 11 years ago

I am also having that same issue

behlendorf commented 11 years ago

@d0se Go ahead and revert the patch for now, I'll sort it out tomorrow unless someone beats me too it. Sorry about the regression.

jalavoy commented 11 years ago

@behlendorf No need to apologize sir. Thank you very much for your assistance :)

d0se commented 11 years ago

@behlendorf NP rolled back and all is well. Thank you!

ryao commented 11 years ago

It might be worth mentioning that this only affects people using the live ebuilds (version 9999). People using the keyworded ebuilds are unaffected. I had mistakenly assumed that this report applied to the 0.6.1 ebuilds, which are keyworded.

jalavoy commented 11 years ago

Thank you all :+1: