time delay before changes become visible

2007-06-18 Thread Michael Towers
We are getting a strange 'lag' behaviour using aufs (well it seems strange to us). It's happening in a live CD environment using squashfs. After certain file-system operations - apparently where a large number of files get added or updated, but exactly when it happens and when not is not clear -

Re: time delay before changes become visible

2007-06-18 Thread sfjro
Hello Michael, Michael Towers: - I made a live cd using your latest larch scripts. - I booted into the live cd and did a pacman -Sl and pacman lists all packages in the repos, about 3925 packages. - I did a pacman -Syu and all my packages were up to date. Immediately after that I do a

Hidden file bug

2007-06-18 Thread Igor Karasynskyi
Hi, I found bug and create test case which reproduce it: 1) create dir and copy there this scripts and chdir there 1) run make_test.sh (create test environment) 2) run run_test.sh (test bug) Description: I have following aufs branches: br:3=rw:2=ro:1=ro on 1 branch exist file: /install on 3

Re: Hidden file bug

2007-06-18 Thread sfjro
Hi, Igor Karasynskyi: after reboot and mounting aufs with new branch 4: br:4=rw:3=ro:2=ro:1=ro I don't see this file - OK, but if I do ls /install or cat /install then file exist. Try 3=ro+wh, instead of 3=ro. By the way, how about /dev/vcsa2 problem at remount,mod? I hope you have

Re: Hidden file bug

2007-06-18 Thread Igor Karasynskyi
Try 3=ro+wh, instead of 3=ro. I need to read manual more carefully, sorry By the way, how about /dev/vcsa2 problem at remount,mod? I hope you have succeeded if you remove the debug patch and apply the last patch. Yes, it's worked now :) thanks

Re: Hidden file bug

2007-06-18 Thread Igor Karasynskyi
Hmm... I have something strange here... what you say about that: If I try to add new empty branch with remount option mount -o remount,prepend:/mnt/1=rw / all OK But if I try to do like this (without remount) mount -o prepend:/mnt/1=rw / the command didn't print any error but after this, if I try

Re: umount busy aufs

2007-06-18 Thread Tomas M
Your aufs is the root filesystem, isn't it? no, at the time I'm unmounting it, some shutdown script already changed the root back to initrd, so aufs is now mounted on /union, not root. Generally speaking, the root filesystem cannot be unmounted. It is remounted as readonly at shutdown/reboot

Re: au_new_inode: broken ino

2007-06-18 Thread Jørgen P. Tjernø
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Jrgen_P._Tjern: Branch 0 would be the first branch on the /proc/mounts-line? If so, that's /vault/disk3, which is xfs. How do I find largest inode number? Sorry, please add one line. [ .. snip .. ] I removed 3.Lbs as

Re: umount busy aufs

2007-06-18 Thread sfjro
Tomas M: I was just wondering if there is a way to see what resources (files/directories/etc) are used by aufs (perhaps through /proc or /sys). This would help very much. So please consider this as a feature request for aufs sometime in the future :) I have a plan to show the opened aufs

Re: au_new_inode: broken ino

2007-06-18 Thread sfjro
Jrgen_P._Tjern: I removed 3.Lbs as it's not on the fs any more. I ran your script with the changes, produced a lot of output. See the attached file. :-) Sorry, I should write more correctly. The path you set is /storage and it is aufs mount point, isn't it? It should be branch path. In your

Re: au_new_inode: broken ino

2007-06-18 Thread Jørgen P. Tjernø
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Jrgen_P._Tjern: I removed 3.Lbs as it's not on the fs any more. I ran your script with the changes, produced a lot of output. See the attached file. :-) Sorry, I should write more correctly. The path you set is /storage

remount,del maybe doesn't free resources

2007-06-18 Thread Tomas M
the resources associated with the branch after 'remount,del' is issued? Or does it still use something? Thank you Tomas M aufs 20070618 BUG: unable to handle kernel paging request at virtual address 0198b830 printing eip: c0173d5d *pde = Oops: [#1] SMP Modules linked in: i915 drm

Re: umount busy aufs

2007-06-18 Thread Tomas M
Thank you very much for the patch, I'll try it tomorrow Tomas M [EMAIL PROTECTED] wrote: Tomas M: I was just wondering if there is a way to see what resources (files/directories/etc) are used by aufs (perhaps through /proc or /sys). This would help very much. So please consider this as a

Re: au_new_inode: broken ino

2007-06-18 Thread sfjro
Jrgen_P._Tjern: I picked the most recent entry in my dmesg, and added that hi and fname to the commands. (added 536871063 to the egrep) Entry was: [1081101.429555] aufs au_new_inode:325:find[31722]: broken ino, b0, linux-meta/linux-image-generic_2.6.17.11_i386.deb, hi536871063, i50306. Try

Re: remount,del maybe doesn't free resources

2007-06-18 Thread sfjro
Hello, Tomas M: But then, if I try to umount the branch (because the branch was a loop-mounted filesystem), sometimes I can see in the dmesg: VFS: Busy inodes after unmount of loop3, Self=destruct in 5 seconds. Have a nice day... ::: So my question is, does aufs completely free

Re: remount,del maybe doesn't free resources

2007-06-18 Thread sfjro
Tomas M: I modified initrd in order to mount the entire aufs using 'noplink' mount option from the beginning. It doesn't help, there is still the same problem. What you did is, - mount -o remount,del:/squashfs /aufs - umount /squashfs - some operation - aufs crashes Please tell me how to

Re: remount,del maybe doesn't free resources

2007-06-18 Thread Tomas M
Basically aufs frees all the resources associated with the removed branch. If you didn't install /sbin/mount.aufs (and other scripts) and you didn't specify 'noplink' mount option, then unflushed pseudo-linked inode may still alive. I modified initrd in order to mount the entire aufs