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 -
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
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
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
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
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
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
-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
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
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
-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
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
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
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
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
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
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
17 matches
Mail list logo
