sf...@users.sourceforge.net:
> Michael Johnson - MJ:
> > $ cd /aufsdir;
> > $ mkdir -p dir1/dir2;
> > $ rm -rf dir1
> > $ ls
> > ls: cannot open directory .: Stale file handle
>
> At least, these steps succeeded on my test machine.
I've tested the same steps on
- plain linux-3.13
- aufs3.13-20140
> According to git://kernel.ubuntu.com/ubuntu/ubuntu-trusty.git, it uses
> aufs3.13-20140303. As always, ubuntu uses old version enough to make it
> very hard for me suppport. But I am trying, as always, to support and
> help users.
Ah, I might be confused, sorry.
If ubuntu-trusty.git is release
Dan Kegel:
> I see that Ubuntu 14.04's using kernel 3.13.mumble, and aufs no longer
Is this your Ubuntu 14.04?
2d22fc7 2014-10-09 UBUNTU: Ubuntu-3.13.0-38.65
According to git://kernel.ubuntu.com/ubuntu/ubuntu-trusty.git, it uses
aufs3.13-20140303. As always, ubuntu uses old version enoug
Michael Johnson - MJ:
> $ cd /aufsdir;
> $ mkdir -p dir1/dir2;
> $ rm -rf dir1
> $ ls
> ls: cannot open directory .: Stale file handle
At least, these steps succeeded on my test machine.
$ mkdir -p dir1/dir2
$ rm -ir dir1
rm: descend into directory `dir1'? y
rm: remove directory `dir1/dir2'? y
a
Hello Dan and Michael,
Dan Kegel:
> Thanks for the short repro script.
I will try Michael's to reproduce the problem on my test env.
> I believe this is bug #1: http://sourceforge.net/p/aufs/bugs/1/
It is doubtful since the versions, options, branch fs-types are all
different from yours.
J.
... although if it's bug #1, I'm not sure why it just showed up for me
with btrfs and not ext4...
On Tue, Jan 27, 2015 at 4:03 PM, Dan Kegel wrote:
> Thanks for the short repro script.
> This prevents debian packaging tools from working; seems like it'd be
> good to fix it in aufs rather than add
Thanks for the short repro script.
This prevents debian packaging tools from working; seems like it'd be
good to fix it in aufs rather than adding a workaround into dpkg and
friends.
I believe this is bug #1: http://sourceforge.net/p/aufs/bugs/1/
- Dan
On Tue, Jan 27, 2015 at 3:47 PM, Michael Joh
I see very similar behavior (and always have with AUFS) and it is easily
reproducible. Here is how to reproduce 100% of the time:
$ cd /aufsdir;
$ mkdir -p dir1/dir2;
$ rm -rf dir1
$ ls
ls: cannot open directory .: Stale file handle
To mke the error go away:
$ cd .
I've been using aufs on top of ext4 reliably for some time.
Recently I tried it on top of btrfs (stock Ubuntu 14.04), and my
builds are failing in rm -rf with:
/bin/rm: cannot remove
`/tmp/temp-lintian-lab-h2hbg82XOW/pool/o/oobleck.../unpacked':
Directory not empty
internal error: failed to remov
Hello Bogdan,
Bogdan Kiselitsa:
> I'm trying to use AuFS to pool storage with Arch linux running on HyperV.
> Unfortunately I'm getting freezes when writing many files via samba or
> rsync. The write ops eventually freeze and I get kernel messages that
> kworkers or smbd have been blocked for 120
Hi,
I'm trying to use AuFS to pool storage with Arch linux running on HyperV.
Unfortunately I'm getting freezes when writing many files via samba or
rsync. The write ops eventually freeze and I get kernel messages that
kworkers or smbd have been blocked for 120 seconds, necessitat
11 matches
Mail list logo
