gmane.linux.file-systems.aufs.user

[SOLVED] Errors on compile 3.4.42 kernel with RT patch and AUFS

Daniel Vidal — 2013-05-14T18:06:37

Hi sfjro!

I had problems when trying to compile a 3.4.42 kernel with real time and
aufs patch.

The file that failed was i_op.c.

The message was that "struct mutex" did not have "owner" field.

I reviewed the patch RT and found that changes "struct mutex" adding a
level.

"struct mutex" is defined as:

struct mutex {
         rt_mutex struct lock;
# ifdef CONFIG_DEBUG_LOCK_ALLOC
         struct lockdep_map dep_map;
# endif
};

It is in the definition of rt_mutex where it appears "owner".

I modified the function that gave trouble this way:

au_pin_hdir_set_owner void (struct au_pin * p, struct task_struct * task)
{
# if defined (CONFIG_DEBUG_MUTEXES) | | defined (CONFIG_SMP)
# if defined (CONFIG_PREEMPT_RT_FULL)
         p-> hdir-> hi_inode-> i_mutex.lock.owner = task;
# else
         p-> hdir-> hi_inode-> i_mutex.owner = task;
# endif
# endif
}

Now compiles without errors and everything seems ok.

Attached a patch to that file for your review.

(translated with google... i'am sorry)

   Hi sfjro!
   I had problems when trying to compile a 3.4.42 kernel with real time and
   aufs patch.
   The file that failed was i_op.c.
   The message was that "struct mutex" did not have "owner" field.
   I reviewed the patch RT and found that changes "struct mutex" adding a
   level.
   "struct mutex" is defined as:
   struct mutex {
            rt_mutex struct lock;
   # ifdef CONFIG_DEBUG_LOCK_ALLOC
            struct lockdep_map dep_map;
   # endif
   };
   It is in the definition of rt_mutex where it appears "owner".
   I modified the function that gave trouble this way:
   au_pin_hdir_set_owner void (struct au_pin * p, struct task_struct * task)
   {
   # if defined (CONFIG_DEBUG_MUTEXES) | | defined (CONFIG_SMP)
   # if defined (CONFIG_PREEMPT_RT_FULL)
            p-> hdir-> hi_inode-> i_mutex.lock.owner = task;
   # else
            p-> hdir-> hi_inode-> i_mutex.owner = task;
   # endif
   # endif
   }
   Now compiles without errors and everything seems ok.
   Attached a patch to that file for your review.
   (translated with google... i'am sorry)
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

(initramfs) How to access rw-part after switch_root ?

2013-05-13T08:43:58

   Hi there

   Iam quite new to aufs but I managed to get my gentoo boot a squashfs.img
   into aufs-ro and aufs-rw. My system boots successfuly but how can I access
   the rw-dir I defined in the initramfs after switch_root?

   ### init #############
   ...pre-stuff
   ...
   # mount the usb with the squash.img and copy it to tmpfs
   mkdir -p /mnt/sdb1
   mount /dev/sdb1 /mnt/sdb1
   mkdir /mnt/tmpfs
   mount -t tmpfs -o size=1500m tmpfs /mnt/tmpfs
   cp -a /mnt/sdb1/squash.img /mnt/tmpfs
   umount /dev/sdb1

   # make aufs ro-rw-newroot
   mkdir /mnt/ro_root
   mkdir -p /mnt/tmpfs/rw
   mount -o ro /mnt/tmpfs/squash.img /mnt/ro_root || rescue_shell
   mount -t aufs -o br=/mnt/tmpfs/rw:/mnt/ro_root none /mnt/root

   # Clean up.
   umount /proc
   umount /sys
   umount /dev
   # Boot the real thing.
   exec switch_root /mnt/root /sbin/init || rescue_shell
   #######################


   my mount after switch_root looks like:

   ########################
   rootfs on / type rootfs (rw)
   tmpfs on /mnt/tmpfs type tmpfs (rw,relatime,size=1536000k)
   /dev/loop0 on /mnt/ro_root type squashfs (ro,relatime)
   none on / type aufs (rw,relatime,si=97dd6d33cdfc9433)
   proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
   tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
   udev on /dev type devtmpfs
   (rw,nosuid,relatime,size=10240k,nr_inodes=505505,mode=755)
   devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)
   shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime)
   sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
   debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
   cgroup_root on /sys/fs/cgroup type tmpfs
   (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755)
   openrc on /sys/fs/cgroup/openrc type cgroup
   (rw,nosuid,nodev,noexec,relatime,release_agent=/lib64/rc/sh/cgroup-release-a
   gent.sh,name=openrc)
   cpuset on /sys/fs/cgroup/cpuset type cgroup
   (rw,nosuid,nodev,noexec,relatime,cpuset)
   cpu on /sys/fs/cgroup/cpu type cgroup (rw,nosuid,nodev,noexec,relatime,cpu)
   cpuacct        on       /sys/fs/cgroup/cpuacct       type       cgroup
   (rw,nosuid,nodev,noexec,relatime,cpuacct)
   freezer        on       /sys/fs/cgroup/freezer       type       cgroup
   (rw,nosuid,nodev,noexec,relatime,freezer)
   binfmt_misc     on     /proc/sys/fs/binfmt_misc    type    binfmt_misc
   (rw,nodev,noexec,nosuid)
   #########################
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may

aufs3 GIT release

2013-05-13T03:46:18

o news
- actual work of aufs3.x-rcN for linux-3.10 begins.
- The SourceForge engineering team thinks aufs3-linux.git repository
  calm down. Yes, the repository itself looks good. But the web
  interface is still broken and it doesn't show all the branches. They
  registered the problem as another bug and still are working on it.
  Be careful when you browse it.
  I'd suggest you to switch to GitHub for a while.


J. R. Okajima

----------------------------------------------------------------------
- aufs3-linux.git#aufs3.2..aufs3.9 branch
      aufs: update the donator list

- aufs3-linux.git#aufs3.x-rcN branch
  Addition to above,
      aufs: for linux-3.10, tiny, remove WQ_RESCUER
      aufs: for linux-3.10, unusable FIFO file->private_data

- aufs3-standalone.git
  ditto

- aufs-util.git
  none

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may

I/O Error, ... exists on a upper branch but not pseudo-linked

Justin — 2013-05-10T13:33:44

Hi,

we are currently building our new livedvd release and experiencing sever
problem with the aufs layer.


[  985.698035] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  985.698035] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  985.909021] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  985.909021] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  986.518726] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  986.518902] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  986.531818] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  986.533053] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  986.930341] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked
[  986.930598] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error,
i1388 exists on a upper branch but not pseudo-linked


It's a gentoo kernel ( vanilla sources with
http://dev.gentoo.org/~mpagano/genpatches/patches-3.9-4.htm) patched
with the standalone patches. the livedvd puts an aufs layer on / to make
write access in the live environment possible. The DVD can be found
here: http://77.110.8.68/gentoo13


Any suggestions?
Thanks,
Justin

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may

I/O Error, i46 exists on a upper branch but not pseudo-linked

Francois Goudal — 2013-05-07T15:01:31

Hi,

I am currently working with aufs on getting a Debian 7 system to boot 
the root filesystem on disk in read-only and with aufs, have the parts 
of the filesystem that require write permissions to be overlayed to a 
tmpfs so that they can be writable even if the changes will not be 
persistent when the system reboots.

Here is basically what I have done so far :

Install a standard debian 7 system
Install a "home-made" 3.6.11 linux kernel patched with aufs

Make an init script that is run very early in the boot process which 
does the following :
  - Mounts a tmpfs to /varram
  - Mounts an ext3 partition in rw mode to /conf
  - Mounts the union of /var(ro) and /varram(rw) to /var
  - Mounts the union of /etc(ro) and /conf/etc(rw) to /etc

Change the fstab to have the rootfs mounted readonly, and added "ro" to 
the kernel command line options in grub


With this, I have all changes from the initial config in etc being 
stored in /conf/etc thanks to aufs
And all the runtime stuff which I don't need to be persistent (in /var) 
are writeable thank's to aufs, and the changes are stored by aufs in a 
tmpfs mounted filesystem


This worked great so far... until I installed squid.
When I have squid installed, it fails to start and I also get aufs 
kernel messages in my logs :
aufs au_cpup_single:756:squid[3490]: I/O Error, failed removing broken 
entry(-1, -1)
aufs au_cpup_single:676:squid[4067]: I/O Error, i46 exists on a upper 
branch but not pseudo-linked
aufs au_cpup_single:676:squid[4082]: I/O Error, i46 exists on a upper 
branch but not pseudo-linked
...

Then squid gives up and terminates.
I ran find /var -inum 46 and it is "/var/spool"
So this makes sense since squid is configured to run its cache from 
/var/spool/squid

But I couldn't find out why this happens and how I can avoid this problem.
I have seen that there might be an issue with tmpfs where inode numbers 
may wrap around, but I don't think it is what I am facing here.
I have tried many different mount options but none seemed to fix the issue.

What I am doing here was working fine on an "old" 2.6.32 with aufs2 
kernel and debian 5. But I am currently upgrading to some more current 
versions and I would like the same to be working, simply.

Here is my /proc/mounts :
rootfs / rootfs rw 0 0
/dev/root / ext3 ro,relatime,errors=continue,barrier=1,data=writeback 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=206464k,mode=755 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev tmpfs rw,relatime,size=10240k,mode=755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=563200k 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
/dev/sda2 /conf ext3 
rw,relatime,errors=continue,barrier=1,data=writeback 0 0
tmpfs /ramvar tmpfs rw,relatime 0 0
aufs /etc aufs rw,relatime,si=db8a6945,nowarn_perm 0 0
aufs /var aufs rw,relatime,si=db8a6745,noxino,nowarn_perm 0 0
tmpfs /tmp tmpfs rw,relatime 0 0

/sys/module/aufs/version is 3.6-20130429
/sys/module/aufs/parameters/brs is 1

My kernel AUFS config is :
CONFIG_AUFS_FS=y
CONFIG_AUFS_BRANCH_MAX_127=y
# CONFIG_AUFS_BRANCH_MAX_511 is not set
# CONFIG_AUFS_BRANCH_MAX_1023 is not set
# CONFIG_AUFS_BRANCH_MAX_32767 is not set
CONFIG_AUFS_SBILIST=y
# CONFIG_AUFS_HNOTIFY is not set
# CONFIG_AUFS_RDU is not set
# CONFIG_AUFS_PROC_MAP is not set
# CONFIG_AUFS_SP_IATTR is not set
# CONFIG_AUFS_SHWH is not set
# CONFIG_AUFS_BR_RAMFS is not set
CONFIG_AUFS_BDEV_LOOP=y
# CONFIG_AUFS_DEBUG is not set


Any help would be much appreciated.

Best regards,

aufs3 GIT release

2013-05-06T01:36:02

o news
- a new branch aufs3.9 is created, and aufs3.x-rcN is for linux-3.10.
- aufs3-linux.git on SourceForge is unstable and unreliable. Until it
  calm down, try git://github.com/sfjro/aufs3-linux.git instead.

o enhancement
- the simple linked list for the aufs pseudo-link is restructured, and
  it becomes a very simple hashed list.

J. R. Okajima

----------------------------------------------------------------------
- aufs3-linux.git#aufs3.2..aufs3.8 branch
      aufs: plink hlist 1/5, tiny, split au_plink_half_refresh()
      aufs: plink hlist 2/5, tiny, implement au_sphl for hlist
      aufs: plink hlist 3/5, convert the plink list into hlist
      aufs: plink hlist 4/5, make it a hashed array
      aufs: plink hlist 5/5, implement /debug/aufs/si_<id>/plink
      aufs: update the donator list

- aufs3-linux.git#aufs3.9 branch
  Addtion to above,
      aufs: for 3.9, remove the pos param from hlist func

- aufs3-linux.git#aufs3.x-rcN branch
  ditto

- aufs3-standalone.git
  ditto

- aufs-util.git
  none

------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1

aufs3 GIT release

2013-04-29T03:40:40

o bugfix
- bugfix, au_pin verifies the positive dentries

J. R. Okajima

----------------------------------------------------------------------

- aufs3-linux.git
      aufs: update the donator list
      aufs: tiny, polymorphing is unnecessary for au_pin
      aufs: bugfix, au_pin verifies the positive dentries

- aufs3-standalone.git
  ditto

- aufs-util.git
  none

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr

aufs3 GIT release

2013-04-22T17:38:27

o news
- a GIT branch aufs3.2.x is created.
  currently it supports v3.2.41.
- only the supported version's branches are git-pushed (updated).
  the GIT branch aufs3.0 in aufs-util.git becomes obsolete.
- now the branch top dir behaves as if it were a mount-point by default.
  if you don't like this behaviour, then you can specify a new branch
  attribute "unpin". (reported and requested by V.Krishn).
- a new copyup approach is implemented which was Al Viro's idea
  originally based upon the discussion about aufs/UnionMount/overlayfs.
  throught this work, I have found several bugs and fixed.

o bugfix
- possible bugfix, make sure the target branch is upper
- possible bugfix, error handling in reopen_nondir()
- bugfix, no i_[ug]id_write() for USER_NS, reported by justin.

The web interface of aufs GIT repos are still broken and the SourceForge
engineering team is working on it. The GIT repo itself should be
available and ok.

Recently there happened several things on aufs GIT repos, both of my
local and the public one on SF. And I made changes on very essential
features of aufs at the same time. Hmm, I am afraid if I made a mistake
in my git work (or in SF side), something unpleasant may happen.


J. R. Okajima

----------------------------------------------------------------------

- aufs3-linux.git#aufs3.2..aufs3.6 branch
      aufs: tiny, internal struct au_cpup_basic
      aufs: tiny, update SF URLs
      aufs: update the donator list
      aufs: tiny, remove an obsolete comment
      aufs: tiny, add some debugging code
      aufs: minor optimization, do not unlink in au_do_cpup_regular()
      aufs: stop locking for au_h_open_pre()
      aufs: tiny, simply refine calling h_open_post()
      aufs: possible bugfix, make sure the target branch is upper
      aufs: possible bugfix, error handling in reopen_nondir()
      aufs: new copyup 1/6, copyup as a hidden name
      aufs: new copyup 2/6, au_pin supports temporary unlock/relock
      aufs: new copyup 3/6, aufs_link() copyup dentry using src_dentry's name
      aufs: new copyup 4/6, aufs_rename() always copies-up the src dentry
      aufs: new copyup 5/6, actually unlock the parent and relock
      aufs: new copyup 6/6, the inode attributes
      aufs: pin the branch dir 1/5, tiny, au_br_mnt()
      aufs: pin the branch dir 2/5, tiny, au_br_sb()
      aufs: pin the branch dir 3/5, replace br_mnt by br_path
      aufs: pin the branch dir 4/5, remove some parameters
      aufs: pin the branch dir 5/5, set DCACHE_MOUNTED

- aufs3-linux.git#aufs3.7..aufs3.8 branch
  Addition to above,
      aufs: bugfix, no i_[ug]id_write() for USER_NS

- aufs3-linux.git#aufs3.x-rcN branch
  Addition to above,
      aufs: for linux-3.9, a parameter for vfs_getattr()

- aufs3-standalone.git
  ditto

- aufs-util.git#aufs3.2 branch
      describe the branch attr unpin
      note about the name length of the branch top dir
      version for 3.2

- aufs-util.git#aufs3.x-rcN branch
  ditto

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

copy between branches

Christian Huldt — 2013-04-22T10:00:50

I will be adding a fast "top layer" on top a fileserver like this

mount -t aufs -o br:/mnt/newssd=rw:/mnt/olddisk=ro+wh aufs_root /srv/p/

Since there is a considerable difference in size, I would like to "copy 
down" changes from
/mnt/newssd to /mnt/olddisk about once a week.

Would a straight

rsync -a /mnt/newssd /mnt/olddisk

be preferrable to

aubrsync

or the other way around?
Dopes it matter?

General questions

Luca — 2013-04-20T16:00:03

Hi,
I'm a developer of Chakra Linux and I'm analyzing the pros and cons to switch 
our bundle system from unionfs to aufs.
Maybe first a short description of what a bundle is: Chakra is kde-centric 
distribution, was decided to don't provide the gtk applications as package but 
only in the form of bundle. A Bundle is a squash file system with all the 
dependencies on it that is mounted on request. Currently the bundles are 
mounted in /tmp/ and in some case (like chrome) a chroot+unionfs is need.

The main idea is to improve what we have already by mounting the bundles 
directly over / in a new aufs branch. The advantages are that we don't need 
anymore a chroot and the users can easily use local system-wide installed 
plugins.

I would like to know what do you think about this points below based on your 
experience:
- mounting on / is a good approach on a real system? (not a livecd where is 
used mostly)
- what about the read/write speed on the HD if the root is mounted with aufs? 
can decrease if many branches are added?
- use aufs without remount / (is already mounted at boot) is possible? 
something like "mount -t aufs -o dirs=/=rw none /" make sense?

If you have other proposals or some special mount options that permits to 
archive our idea please let me know.

Thanks,
Luca

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

I/O Error when writing to hardlinked file

Rene Meusel — 2013-04-18T09:29:43

Hello <list>,

I use AUFS in the common copy-on-write scenario. When writing to a file that has hardlinks in the readonly-branch I run into an I/O-Error. The following script reproduces the problem both on kernel 2.6.32 (aufs 2.1) and 3.2.0 (aufs 3.2-20120109):

$ mkdir rw
$ mkdir ro
$ mkdir cow

$ echo "foo" > ro/foo
$ ln ro/foo ro/bar

$ mount -t aufs -o br=./rw=rw:./ro=rr,udba=none,rw hardlink_test cow

$ echo "bar" > cow/foo  # fail!

The `echo "bar" > cow/foo` fails with an I/O-Error while producing an empty file "rw/foo".
Checking the log files I see the following:
$ dmesg | grep aufs | tail -1
aufs au_lkup_neg:326:aufsd/0[43]: I/O Error, foo should be negative on b0.

Subsequent writes to cow/foo work perfectly fine.
Is this a known issue?

Best,
René

   Hello <list>,

   I use AUFS in the common copy-on-write scenario. When writing to a file that
   has hardlinks in the readonly-branch I run into an I/O-Error. The following
   script reproduces the problem both on kernel 2.6.32 (aufs 2.1) and 3.2.0
   (aufs 3.2-20120109):

   $ mkdir rw
   $ mkdir ro
   $ mkdir cow
   $ echo "foo" > ro/foo
   $ ln ro/foo ro/bar
   $ mount -t aufs -o br=./rw=rw:./ro=rr,udba=none,rw hardlink_test cow
   $ echo "bar" > cow/foo  # fail!

   The `echo "bar" > cow/foo` fails with an I/O-Error while producing an empty
   file "rw/foo".

   Checking the log files I see the following:

   $ dmesg | grep aufs | tail -1

   aufs au_lkup_neg:326:aufsd/0[43]: I/O Error, foo should be negative on b0.

   Subsequent writes to cow/foo work perfectly fine.

   Is this a known issue?

   Best,

   RenÃ©
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

Stale NFS file handle

V.Krishn — 2013-04-06T08:48:32

Did the following to set an aufs.

cd /tmp
mkdir branch ro u
mount test.iso ro -o loop 
mount -t aufs -o br:branch:ro none u

Now branch got accidently deleted 
and I am unable to unmount u nor ro

Tried:
umount -f u
or
umount -f ro

Keep getting following error:
umount2: Stale NFS file handle
umount: u/: Stale NFS file handle

I am using Knoppix 7.0.1.

Any help would be great.

Error - Stale NFS file handle

V.Krishn — 2013-04-06T08:26:10

Did the following to set an aufs.

cd /tmp
mkdir branch ro u
mount test.iso ro -o loop 
mount -t aufs -o br:branch:ro none u

Now branch got accidently deleted 
and I am unable to unmount u nor ro

Tried:
umount -f u
or
umount -f ro

Keep getting following error:
umount2: Stale NFS file handle
umount: u/: Stale NFS file handle

I am using Knoppix 7.0.1.

Any help would be great.

Strange 3.0 & ia64 behavior with large tar files.

Jemiolo, John — 2013-04-04T23:27:55

If I untar a large image (~45M)  to /opt.   After the untar (tar -xf)   the only content in /opt  is what was in the tar.  But the previous content is still seen in /union  and /changes is unchanged.?

Installing small tar files works fine, as well as RPM's.

No complaints from aufs debug.

/proc/mounts before:
rootfs / rootfs rw 0 0
none /proc proc rw,relatime 0 0
/dev/shm /initrd tmpfs rw,relatime,size=524288k 0 0
none /initrd/proc proc rw,relatime 0 0
/dev/shm / tmpfs rw,relatime,size=1000000k 0 0
none /dev tmpfs rw,relatime 0 0
10.1.1.5:/export/ /net nfs ro,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.1.1.5,mountvers=3,mountport=49187,mountproto=udp,local_lock=all,addr=10.1.1.5 0 0
/dev/loop0 /initrd/loopfs squashfs ro,relatime 0 0
none /union aufs rw,relatime,si=4e0f8f17ce03f333 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime,mode=620,ptmxmode=000 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0


/proc/mounts  after:
rootfs / rootfs rw 0 0
none /proc proc rw,relatime 0 0
/dev/shm /initrd tmpfs rw,relatime,size=524288k 0 0
none /initrd/proc proc rw,relatime 0 0
/dev/shm / tmpfs rw,relatime,size=1000000k 0 0
none /dev tmpfs rw,relatime 0 0
10.1.1.5:/export/ /net nfs ro,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.1.1.5,mountvers=3,mountport=49187,mountproto=udp,local_lock=all,addr=10.1.1.5 0 0
/dev/loop0 /initrd/loopfs squashfs ro,relatime 0 0
none /union aufs rw,relatime,si=4e0f8f17ce03f333 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime,mode=620,ptmxmode=000 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0

Anyone see behavior like this?
JJ


   If I untar a large image (~45M)  to /opt.   After the untar (tar ------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html

aufs3 GIT release

2013-04-01T06:01:05

o news
- The project GIT URL is changed by updating the project on SourceForge.
  But the web interface for aufs3-linux is still broken. SF engineering
  team is working on it. It will be fixed within a week hopefully.

o bugfix
- for linux-3.6, push mnt_want_write() outside of i_mutex
- for linux-3.7, the type of parameters of security_path_chown(),
  reported by justin.

o misc
- I am going to make a big change to the copyup approach which is Al
  Viro's idea originally. The "tiny" commit in this release is a first
  step of the big change.

J. R. Okajima

----------------------------------------------------------------------

- aufs3-linux.git#aufs3.0..aufs3.3 branch
  none

- aufs3-linux.git#aufs3.4 branch
      aufs: tiny, internal struct au_cpup_basic
      aufs: tiny, update SF URLs

- aufs3-linux.git#aufs3.5 branch
  ditto

- aufs3-linux.git#aufs3.6 branch
  Additon to above,
      aufs: for linux-3.6, push mnt_want_write() outside of i_mutex

- aufs3-linux.git#aufs3.7 branch
  Additon to above,
      aufs: for linux-3.7, btrfs limits the link count explicitly
      aufs: for linux-3.7, the type of parameters of security_path_chown()

- aufs3-linux.git#aufs3.8 branch
  ditto

- aufs3-linux.git#aufs3.x-rcN branch
  ditto

- aufs3-standalone.git
  ditto

- aufs-util.git
  none

------------------------------------------------------------------------------
Own the Future-Intel&reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

aufs3.0 .. aufs3.5 will end

2013-03-28T12:27:26

Hello all,

I have a plan to stop maintaining aufs3.0 .. aufs3.5.
If you have a strong objection, please let me know.


J. R. Okajima

------------------------------------------------------------------------------
Own the Future-Intel&reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

CONFIG_USER_NS breaks compilation

justin — 2013-03-28T10:44:48

Hi,

if CONFIG_USER_NS is set the compilation of the auf-sources breaks:

fs/aufs/i_op.c: In function ‘aufs_setattr’:
fs/aufs/i_op.c:719:8: error: incompatible type for argument 2 of
‘security_path_chown’
In file included from fs/aufs/i_op.c:27:0:
include/linux/security.h:2936:19: note: expected ‘kuid_t’ but argument
is of type ‘uid_t’
fs/aufs/i_op.c:719:8: error: incompatible type for argument 3 of
‘security_path_chown’
In file included from fs/aufs/i_op.c:27:0:
include/linux/security.h:2936:19: note: expected ‘kgid_t’ but argument
is of type ‘gid_t’
fs/aufs/i_op.c: In function ‘au_refresh_iattr’:
fs/aufs/i_op.c:769:2: error: incompatible type for argument 2 of
‘i_uid_write’
In file included from include/linux/device_cgroup.h:1:0,
                 from fs/aufs/i_op.c:23:
include/linux/fs.h:705:20: note: expected ‘uid_t’ but argument is of
type ‘kuid_t’
fs/aufs/i_op.c:770:2: error: incompatible type for argument 2 of
‘i_gid_write’
In file included from include/linux/device_cgroup.h:1:0,
                 from fs/aufs/i_op.c:23:
include/linux/fs.h:710:20: note: expected ‘gid_t’ but argument is of
type ‘kgid_t’
make[2]: *** [fs/aufs/i_op.o] Error 1
make[1]: *** [fs/aufs] Error 2
make[1]: *** Waiting for unfinished jobs....


Please find a kernel config at the downstream bugreport
(https://bugs.gentoo.org/show_bug.cgi?id=463471).

I reproduced that issue with a fresh checkout of the aufs3 full kernel
sources.


Any solution to fix this?

Thanks,
Justin

------------------------------------------------------------------------------
Own the Future-Intel&reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

Compiling aufs3-util

Valentin Churavy — 2013-03-27T15:01:38

Hello there,

I am currently trying to compile the aufs3-utils on an archlinux machine.
May kernel is linux-3.8-pf with aufs-standalone patched in and when I try
to build I get the following error:

==> Beginne build()...
cc -march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4
-D_FORTIFY_SOURCE=2 -I./libau -O -Wall -I/usr/src/linux-3.8.1-pf/include/
-DMOUNT_CMD_PATH=\"\" -Wl,-O1,--sort-common,--as-needed,-z,relro  ver.c
-o ver
In file included from
/usr/src/linux-3.8.1-pf/include/linux/aufs_type.h:19:0,
                 from ver.c:19:
/usr/src/linux-3.8.1-pf/include/uapi/linux/aufs_type.h:180:27: Error:
expected »:«, »,«, »;«, »}« or »__attribute__« before »*« token
make: *** [ver] Error 1

The build script does nothing more then

export CPPFLAGS="-I/usr/src/linux-3.8.1-pf/include/"
make

Does anybody has a clue what goes wrong here?

gcc-Version 4.7.2 (GCC)

Cheers,

Valentin

   Hello there,

   I am currently trying to compile the aufs3-utils on an archlinux machine.

   May kernel is linux-3.8-pf with aufs-standalone patched in and when I try to
   build I get the following error:

   ==> Beginne build()...
   cc -march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4
   -D_FORTIFY_SOURCE=2 -I./libau -O -Wall -I/usr/src/linux-3.8.1-pf/include/
   -DMOUNT_CMD_PATH=\"\" -Wl,-O1,--sort-common,--as-needed,-z,relro Â ver.c Â
   -o ver
   In file included from
   /usr/src/linux-3.8.1-pf/include/linux/aufs_type.h:19:0,
   Â  Â  Â  Â  Â  Â  Â  Â  Â from ver.c:19:
   /usr/src/linux-3.8.1-pf/include/uapi/linux/aufs_type.h:180:27:  Error:
   expected Â»:Â«, Â»,Â«, Â»;Â«, Â»}Â« or Â»__attribute__Â« before Â»*Â« token
   make: *** [ver] Error 1

   The build script does nothing more then

   export CPPFLAGS="-I/usr/src/linux-3.8.1-pf/include/"

   make

   Does anybody has a clue what goes wrong here?

   gcc-Version 4.7.2 (GCC)

   Cheers,

   Valentin
------------------------------------------------------------------------------
Own the Future-Intel&reg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

aufs project on SF is upgrading

2013-03-25T05:13:13

Hello all,

The aufs project on SourceForge is upgrading now.
The new repositories will be
git clone git://git.code.sf.net/p/aufs/aufs3-linux aufs-aufs3-linux
git clone git://git.code.sf.net/p/aufs/aufs3-standalone aufs-aufs3-standalone
git clone git://git.code.sf.net/p/aufs/aufs-util aufs-aufs-util

The old repositories are still avaialble.
git://aufs.git.sourceforge.net/gitroot/aufs/aufs3-linux.git 
git://aufs.git.sourceforge.net/gitroot/aufs/aufs3-standalone.git 
git://aufs.git.sourceforge.net/gitroot/aufs/aufs-util.git

The SourceForge engineering team seems to be working on aufs3-linux tree
still.
Until completing the work, the GIT repository may not be accessible or
may provide obsolete status.


J. R. Okajima

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

aufs3 GIT release

2013-03-25T04:49:37

o news
- As you might know, Al Viro is considering merging aufs with other
  stackable filesystems into mainline. Through the discussion on LKML, I
  found that aufs should have supportted fsfreeze in aufs3.6.
  And I am going to update aufs3.6 again to follow the changes in btrfs.

J. R. Okajima
----------------------------------------------------------------------

- aufs3-linux.git#aufs3.0..aufs3.5 branch
  none

- aufs3-linux.git#aufs3.6 branch
      aufs: for linux-3.6, a new wrapper vfsub_mnt_drop_write_file()
      aufs: for linux-3.6, ftruncate() supports sb_{start,end}_write()

- aufs3-linux.git#aufs3.7 branch
  ditto

- aufs3-linux.git#aufs3.8 branch
  Adittion to above,
      aufs: for linux-3.8, replace mnt_drop_write_file() by __mnt_drop_write()
      aufs: for linux-3.8, support for vfs_truncate()

- aufs3-linux.git#aufs3.x-rcN branch
  ditto

- aufs3-standalone.git
  ditto

- aufs-util.git
  none

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar

aufs3 error message: I/O Error, resolv.conf should be negative on b0

Runo Sahara — 2013-03-15T17:08:14

Hi.

I'm trying to make aufs3(3.7) work with Linux(CentOS 6.3) + customized 
kernel 3.7.10.
The purpose is to make the whole system read-only (which is installed on a 
USB flash memory.)

I almost made it working, except that I get the following error message 
(dmesg) on boot:

==== dmesg | grep aufs
[root< at >runorouter ~]# dmesg | grep aufs
aufs 3.7-20130311
aufs test_add:264:mount[286]: uid/gid/perm /ro 0/0/0555, 0/0/01777
aufs au_lkup_neg:264:kworker/3:1[40]: I/O Error, resolv.conf should be 
negative on b0.
aufs au_lkup_neg:264:kworker/3:1[40]: I/O Error, resolv.conf should be 
negative on b0.
====

Any ideas why I get these messages?

As an issue, my /etc/resolv.conf seems to be truncated. (my eth1 uses dhcp 
to get a DNS address)
====
[root< at >runorouter ~]# cat /etc/resolv.conf
[root< at >runorouter ~]# cat /ro/etc/resolv.conf
; generated by /sbin/dhclient-script
search usen.ad.jp
nameserver 61.122.112.97
nameserver 61.122.116.174
====
(/ro contains the old /etc/resolv.conf read-only before the dhcp update, and 
the newly created resolv.conf becomes an empty file)

Here are the steps I took:
-Install/configure a CentOS 6.3 normally.
-Get kernel 3.7.10, patch it with aufs-3.7.
-Use the .config distributed with CentOS, patch it with make oldconfig.
-Enable some options, including aufs(built-in, see below, or the 
attachment).
-Build/install the kernel.
-Patch /boot/initramfs-3.7.10.img by adding the script below just after the 
root filesystem is mounted.
(the root filesystem is mounted inside mount/99mount-root.sh called by init)
-Patch grub to be able to select which mode to start. (read-only or normal)

==== script added in initramfs, at the end of mount/99mount-root.sh
# NEWROOT = /sysroot, it's the root filesystem mounted on initramdisk.

# Read only filesystem configuration.
if getarg rosystem; then

    # Create /rw /ro mount points.
    mkdir -p /ro /rw
    mount -t tmpfs -o size=6g aufs-tmpfs /rw
    mount --move "$NEWROOT" /ro
    mount -t aufs -o br:/rw=rw:/ro=ro aufs "$NEWROOT"

    # Setup /rw /ro in $NEWROOT
    mkdir -p "$NEWROOT/rw" "$NEWROOT/ro"
    mount --move /rw "$NEWROOT/rw"
    mount --move /ro "$NEWROOT/ro"

    # Remove mount point "/" from $NEWROOT/etc/fstab
    if [ -f "$NEWROOT/etc/fstab" ] && ! [ -L "$NEWROOT/etc/fstab" ]; then
        echo -n > "$NEWROOT/etc/fstab.ro"
        while read dev mp fs opts rest; do
            # Skip comments.
            [ "${dev%%#*}" != "$dev" ] && continue

            # Skip "/".
            [ "$mp" = "/" ] && continue

            echo "$dev" "$mp" "$fs" "$opts" "$rest" >> 
"$NEWROOT/etc/fstab.ro"
        done < "$NEWROOT/etc/fstab"
        mv -f "$NEWROOT/etc/fstab.ro" "$NEWROOT/etc/fstab"
    fi
fi
====

==== initramfs patch process
# rosystem is a temp dir

[root< at >runorouter rosystem]# cp /boot/initramfs-3.7.10.img 
./initramfs-3.7.10.img.back
[root< at >runorouter rosystem]# gzip -cd initramfs-3.7.10.img.back > raw_back
[root< at >runorouter rosystem]# mkdir work
[root< at >runorouter rosystem]# cd work
[root< at >runorouter rosystem]# cpio -i --file=../raw_back
[root< at >runorouter rosystem]# emacs mount/99mount-root.sh

# patch the script

[root< at >runorouter rosystem]# cpio -o --file=../raw --format=newc
[root< at >runorouter rosystem]# cd ..
[root< at >runorouter rosystem]# gzip -c9 raw > /boot/initramfs-3.7.10.img
====

==== grep AUFS .config
[root< at >runorouter linux-3.7.10]# grep AUFS .config
CONFIG_AUFS_FS=y
CONFIG_AUFS_BRANCH_MAX_127=y
# CONFIG_AUFS_BRANCH_MAX_511 is not set
# CONFIG_AUFS_BRANCH_MAX_1023 is not set
# CONFIG_AUFS_BRANCH_MAX_32767 is not set
CONFIG_AUFS_SBILIST=y
CONFIG_AUFS_HNOTIFY=y
CONFIG_AUFS_HFSNOTIFY=y
# CONFIG_AUFS_EXPORT is not set
CONFIG_AUFS_RDU=y
CONFIG_AUFS_PROC_MAP=y
CONFIG_AUFS_SP_IATTR=y
CONFIG_AUFS_SHWH=y
CONFIG_AUFS_BR_RAMFS=y
# CONFIG_AUFS_BR_FUSE is not set
CONFIG_AUFS_BDEV_LOOP=y
# CONFIG_AUFS_DEBUG is not set
====

==== cat /proc/mounts after boot
[root< at >runorouter ~]# cat /proc/mounts
rootfs / rootfs rw 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
devtmpfs /dev devtmpfs rw,relatime,size=4086512k,nr_inodes=1021628,mode=755 
0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
/dev/sda3 /ro ext4 ro,relatime,data=ordered 0 0
aufs-tmpfs /rw tmpfs rw,relatime,size=6291456k 0 0
aufs / aufs rw,relatime,si=47881908e30a99e0 0 0
/dev/sda1 /boot ext4 rw,relatime,data=ordered 0 0
tmpfs /tmp tmpfs rw,relatime,size=6291456k 0 0
tmpfs /media/ramdisk tmpfs rw,relatime,size=6291456k 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
====

Thanks.