Tomas M:
and then I add branches one by one, by using
mount -o remount,add:1:/mnt/images/image1 aufs /union
for example. This works OK and branches are added to the union, but
remounting the union ro causes the oops I sent you. Do you still agree
it's a problem of the lenght of
Tomas M:
I tested the patch. No difference, remount,ro causes oops in
kernel/exit.c:860
How about BUG: ... NULL pointer ...?
Your gif file showed me it before BUG: at kernel/exit.c:860.
Junjiro Okajima
-
Using Tomcat
Tomas M:
It was in Linux Live CD all the time, using 'mount' command from
busybox. Now I tried it in a normal Linux (installed) and it doesn't
segfault, remount simply exits with E2BIG (Argument list too long).
Thi is the effect of the patch I sent.
If you used the un-patched aufs, it would
Chris Furlough:
What I'd like to be able to do, is to mount something over the whole /
mount point.
Then you did it. And you see everything under /root/jukebox_cddb/aufs,
except /proc, /sys, /dev/pts and /dev/shm, don't you?
Is it enough for you?
Junjiro Okajima
Flemming Madsen:
Is anybody by any chance contemplating a backport of aufs to the 2.4 kernel.
Would be much appreciated for use in embedded systems.
Unfortunately, I don't have such machine and disk space.
If anybody start backporting, I will try answering the questions.
I forgot many things
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
Chris Furlough:
Then you did it. And you see everything under /root/jukebox_cddb/aufs,
except /proc, /sys, /dev/pts and /dev/shm, don't you?
Is it enough for you?
Either I don't understand aufs, or it's not working. After the above mount,
I went to /root, and created a file, and threw
Patrick:
Heh, will do . but is that behavior of unionctl supposed to be like that? :)
Of course, no it isn't.
And Tomas M suggested you one of the way to research the problem.
Thank you Tomas.
Additionally, there is a description about the time of remount. When you
have lots of inodes and
Tomas M:
I still can't find it.
In aufs.in.5 there is written:
default value is .
The manual page, aufs.5 is built by make.
Please make it.
Junjiro Okajima
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
Fernando A. P. Gomes:
[EMAIL PROTECTED] aufs]#
unionctl /mnt/aufs/filesystem --add --before /mnt/aufs/dir1 --mode ro /etc
[EMAIL PROTECTED] aufs]# unionctl /mnt/aufs/filesystem --list
/etc (r--)
/mnt/aufs/.changes (rw-)
/mnt/aufs/dir1 (r--)
/etc goes two
Hi,
Fernando A. P. Gomes:
What did your rc script do?
Nothing anormal, it's in attach.
I will wait for your next mail. :-)
Are there something about mounting, module loading/unloading, chroot(2)
and operating around /var/log/squid?
Aufs module is builtin I can't
Patrick:
Do you mean that 'mount -o remout,mod:/real_root=rw /your/aufs' returns
an error? What did it say?
:::
mount -o remount,mod:/real_root=rw /
mount: / not mounted already, or bad option
Are there any aufs messages left?
I think that is logical since neither /real_root nor
Patrick:
logs etc. to ram .. but sometimes I need modifications to be done
permanently, thus infact I would need that.
But isnt there another way? e.g. copying / mount-moving/binding
real_root to the union or something like that?
I think it depends on your initramfs.
As long as you use
Tapani_Rikknen:
This must be my ignorance but compiling new kernel (in a debian way with =
make-kpkg) with aufs patch gives me following error messages:
:::
include/linux/aufs_type.h:40:2: error: #error unknown =
CONFIG_AUFS_BRANCH_MAX value
fs/aufs/module.c:292:5: warning:
Tomas M:
But it seems to me like Fernando is using switch_root, which is used if
you're using initramfs. Initramfs is something very different from
:::
Fernando wrote that he uses initrd. I don't know he switched to
initramfs...
Thank you for your follow-up and pointing out.
Junjiro
Hello Ramy,
Ramy M. Hassan :
Unfortunatly, I am not able to use the current version of aufs for this
purpose, because export via NFS is not yet supported by NFS. I see it in
the list of (current work). Junjiro, could you please let me know when
we should expect this feature in aufs ?
Fernando A. P. Gomes:
switchroot doesn't have exit code. switchroot replaces the current process
(the init in initrd) and then executes the new init.
Since you are still using initrd instead of initramfs, I must ask you
again.
How did you identify that switchroot succeeded?
Your kernel may
Jrgen_P._Tjern:
So either there were other conditions to cause my BUG @ super.c:357, or =
the newest CVS fixed the problem by itself.
There is a condition to reproduce this bug.
$ cd /your/aufs/subdir
$ sudo mount -o remount,udba=inotify /your/aufs
then you will meet BUG @ super.c:357
Jrgen_P._Tjern:
[14664.834300] kernel BUG at /root/aufs.wcvs/aufs/fs/aufs/hinotify.c:123!
This is very strange too.
I cannot guess what is wrong.
But I will try kernel 2.6.20.3 and smb exrporting in a few days.
Junjiro Okajima
Tomas M:
I think the Tuesday's release can't be compiled.
:::
/usr/src/a/fs/aufs/misc.h:150: error: dereferencing pointer to
incomplete type
Sorry.
It was due to my debug environment.
Please update your CVS tree and try again.
I have just updated misc.h.
Junjiro Okajima
Marty Rosenberg:
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
Nothing interesting in dmesg. Compiled using gcc 3.4, local.mk and =
kernel v2.6.20.3. Not using latest daily, will recompile to that and =
reload module later on. I'm guessing that will solve the problem =
You have changed your environment, thank you, but you still had a
problem
Hi Hans,
Hans-Peter Jansen:
before switching my users to openSUSE 10.2 diskless, I tackled the job of
backporting aufs to (at least) 2.6.11 for SuSE 9.3 (diff attached).
:::
All kudos to you!
Thank you very much.
I believe you have not only good skills
Marty Rosenberg:
is attached. It's kinda large and now compressed. I also realized that I
:::
Thank you.
And I want you to try this patch.
Unfortunately this is just a trial, not a solution.
With this patch, I hope your kernel will tell us more information.
Also, I want you to try
o bugfix
- bugfix: forgot dput in a error case.
o news
- introduce wkq_nowait().
- refine udba=inotify, still testing.
- extract some functions from sbinfo.c, create a new file plink.c.
Junjiro Okajima
--
Index:
Hello Vasily,
Vasily Tarasov:
Hello, I've just compiled aufs on my 64bit node and there were a lot of
warnings caused by 64bit specifics. The tiny patch below fixes most of them.
However there are still a bit warnings, but it depends greatly on the author
how to fix it, so I just report
Hello Sandino,
Sandino Flores Moreno:
I'm using aufs to rapidly create file systems for embedded devices, and
after creating the new file systems, but before doing any other thing, a
file and directory are always created inside the changes_dir
.wh..wh.aufs
.wh..wh.plink/
I'm mounting
Sandino Flores Moreno:
And the directory
/data/EVM_filesystems/common/masters/CSSD_Linux_12.3RC1.master/target and
the other branch directory have the same permissions/gid/uid
Are you sure?
If it is true, it must be aufs bug.
Please show me your branches by,,,
$ ls -ld branch1 branch2 ...
o news
- introduce new branch attribute nolwh.
- refine parsing options at mount/remount time, reported by Sandino
Flores Moreno.
+ remove whiteout-base and whplink-dir in nopllink and br_mod(),
but br_del().
+ increment sbinfo generation in a new function
Sandino Flores Moreno:
I modified my script, so now the noplink option is before the dirs= option,
but the .wh* nodes are still created.
I think you already realized this.
Please try the latest aufs CVS, I have updated it a few minutes before.
And try the new branch attribute 'rw+lwh', for
Marty Rosenberg:
To export aufs, you need to specify fsid option in your exports. Please
read the manual.
Sorry, this seems rather trivial, but I'm still unsure of how to get the
fsid of a given file system.
You can set it whatever you like. But it must be unique number.
more or less
Hello,
Tomas M:
mount -o remount,add:1:/mnt/live/memory/images/some_dir
Then I start kbuildsycoca to refresh KDE menu.
Sometimes it is OK but after adding few branches this way dmesg shows
the error attached, after kbuildsycoca.
my configuration:
CONFIG_AUFS=m
CONFIG_AUFS_FAKE_DM=y
Tomas M:
So I enabled debug and here is the result (attached)
:::
kernel BUG at /usr/src/a/aufs/fs/aufs/iinfo.c:64!
:::
Call Trace:
[f8cec6be] au_new_inode+0x45e/0x510 [aufs]
[f8ced1f9] aufs_permission+0x149/0x260 [aufs]
[f8cecd1d] aufs_lookup+0x7d/0xd0 [aufs]
o bugfix
- bugfix: introduce dcsub.[ch] to handle dentry cache.
- bugfix: use readlink(1) to get cwd, in auplink, mount.aufs and
unionctl, reported by Torsten Luettgert. Actually, to use readlink
was suggested by Tomas M last year.
o news
- support initramfs.
- verbose warning message for
Tomas M:
OK I modified kernel config to enabled this debug and I recompiled the
kernel and aufs.ko as well.
Then I reproduced the bug again, here are the results:
- config: kernel config used (from /proc/config.gz)
- stack.txt: objdump output
- dmesg.log: bug report
Thank you very much.
o bugfix
- bugfix: file revalidation after rename(tgt).
- strict inode lock in fsync() before 2.6.17.
o news
- restore rdacahe option, which was dropped by mistake.
- print the depth of generic workqueue in sysfs/aufs/stat.
- testing initramfs.
- still testing udba=inotify.
- simplified
I guess your script which will be executed periodically will be such
like this (I didn't test it),
mount -o remount,udba=inotify /aufs
mv /rw/* /ro/*
mount -o remount,udba=reval /aufs
This sample was rough or rude.
You may need to care about whiteout, and the possibility of another
As I announced in last Moday release, a minor bug is fixed which is the
end of a revalidating problem.
- bugfix: stop consuming inode number rapidly.
Junjiro Okajima
--
Index: fs/aufs/i_op_del.c
Index: fs/aufs/i_op_ren.c
-
Sandino Flores Moreno:
... on linux 2.6.21.1, I got this error:
Sorry, I may be confused 2.6.21 with 2.6.22.
Please try this patch. If it succeeds, I will update CVS.
Junjiro Okajima
--
Index: fs/aufs/opts.h
Hi Ryan,
Ryan Jud Hughes:
It seems that aufs's unionctl wants a command like:
unionctl /UNION --mode /foo ro
whereas unionfs's wanted a command like:
unionctl /UNION --mode ro /foo
:::
Is there any reason not to do this?
Because unionctl.c in unionfs-1.4.tar.gz shows
Michael Creel:
Everything seems to go well, but when the CD is booted (actually, I use
VMware to boot the image), there is a failure at the point that the aufs
filesystem is mounted, leading to a failure bad /proc/mounts 1 message.
:::
I am trying this using VMware, and I can't
Hi,
Wolfgang Barth:
- Calling ntlm_auth (for AD authentication) from squid needs
drwxr-x--- 2 root proxy
so I only changed the group ownership and restarted all relevant
processes.
Do you mean that you changed it on the writable branch directly?
If so, you need to use udba=inotify
o misc
- flush all the scheduled/nowait tasks at umouning and remounting.
- refine the nowait task queuing.
- support the enqueue error in workqueue.
Junjiro Okajima
--
Index: fs/aufs/cpup.c
Index: fs/aufs/dentry.c
Index:
Wolfgang Barth:
No, I changed the permissions on aufs, as you recommended, not directly.
If you can see the dir group id was changed expectedly and all the
relevant processes were restarted correctly, then it must be an aufs
bug.
Will you show me the simple way to reproduce it?
For example,
Hi,
Wolfgang Barth:
I can now reproduce my winbind problem in an easy case.
Thank you.
now is:
% ls -ld /z-var/lib/xxx /DISK/var/lib/xxx /var/lib/xxx
drwxr-x--- 2 root root 2048 May 21 11:16 /z-var/lib/xxx/
drwxr-x--- 2 root proxy 4096 May 21 13:37 /DISK/var/lib/xxx/
Wolfgang Barth:
% ls -ld /var /var/lib /var/lib/xxx
drwxr-xr-x 26 root root 4096 May 21 11:56 /var/
drwxr-xr-x 32 root root 4096 May 21 13:48 /var/lib/
drwxr-x--- 2 root proxy 4096 May 21 13:37 /var/lib/xxx/
Hmm,,, it's a mystery.
What is the shell of user proxy's?
I want to take a
o pre-announce
As I had announced a few months ago, the unionctl script will not be
supported.
The script the description about it in the aufs manual will be moved
from aufs_cvs/aufs/util to aufs_cvs/aufs/sample.
And the symlink under aufs_cvs/aufs/ will not be created by removing
it from
Hi Wilhelm,
Wilhelm Meier:
FYI, aufs works without problems on linux-vserver with the patches I sent to
the list some times ago. And it would be very good to see a clean solution
for linux-vserver incorporated into aufs.
I can guess supporting the linux-vserver interface (or function
o news
- the unionctl script is moved from util/ to sample/, and will not be
supported any more.
o bugfix
- bugfix: support the moved root branch.
o misc
- testing is_subdir() kernel internal function.
Junjiro Okajima
--
Hi,
Sandino Flores Moreno:
I'm using aufs to compile.
:::
The embedded file systems lives in another aufs (so I can have all the
produced or installed files in within the changes branch for that system).
Do you mean you have two aufs mounted, like this?
# mount -t aufs -o
Jrgen_P._Tjern:
The thing that's acting up is a dir handle. I opendir() it, and I can
read fine from it. A bit later in the programs execution, and readdir()
returns NULL (right after I rewinddir()), and errno is not set.
So your application calls,
{
opendir();
readdir();
You need to enable CONFIG_AUFS_DEBUG. It will print debug messages to
syslog.
One more note,
You need to configure /etc/syslog.conf and /proc/sys/kernel/printk to
receive kernel debug message. For example,
# echo 8 /proc/sys/kernel/printk
(/etc/syslog.conf)
kern.debug /var/log/debug.log
#
Hello Bertrand,
Bertrand D:
Working on an embedded projet, i planned on using aufs. The linux kernel I
use is based on a 2.6.20.7 (it was cross-compiled). It uses the ppc branch
and not the powerpc one. The kernel works great with different kinds of
filesystems. No stability issues.
Igor Karasynskyi:
I'm use aufs as root filesystem in which I chrooted during boot and
after this system run from there, my last branch is RW (index = 0) and
all other is RO, on previous branch (index = 1) exist file /tmp/test
(/tmp permissions is 777), owner of this file is common user, when
Hi Igor,
Igor Karasynskyi:
Do you mean,,,
# mount -t aufs -o br:/rw:/ro none /aufs
# mount -o remount,mod:/rw=ro /aufs
and crashed?
I can't find information about bug in /var/log/*, so I try do
screenshot of this problem, on screenshot also steps that I do after
system boot.
So what
Igor Karasynskyi:
Yes you are right :) my first RO branch has 0777 and branches after
that has 1777, this patch fixed this problem, thank you very much :)
God news!
About this problem with remount branch as RO:
1) I have image of Gentoo distributive (with 2.4 kernel)
2) after that I
Igor Karasynskyi:
Won't you try this patch?
Didn't help, log attached
Sorry, I should write more.
Please remove the last debug patch which includes au_debug_on().
I make mistake, error return not mkswap but swapon
:::
stat64(/var/tmp/swap, {st_mode=S_IFREG|0644, st_size=10240,
Igor Karasynskyi:
No it not really needed, it much more clear when swap located outside of aufs
OK. Then I hope you had already read this description, too.
(from the aufs manual)
When you use aufs as root filesystem, it is recommended to consider to
exclude some directories. For example, /tmp
o bugfix
- bugfix: declare 'signed char', a portability problem reported by
Bertrand D.
- bugfix: strict branch index check at the first adding, reported by
Bertrand D.
- bugfix: unlink a whiteout under a dir who has a sticky bit, reported
by Igor Karasynskyi.
o misc
- warn about
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?
Please send me the output of this script.
Set $path correctly before you execute it.
Junjiro Okajima
Hi,
Tomas M:
My goal is to properly save all filesystem modifications in the writable
branch. So first I tried to cleanly unmount the union, but it's busy and
can't be unmounted.
Your aufs is the root filesystem, isn't it?
Generally speaking, the root filesystem cannot be unmounted. It is
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.
#!/bin/sh
path=/tmp
tmp=/tmp/$$
set -x
df -i $path
for i in 1 2
do
sudo mount -o
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,
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
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
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
Tomas M:
The 'umount /squashfs' part sometimes causes the error message
VFS: Busy inodes after unmount loop* ... etc, so I _think_ the loop
:::
About this problem, please test this patch.
Hm it's hard :) My problem is that I usually can't reproduce it in a
normal Linux environment,
Tomas M:
This was a different problem.
Please consider our conversation about /dev/initctl resolved.
I am working with two problems which are not related together:
I am afraid you are confusing my two patches. :-)
One is the problem of unmounting union (which probably doesn't work
Jrgen_P._Tjern:
Here is the dmesg, it has only occured once after I applied the patch. I
also updated to the newest aufs. :-) The machine isn't being used as
regularly during summer, so use-pattern is a bit different now. :-)
I hope this helps!
Thank you very much for your tests.
Currently
Hello Alexey,
Alexey Bazhin:
I'm having same trouble, but i'm using udba=reval and have no
modifications to branches or aufs at all... and i'm also using xfs...
Thank you for your report.
Then a bug probably lives outside inotify.
If you know how to reproduce this problem, let me know.
o current problem
- isolated inode survived deleting a branch (still testing).
- getdents(2) returns nothing.
- cpup_wh_file() failure.
- setting inode number which was previously assigned (broken ino
msg).
- hang at reboot/shutdown (it may not be an aufs problem).
o bugfix
- bugfix: skip
Hello Philippe,
Philippe Malinge:
I wrote a script (Cf. end of mail) creating 16384 files in a dummy
directory (aufs directory), named dummy.3312, without problem.
:::
It seems that each round deletes only the half of number files.
If I do the same on standard NFS directory, no
Hi,
Philippe Malinge:
- it was nfs client where you executed the script and rm -fr.
Yes, nfs client run : rm -fr /mnt/dummy.3312
:::
Just after you failed rm -fr, can you see the files named '.nfsXXX...?'
No, but dummy.3312 was created on a read-only fs, and I try to remove it
Hi Philippe,
Philippe Malinge:
I guess below information will clarify the issue.
Now we have common recognition that the target dir in on writable branch
filesystem.
And I need to ask you the same question again,
And do you mean that after rm -fr failure there left the whiteouts
Hi Philippe,
Philippe Malinge:
please find attached strace files for each round of rm -fr dummy.3312
executed on nfs-client side.
strace files are named using the round number (1, 2, 3, 4, 5)
Thank you for your test.
I believe it is a known problem which was reported recently by a few
Tapani_Rikknen:
Andrew Burgess kirjoitti:
To get aufs to cpmpile under 2.6.21.5-rt17
I changed fs/aufs/misc.h from:
I just compiled 2.6.21.5 with rt18 patch =
(http://people.redhat.com/mingo/realtime-preempt/) WITHOUT CHANGING =
ANYTHING and was surpised that it compiled fine! I have
Tomas M:
I didn't test the patch you sent me last time yet because I'm packing
some stuff and I'm leaving to holidays for 10 days. So no need to hurry,
take your time :)
Hi Tomas,
When you return from your vacation, please test the latest aufs (last
Monday release).
Junjiro Okajima
Jrgen P. Tjern:
[2297447.631266] aufs 20070702
[2297509.899071] aufs au_new_inode:347:smbd[27416]: Un-notified UDBA or
directly renamed dir, b0, xfs, Simon - Garfunkel - The Best Of Simon -
Garfunkel - Song For The Asking.mp3, hi1610612893, i16.
It's not an access directly to the underlying
Jrgen P. Tjern:
[2297447.631266] aufs 20070702
[2297509.899071] aufs au_new_inode:347:smbd[27416]: Un-notified UDBA or
directly renamed dir, b0, xfs, Simon - Garfunkel - The Best Of Simon -
Garfunkel - Song For The Asking.mp3, hi1610612893, i16.
Please show me your /sys/fs/aufs/*/xino
Hello,
Philippe Malinge:
please find attached strace files for each round of rm -fr dummy.3312
executed on nfs-client side.
strace files are named using the round number (1, 2, 3, 4, 5)
Thank you for your test.
I believe it is a known problem which was reported recently by a few
o current problems
- setting inode number which was previously assigned (broken ino
msg) (testing).
- getdents(2) returns nothing. this may involve two problems. (it was
one. testing)
- cpup_wh_file() failure. (testing)
o bugfix
- bugfix: force rewind at re-initializing vdir, reported by
Hello Tomas,
Do you remember this mail?
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
Hello Chris,
chris rogers:
I try removing a branch and it crash the kernel 2.6.22. So the kernel 2.6.22
should not be supported yet. Add branches have no problems. It works like
normal. So i think its cause of the new mount option trunc_xib and
notrunc_xib that this is happen. But if its
Tomas M:
As I can read aufs/branch.c, line 377, there is a test if inode-i_nlink
... nevertheless 'stat /mnt' outputs Links: 4. I have no idea if this
information is relevant though :)
Should the posixovl filesystem be fixed, or should aufs be fixed?
I tried adding a branch which is
Tomas M:
I tried adding a branch which is mounted by
FUSE_CVS/fuse/example/fusexmp.c, and succeeded.
If you try fusexmp and it succeeds, then the posixovl should be fixed.
Thank you for the answer.
I noticed that you may be misunderstanding what I wrote.
It may depends upon the fuse
Tomas M:
#!/bin/bash
mkdir dir1
touch dir1/something
mkdir union
mount.posixovl dir1
mount -t aufs -o br:dir1=rw aufs union
I guess you can succeed if you use dir1 directly without mount.posixovl.
If we run 'mount.posixovl' with -d parameter (debug), we can see that
nothing access the
o current problems
- setting inode number which was previously assigned (broken ino
msg) (fixed).
- getdents(2) returns nothing. (fixed)
- cpup_wh_file() failure. (fixed)
o bugfix
- bugfix: cpup whiteout which was called #2 in last ci.
o news
- begin supporting linux-2.6.22
+ introduce
I guess fuse lookup will be called if you override it.
That's why I suggest it.
Additionally, mount.posixovl needs to initialize its root inode, since
the root inode is always in cache and lookup for it will not be called.
Note:
- 'the root inode' here means the root of posixovl fs.
- in
Tomas M:
Just for the case somebody is interested, here is the patch which should
fix the problem in kernel:
Interesting fixing.
Will find(1) on this fuse complain about the dir nlink?
Junjiro Okajima
-
This SF.net
Hello Russell,
Russell Harmon:
I was just wondering, has anyone tried to get aufs included in the
kernel? If not, why not?
Currently, I don't have a plan to ask kernel people to include aufs.
But someday I will try it.
Junjiro Okajima
Miklos Szeredi:
Basically yes. Accessing the file type in inode-i_mode is OK, but
for all other fields getattr() needs to be called.
If it is true, current linux lookup routines are totally broken since
they check inode.i_mode so often without vfs_getattr().
They only check the file
Miklos Szeredi:
But I could understand that you are still asserting getattr is
necessary even in the cases of may_open() or something, and that is a
VFS lookup bug.
Am I right?
Yes :)
It is very hard for me that they are VFS lookup bug.
If they are really VFS lookup bug, you or Tomas
Miklos Szeredi:
It is very hard for me that they are VFS lookup bug.
Why? What has the sticky check or the O_NOATIME check to do with
aufs?
If it was VFS bug, it must be a generic problem, not specific to aufs.
While you have mentioned about the race problem, the permission check in
Tomas M:
I prefer to just mention this problem in aufs documentation, so people
will 'stat' a fuse-based filesystem's mountpoint before adding it as
aufs branch.
It is not enough since Miklos thinks getattr is necessary for every VFS
lookup. Of course, I don't agree.
I don't understand
Miklos Szeredi:
You misunderstand. What I think is:
To be able to correctly perform permission checks based on cached
inode attributes, those attributes may need to be refreshed before
making the permission checks.
You seem to be replacing the problem.
The problem is more generic, not
Tomas M:
Now FUSE becomes very special thing to me and aufs.
For users, aufs will call vfs_getattr in case of the branch is FUSE.
I prefer to just mention this problem in aufs documentation, so people
will 'stat' a fuse-based filesystem's mountpoint before adding it as
aufs branch.
It is better to post it to the ML since I think who needs this makefile
is aufs users instead of me.
Oh, I didn't realize that his mail was sent to the ML.
Sorry.
Junjiro Okajima
-
This SF.net email is sponsored by:
1 - 100 of 1884 matches
Mail list logo