Re: AUFS Kernel module crashes
"Marty Rosenberg": > When I say other people using the system, I mean other users who were logged > into my server when the module crashed. After it crashed, I rebooted, and > got the same error again. When I attempted to run ls within subdirectories, > it hung. Also, now that I've been looking over it, there was another error > in dmesg that I had missed. > > aufs: Unknown symbol __lookup_hash Then, your configuration is wrong. Your /proc/mounts showed me that you don't use NFS branch. You should disable CONFIG_AUFS_LHASH_PATH. If you have a plan to use NFS branch, you need to apply AufsCvsRoot/aufs/lhash.patch to your kernel and enable CONFIG_AUFS_LHASH_PATH. > followed by a few permission problems such as: > aufs test_add:360:mount[8309]: different uid/gid/permission, /mnt/farm2 It is just a warning. Reading aufs.5, you can ignore it. Junjiro Okajima - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Re: AUFS Kernel module crashes
> > "Marty Rosenberg": >> so it seems like aufs gets extremely unstable when running with my >> setup. After attempting to run a du operation or two, the kernel >> module crashes. I'm not sure if it occurs before the module crash, but >> other actions such as ls will hang. Other people using the system have >> said that they can still run ls in subdirectories, however I have not >> found this to be true. In case it helps, there are approximately >> 773,950 files total that are in all of the source directories. > > Hello Marty, Thank you for your report, including /proc/mounts and others. > > > Since vdir.c:603 is checking an internal lock, aufs seems to be totally > broken. I will review aufs code. > > Do you know what is the difference between you and "other people using the > system?" How about the compiler's version? Are you using the same compiler > with other people? Or kernel configuration? > > > Junjiro Okajima > > When I say other people using the system, I mean other users who were logged into my server when the module crashed. After it crashed, I rebooted, and got the same error again. When I attempted to run ls within subdirectories, it hung. Also, now that I've been looking over it, there was another error in dmesg that I had missed. aufs: Unknown symbol __lookup_hash followed by a few permission problems such as: aufs test_add:360:mount[8309]: different uid/gid/permission, /mnt/farm2 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Re: AUFS Kernel module crashes
"Marty Rosenberg": > so it seems like aufs gets extremely unstable when running with my setup. > After attempting to run a du operation or two, the kernel module crashes. > I'm not sure if it occurs before the module crash, but other actions such as > ls will hang. Other people using the system have said that they can still > run ls in subdirectories, however I have not found this to be true. In case > it helps, there are approximately 773,950 files total that are in all of the > source directories. Hello Marty, Thank you for your report, including /proc/mounts and others. Since vdir.c:603 is checking an internal lock, aufs seems to be totally broken. I will review aufs code. Do you know what is the difference between you and "other people using the system?" How about the compiler's version? Are you using the same compiler with other people? Or kernel configuration? Junjiro Okajima - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
AUFS Kernel module crashes
so it seems like aufs gets extremely unstable when running with my setup.
After attempting to run a du operation or two, the kernel module crashes. I'm
not sure if it occurs before the module crash, but other actions such as
ls will hang. Other people using the system have said that they can still run
ls in subdirectories, however I have not found this to be true. In case it
helps, there are approximately 773,950 files total that are in all of the
source directories.
The output of dmesg is:
[ cut here ]
kernel BUG at /root/aufs/fs/aufs/vdir.c:603!
invalid opcode: [#1]
Modules linked in: aufs ne2k_pci 8390 tulip
CPU:0
EIP:0060:[]Not tainted VLI
EFLAGS: 00010286 (2.6.18-gentoo-r6 #3)
EIP is at init_vdir+0xa6/0x554 [aufs]
eax: ebx: d8fd1cb4 ecx: 0001 edx: d8fd1c98
esi: d8fd1cb4 edi: c42ae340 ebp: ca7baa00 esp: c5133f04
ds: 007b es: 007b ss: 0068
Process du (pid: 8700, ti=c5132000 task=dffdca90 task.ti=c5132000)
Stack: c42ae340 d8fd1cb4 0001 e247ba5a 0086 dffdca90 d8fd1c98
c42ae340 dffdca90 c039826f 00100100 00200200 0002
d8fd1cb4 d8fd1cb4 c42ae340 ca7baa00 e247bef1 c014c780
Call Trace:
[] reopen_dir+0x0/0xbe [aufs]
[] rwsem_down_write_failed+0x97/0x13a
[] aufs_readdir+0x65/0xd4 [aufs]
[] filldir64+0x0/0xc3
[] vfs_readdir+0x4a/0x74
[] filldir64+0x0/0xc3
[] sys_getdents64+0x63/0xa5
[] sysenter_past_esp+0x56/0x79
Code: e2 8b 44 24 04 e8 e7 37 00 00 e8 44 4d ca dd 85 c0 74 08 0f 0b 5b 02 fb 2
7 48 e2 8b 44 24 04 e8 cd 37 00 00 8b 40 0c 85 c0 74 08 <0f> 0b 5b 02 fb 27 48
e2 8b 54 24 04 0f b7 42 28 25 00 f0 00 00
EIP: [] init_vdir+0xa6/0x554 [aufs] SS:ESP 0068:c5133f04
kernel version is 2.6.18-gentoo-r6
contents of /proc/mounts:
rootfs / rootfs rw 0 0
/dev/root / reiserfs rw,noatime 0 0
proc /proc proc rw,nosuid,nodev,noexec 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0
udev /dev tmpfs rw,nosuid 0 0
devpts /dev/pts devpts rw,nosuid,noexec 0 0
/dev/hda1 /mnt/farm1 xfs rw,nosuid,nodev,noexec 0 0
/dev/hdc1 /mnt/farm2 xfs rw,nosuid,nodev 0 0
/dev/hdd1 /mnt/farm3 xfs rw,nosuid,nodev,noexec 0 0
/dev/hdf1 /mnt/farm4 xfs rw,nosuid,nodev,noexec 0 0
/dev/hde1 /mnt/farm5 xfs rw,nosuid,nodev,noexec 0 0
/dev/hdg1 /home xfs rw,nosuid,nodev 0 0
/dev/hdg2 /mnt/farm6 xfs rw,nosuid,nodev,noexec 0 0
/dev/hdh1 /mnt/farm7 xfs rw,nosuid,nodev,noexec 0 0
/dev/hdc1 /usr/portage xfs rw,nosuid,nodev 0 0
none /dev/shm tmpfs rw,nosuid,nodev,noexec 0 0
usbfs /proc/bus/usb usbfs rw,nosuid,noexec 0 0
nfsd /proc/fs/nfs nfsd rw 0 0
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
none /data_test aufs
rw,xino=/mnt/farm1/.aufs.xino,br:/mnt/farm1=rw:/mnt/farm2=ro:/mnt/farm3=ro:/mnt/farm4=ro:/mnt/farm5=ro:/mnt/farm6=ro:/mnt/farm7=ro
0 0
AUFS_VERSION 20070212
plain local.mk
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
