I'm not sure if I'm having the same issue, but after running emerge --sync
   (e.g. rsync from the gentoo repository to my local aufs'd tree) my system
   locks too. Can't unmount my aufs'd tree either. I should have copy/pasted my
   dmesg  the  system was so hung, I had to power cycle it. I'm using the
   following module/kernel version on my gentoo box. I'm a little scared to
   retry this after a reboot, but i might just have to :S
filename:       /lib/modules/2.6.36-gentoo-r5/misc/aufs.ko
version:        2.1-standalone.tree-36-20110117

   On 02/09/11 10:06, Ken Park wrote:

   I am exploring stacking an AFS filesystem with a local filesystem, under
   Ubuntu Maverick.

   AFS_PATH='path to afs directory of interest'

   mkdir aumnt

   mount -t aufs -o dirs=$AFS_PATH aufs aumnt

   cd aumnt

   echo "hello world" > hw

   ln -s hw ln_hw

   Everything succeeds until that last ln command, which outputs "Killed", as
   confirmed by exit code of 137.  Afterwards, ls, lsof, or any attempt to
   access aumnt leads bash to hang.  It cannot be unmounted, either.  If I try
   to access the AFS_PATH directly, outside of the aufs mount, it also hangs
   when I try to access that particular directory.  The only way I've been able
   to regain access to AFS_PATH is by reboot, at which point I see that the ln
   command actually HAS been successful.  There is a symlink there for file hw.

   The above is an example of just one branch, but a union with a local branch
   leads to same thing if the writable branch is the AFS branch.  Making a
   symlink to an AFS file on the local filesystem is OK.

   What could be going on here?

   Thanks for any help.


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
[1]http://p.sf.net/sfu/intel-dev2devfeb

References

   1. http://p.sf.net/sfu/intel-dev2devfeb
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb

Reply via email to