Oleg:
># mv test_dir test-dir
>#
># ls -l /home/ftp/sdg1/pub
> drwxr-xr-x 6 repop repop 4096 Sen 26 2010 test-dir
># ls -l /home/ftp/sdk1/pub
> drwxr-xr-x 6 repop repop 4096 Apr 28 2010 test_dir
> drwxr-xr-x 6 repop repop 4096 Apr 28 2010 test-dir
># ls -l /home/ftp/sdl1/pu
On Fri, Apr 29, 2011 at 02:17:35AM +0900, sf...@users.sourceforge.net wrote:
>
> Oleg:
> > On Thu, Apr 28, 2011 at 11:55:21PM +0900, sf...@users.sourceforge.net wrote:
> > > I guess there exists a whiteout for the old name in the upper branch.
> >
> > Can I fix this with auchk?
>
> Unfortunatel
Oleg:
> On Thu, Apr 28, 2011 at 11:55:21PM +0900, sf...@users.sourceforge.net wrote:
> > I guess there exists a whiteout for the old name in the upper branch.
>
> Can I fix this with auchk?
Unfortunately I don't understand your problem or what you want to solve.
Do you want unlink(2) and rmdir(
On Thu, Apr 28, 2011 at 11:55:21PM +0900, sf...@users.sourceforge.net wrote:
>
> Hello Oleg,
>
> Oleg:
> > I have a debian ftp server with aufs. A some time ago I started to note that
> > some directories renaming make strange things. For example, if we have a
> > one directory on many branches
Hello Oleg,
Oleg:
> I have a debian ftp server with aufs. A some time ago I started to note that
> some directories renaming make strange things. For example, if we have a
> one directory on many branches (all are rw) and rename it, we get a new name
> in aufs, but in branches we get a directory
Hi.
I have a debian ftp server with aufs. A some time ago I started to note that
some directories renaming make strange things. For example, if we have a
one directory on many branches (all are rw) and rename it, we get a new name
in aufs, but in branches we get a directory with old name and sa
