On Fri, Apr 29, 2011 at 04:07:20AM +0900, sf...@users.sourceforge.net wrote:
>
> 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
> >
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.
> >
>
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
> >
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
On Thu, Apr 22, 2010 at 02:25:49PM +0900, sf...@users.sourceforge.net wrote:
>
> > In your case, you (or someone else) tried creating something
> > "video/Films/fileA" (fileA was unprintable characters actually). Since
>
> Correction.
> - the path was "video/Films/dirA/fileB" and dirA was unprint
On Thu, Apr 22, 2010 at 02:57:15AM +0900, sf...@users.sourceforge.net wrote:
> Hi Oleg,
>
> Oleg:
> > This dir is very old :-). And we don't plan to remove or rename it in the
> > near future.
>
> Why I asked how old is that it contains .wh..wh.opq or something
On Fri, Apr 16, 2010 at 12:32:40PM +0900, sf...@users.sourceforge.net wrote:
>
> Oleg:
> > Here a new kerndebug file.
>
> Thanx, that is what I need.
> I could see some strange status. I will think deeper. It may take some
> time.
> If you know whether the dir n
On Tue, Apr 13, 2010 at 10:34:16PM +0900, sf...@users.sourceforge.net wrote:
>
> Oleg:
> > A new kerndebug file. I'm not sure that it contain needed info, but:
>
> Ah, you disabled CONFIG_AUFS_DEBUG, right?
Yes. I forgot about it.
> I should have checked it in th
A new kerndebug file. I'm not sure that it contain needed info, but:
~# cat /proc/sys/kernel/printk
8 4 1 7
~# grep 'DEBUG.*y$' /boot/config-`uname -r`
CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y
CONFIG_SLUB_DEBUG=y
CONFIG_HAVE_DMA_API_DEBUG=y
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_PNP_DE
On Fri, Apr 09, 2010 at 11:37:27PM +0900, sf...@users.sourceforge.net wrote:
>
> Oleg:
> > Here a kernel debug file.
>
> There is no difference from the previous one, no necessary info.
> Are you sure that you changed the loglevel?
Yes. I added the next line in
On Thu, Apr 01, 2010 at 02:14:54PM +0900, sf...@users.sourceforge.net wrote:
>
> Oleg:
> > Hi, again.
> >
> > I have some fresh errors in the dmesg :-).
>
> These messages are memory allocation errors and happened outside of
> aufs. I am not sure they a
On Mon, Mar 29, 2010 at 09:39:25PM +0900, sf...@users.sourceforge.net wrote:
> Please apply this patch. You will need to set the kernel log level to
> 'debug' to get the debug log. And send me the log.
> Usually you can set it by specifying debug to the kernel boot option,
> or "echo 8 > /proc/sys/
On Mon, Mar 29, 2010 at 08:04:56PM +0900, sf...@users.sourceforge.net wrote:
>
>
> Did you directly (bypassing aufs) modify any of the branches (sd?1)?
No, every write goes through aufs.
> If so, the behaviour is correct. Otherwise the message might be wrong.
> For the latter case, if I write
Hi.
I have a debian ftp server with aufs. Everything is well, but a some time ago
I have seen in the dmesg next errors:
[169096.132814] aufs au_do_pin:423:vsftpd[14546]: err 0
[169114.602425] aufs au_do_pin:423:vsftpd[14575]: err 0
[169116.245115] aufs au_do_pin:423:vsftpd[14575]: err 0
[1788
14 matches
Mail list logo
