Re: au_do_pin errors in the dmesg

Hello Oleg, Thanx for the report. Oleg: [243074.982168] aufs au_do_pin:423:vsftpd[29191]: err 0 Can this be because of high load of the server? I have a big load average lately, which sometimes per day grow up to 7 (it's many for 1 processor machine). I tried to update kernel with aufs. I

Re: au_do_pin errors in the dmesg

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 a

Re: au_do_pin errors in the dmesg

Oleg: No, every write goes through aufs. Ok. Yes, certainly :-)! This would be great. 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

Re: /usr/lib*/libau.so{, .2} are symlinks after make, but are installed as files with make install

Am 29.03.2010 09:49, schrieb sf...@users.sourceforge.net: Hi, Tommy[D]: a Gentoo user noticed me about the fact, that libau.so is a symlink to li= bau.so.2 and libau.so.2 is a symlink to libau.so.2.2 after calling make. But during install, $instal= l is targeted at those symlinks and

Re: /usr/lib*/libau.so{, .2} are symlinks after make, but are installed as files with make install

Tommy[D]: That patch looks fine to me and works as expected. Thanks, it will be included in next Monday release. J. R. Okajima -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself.