I'd like to apologize for not giving enough information in the past, I'll try
to be a bit more verbose this time.
Config:
I've patched a vanilla 2.6.18.8 kernel with this tuesday's release.
<M> Another unionfs
--- These options are generated automatically for 2.6.18.8
[*] Use simplified (fake) nameidata
Maximum number of branches (127) --->
[*] Use <sysfs>/fs/aufs
--- INOTIFY and AUFS_HINOTIFY are disabled
[*] NFS-exportable aufs
[ ] ksize.patch was applied or not
[*] Debug aufs
[ ] Compatibility with Unionfs (obsolete)
This was taken directly from menuconfig. I've mounted the aufs fs with the
command
mount -t aufs -o
dirs=/mnt/farm1:/mnt/farm2=ro:/mnt/farm3=ro:/mnt/farm4=ro:/mnt/farm5=ro:/mnt/farm6=ro:/mnt/farm7=ro
none /data_test
the current output of /proc/mounts is
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
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0
nfsd /proc/fs/nfsd 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
the contents of /etc/exports is
/usr/portage 192.168.0.0/255.255.255.0(async,no_subtree_check,no_r
oot_squash,rw)
/home 192.168.0.0/255.255.255.0(async,no_subtree_check,rw)
/mnt/farm1 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/mnt/farm2 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/mnt/farm3 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/mnt/farm4 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/mnt/farm5 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/mnt/farm6 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/mnt/farm7 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/data 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
/data_test 192.168.0.0/255.255.255.0(async,no_subtree_check,ro)
I'm trying to mount the exported fs on an amd64x2 machine running
2.6.18-gentoo-r1. The command being run on the remote file system is
mount stargate:/data_test /data
Problems so far:
NFS: doesn't seem to work
When I tried the mount command, I got:
mount: stargate:/data_test failed, reason given by server: Permission denied.
I haven't looked at my nfs config in a while, but as /etc/exports shows, I'm
mounting my /home on my desktop, and that seems to be working. Also, the error
log on my server seems to indicate that it's still an aufs problem, because i
found this:
Mar 27 12:30:39 [mountd] authenticated mount request from vicky:911 for
/data_test (/data_test)
so the nfs server has given me permission(I think), but something lower is
preventing me from mounting the FS. Later today after I finish my classes,
I'll try running aufs on my desktop. (64 bit, dual core.)
pesky inode bug: still there.
This time, it died while zsh was attempting to tab-complete a directory name,
while I was doing a find operation. The zsh seems to be locked in a system
call (and probably won't be returning), but the find operation seems to still
be running. On a related note, while anything that attempts to stat /data_test
will never return from kernel mode, I can stat and ls other directories, like
[EMAIL PROTECTED] mjrosenb#>cd /data_test/layouts/common
return = 0
[EMAIL PROTECTED] common#>ls
dragonfly freebsd gentoo p9 slackware
but attempting to cd into a directory that has had a problem in the past (like
cd /data_test/music\ shit/Ten\ Years\ After) never returns. The output from
dmesg is:
------------[ cut here ]------------
kernel BUG at fs/aufs/misc.h:119!
invalid opcode: 0000 [#1]
Modules linked in: aufs nvidiafb cfbcopyarea cfbimgblt cfbfillrect
CPU: 0
EIP: 0060:[<e1bef19c>] Not tainted VLI
EFLAGS: 00010286 (2.6.18.8-aufs #5)
EIP is at au_init_vdir+0x99/0x53d [aufs]
eax: ffffffff ebx: dd67704c ecx: ffff0001 edx: fffe0001
esi: dd677068 edi: de6e55a0 ebp: df5a2200 esp: dce63f04
ds: 007b es: 007b ss: 0068
Process zsh (pid: 5097, ti=dce62000 task=dfe1a090 task.ti=dce62000)
Stack: de6e55a0 dd677068 00000000 ffff0001 e1bebc70 00000086 dfe1a090 dd67704c
de6e55a0 dfe1a090 c03516c7 00000000 00100100 00200200 00000000 00000002
00000000 dd677068 00000000 dd677068 de6e55a0 df5a2200 e1bedf8c c014d59c
Call Trace:
[<e1bebc70>] di_read_unlock+0x53/0x62 [aufs]
[<c03516c7>] rwsem_down_write_failed+0x97/0x13a
[<e1bedf8c>] aufs_readdir+0x65/0xd3 [aufs]
[<c014d59c>] filldir64+0x0/0xc3
[<c014d73f>] vfs_readdir+0x4a/0x74
[<c014d59c>] filldir64+0x0/0xc3
[<c014d7cc>] sys_getdents64+0x63/0xa5
[<c0102481>] sysenter_past_esp+0x56/0x79
Code: 0f 0b 68 00 6c 62 bf e1 8b 44 24 04 e8 ea 39 00 00 89 c3 e8 09 23 53 de
85 c0 74 08 0f 0b 68 00 6c 62 bf e1 8b 43 0c 85 c0 74 08 <0f> 0b 77 00 6c 62 bf
e1 8b 54 24 04 0f b7 42 28 25 00 f0 00 00
EIP: [<e1bef19c>] au_init_vdir+0x99/0x53d [aufs] SS:ESP 0068:dce63f04
Later today after I finish my classes, I'll try running aufs on my desktop. (64
bit, dual core.)
-------------------------------------------------------------------------
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
