Hereâs the updated log after applying the latest debug b.patch:
https://dl.dropboxusercontent.com/u/26943/syslog-20150404.zip
Jean
On Sat, Apr 4, 2015 at 11:53 AM, sf...@users.sourceforge.net
<[1]sf...@users.sourceforge.net> wrote:
"Jean-R
Absolutely
On Sat, Apr 4, 2015 at 1:30 AM, sf...@users.sourceforge.net
<[1]sf...@users.sourceforge.net> wrote:
"Jean-Ray Arseneau":
> Apologies, I sent the wrong log file.
>
> Here is the correct one, I am quite sure the patch is
://dl.dropboxusercontent.com/u/26943/syslog-20150403-2.zip
Cheers,
Jean
On Fri, Apr 3, 2015 at 10:10 PM, sf...@users.sourceforge.net
<[1]sf...@users.sourceforge.net> wrote:
"Jean-Ray Arseneau":
> I have applied the patch, at least I=E2=80=99m quite s
...@users.sourceforge.net
<[1]sf...@users.sourceforge.net> wrote:
"Jean-Ray Arseneau":
> I have included linked to the files. They are:
Ok thanx.
The log shows the expected behaviour, but the result is wrong.
To investigate more, would you apply this debug print patch and try
Hello,
Long time lurker, first time poster, hope I get things right.
I have an AuFS mount that is 21TB in size. I’m trying to use AuFS in a way
that will ensure my disks (branches) do not fill up and result in out of
space issues (preferably without using create=mfs). There are c
