Hello Jean,
Sorry for may late reaction.
Are you still interested in pmfsrr mode? In my last mail, I described
about the cache. But it might be wrong. Currently I think this behaviour
correctly follows what it should be, but the description of 'pmfsrr'
mode in aufs maunal is poor.
"Jean-Ray Arseneau":
> Here=E2=80=99s the updated log after applying the latest debug b.patch:
Thank you very much.
I think I could see the scenario.
As you might know, the mfs policy caches the free-space value per
branch, and pmfsrr policy internally runs the mfs rourtine twice. The
first one i
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-Ray Arseneau":
> Absolutel
"Jean-Ray Arseneau":
> Absolutely
Here is an additional debug patch.
J. R. Okajima
b.patch.bz2
Description: BZip2 compressed data
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by In
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 installed, as I
see =
"Jean-Ray Arseneau":
> Apologies, I sent the wrong log file.
>
> Here is the correct one, I am quite sure the patch is installed, as I see =
> lines like this one:
Ok thanx, confirmed the patch was applied.
The strange thing is that aufs considers there are only 6 writable
branches, while you spe
Hello,
Apologies, I sent the wrong log file.
Here is the correct one, I am quite sure the patch is installed, as I see
lines like this one:
aufs au_wbr_create_mfsrr:533:cp[3711]: DEBUG: mfsrr_bytes 42183135232,
mfsrr_watermark 107374182400
Link to file:
https://dl.dropb
"Jean-Ray Arseneau":
> I have applied the patch, at least I=E2=80=99m quite sure I did.
The debug patch doesn't seem to be applied.
Are you sure that you have loaded the newly compiled module?
J. R. Okajima
--
Dive int
Hello,
I have applied the patch, at least Iâm quite sure I did.
Here is a link to the new syslog:
https://dl.dropboxusercontent.com/u/26943/syslog-20150403.zip
Let me know what else I can do to help.
Cheers,
On Thu, Apr 2, 2015 at 11:55 PM, sf...@users.sourcefor
"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
again? This patch doesn't solve the problem, but help investigating.
Original J. R.
sf...@users.sourceforge.net:
> This will print many debug information including how aufs selected the
> branch. I may send you another debug patch to print more information and
> ask you to apply/rebuild if you can.
I tried but could not reproduce the problem.
Branches:
/run/shm/11044.1=rw
/run/
Hello J.
"Jean-Ray Arseneau":
> Now, from my understanding of the manual, the way I=E2=80=99m mounting with=
> pmfsrr, I am setting a [low] value of 50GB. Again, according to my =
> understanding, if all branches are below the =E2=80=9Clow=E2=80=9D value, =
> it will just round robin to one of t
currently 7
disks, and I’m attempting to use the pmfsrr mode without much success.
Here is a list of my disks:
/dev/sde1 3.6T 3.4T 51G 99% /media/disks/WD-WCC4E5AFUJZK
/dev/sdf1 2.7T 2.6T 36G 99% /media/disks/WD-WMC4N0765691
/dev/sdg1 1.8T 1.8T 35G 99
13 matches
Mail list logo
