Hello Francois, Francois Goudal: > 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)
It means, - squid[3490] is going to modify a file - aufs copies-up the file - during the copy-up, VFS function returned an error of EPERM (-1) - aufs detects this error and abodon the copy-up by removing a half-succeeded copied-up file - but removing got an error EPERM (-1) again So the half-succeeded copied-up file was left and the succeeding messages were produced. Can you identify which file was the trigger, by strace or something? Is the file set some inode-flags, immutable or something? > 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. Hmm, recently I've added major changes to the copy-up routines (based upon Al Viro's idea). There is a possibility I made something wrong. If I could reproduce the problem on my test machine, I could find out the bug. J. R. Okajima ------------------------------------------------------------------------------ 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
