sfjro | 19 May 2013 21:37
Picon

aufs3 GIT release


o news
- copyup supports for a sticky bit of the parent
  As three users posted about this issue to the aufs-users ML, I
  implemented a workaround. But I am not sure this is correct. It means
  that this commit may be reverted in the future.

J. R. Okajima

----------------------------------------------------------------------
- aufs3-linux.git#aufs3.2..aufs3.9 branch
      aufs: copyup supports for a sticky bit of the parent

- aufs3-linux.git#aufs3.x-rcN branch
  Addition to above,
      aufs: for linux-3.10, tiny, include aio.h

- aufs3-standalone.git
  ditto

- aufs-util.git
  none

------------------------------------------------------------------------------
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

(Continue reading)

sfjro | 17 May 2013 07:33
Picon

Re: Re: simple noob question


Sorry interrupting ML.

To: q5sys <q5sys <at> users.sourceforge.net>

I replied to your personal mail, but it was bounced because of

<q5sys <at> users.sourceforge.net>: host mx.sourceforge.net[216.34.181.68] said: 550
    unknown user (in reply to RCPT TO command)

Here I forward my reply to this ML with a little hope to reach you.

------- Forwarded Message

From: sfjro <at> users.sourceforge.net
Subject: Re: simple noob question
To: q5sys <q5sys <at> users.sourceforge.net>
Date: Fri, 17 May 2013 14:19:58 +0900
Message-ID: <23331.1368767998 <at> jrobl>

Hello q5sys,

q5sys:
> Sorry for the dumb question, but I\'ve never done kernel patching before=
> , just complied =0D=0Afrom pre-patched source.  =0D=0AThe aufs-linux sou=
> rce you provide, is that just the vanilla source patched with AUFS, or i=
> s =0D=0Asomething else done as well.  I\'m just wondering if thats the s=
> ame thing that i\'d end up =0D=0Agetting if I downloaded the official so=
> urce from kernel.org and patched with the =0D=0Astandalone patchs you pr=
> ovide.=0D=0A=0D=0ANo reason me wasting the time if you\'ve already done=
(Continue reading)

Daniel Vidal | 14 May 2013 20:06
Picon

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

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;
(Continue reading)

paulbg | 13 May 2013 10:43
Picon

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


   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
(Continue reading)

sfjro | 13 May 2013 05:46
Picon

aufs3 GIT release


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 
(Continue reading)

Justin | 10 May 2013 15:33
Picon
Favicon
Gravatar

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

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
(Continue reading)

Francois Goudal | 7 May 2013 17:01

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

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.
(Continue reading)

Rene Meusel | 6 May 2013 17:00
Picon
Picon

Re: I/O Error when writing to hardlinked file

Hi Junjiro,

you are right, the described bug appears to be fixed in newer versions (tried on 3.7). That's great! Thanks.

The commit you pointed me at (2cfb049) seems to be rather small. I was wondering if I could just apply it to the
2.x branch of aufs, in order to fix this issue in older kernels as well. How do you feel about the odds for this idea?

Best,
René
------------------------------------------------------------------------------
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

sfjro | 6 May 2013 03:36
Picon

aufs3 GIT release


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
(Continue reading)

sfjro | 29 Apr 2013 05:40
Picon

aufs3 GIT release


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

sfjro | 22 Apr 2013 19:38
Picon

aufs3 GIT release


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

----------------------------------------------------------------------
(Continue reading)


Gmane