Hi Brenden,
Brenden Carvalho:
> Yes that is exactly what I need, Glad to know its possible.
>
> Although, I was hoping for a quick turnaround on this,=20
> I thought most of the logic/code needed should already be present in the ot=
> her create policies just implemented differently.
I've just s
Brenden Carvalho:
> Although, I was hoping for a quick turnaround on this,=20
> I thought most of the logic/code needed should already be present in the ot=
> her create policies just implemented differently.
>
> A couple of months is a long time, if possible could you do it a bit quicke=
> r? Atl
Hello,
Yes that is exactly what I need, Glad to know its possible.
Although, I was hoping for a quick turnaround on this,
I thought most of the logic/code needed should already be present in the other
create policies just implemented differently.
A couple of months is a long time, if possible
Brenden Carvalho:
> The policy should be similar to create=mfs,
> But instead of writing to the branch in order of free space,
> It should write to the highest branch. If that highest branch gets full, it
> can write to the next highest branch
Hmm, I remember that I have discussed such feature i
Hello,
The policy should be similar to create=mfs,
But instead of writing to the branch in order of free space,
It should write to the highest branch. If that highest branch gets full, it
can write to the next highest branch
Is it possible to implement such a feature?
Hello Brenden,
Brenden Carvalho:
> I want to request a new create policy,
>
> create=top
> Select the highest writeable branch
Hmm, let me make sure.
You have multiple writable branches, and what would you do when the
highest branch gets full and you cannot create a new file an
Hello,
I want to request a new create policy,
create=top
Select the highest writeable branch
Writes to the highest writable branch, irrespective if the parent directory
exists or not (If the parent directory doesn’t exist it is created, Same as
when there is only one
So this is a really delayed, but have been using pmfsrr and it seems to be
working perfectly. I apologize for not responding way sooner.
On Mon, Sep 2, 2013 at 8:39 AM, Michael Johnson - MJ <[1]m...@revmj.com>
wrote:
Hey J.R.,
I saw this in the 'aufs3 GIT release' email last
Hey J.R.,
I saw this in the 'aufs3 GIT release' email last night. Â It may take me a
bit to get it tested, but I will let you know as soon as I do.
On Mon, Sep 2, 2013 at 5:35 AM, <[1]sf...@users.sourceforge.net> wrote:
Hello MJ,
Michael Johnson - MJ:
> I've been using aufs
Hello MJ,
Michael Johnson - MJ:
> I've been using aufs in this manner for years now, and it has been very
> nice, I've bounced between btrfs and zfs a few times, upgraded drives a few
> at at time, etc. The only thing I've run into that has caused me any real
> trouble is that none of the create
No rush at all. Â I appreciate you looking into it!
On Fri, Aug 23, 2013 at 3:08 AM, <[1]sf...@users.sourceforge.net> wrote:
Hello MJ,
Michael Johnson - MJ:
> create=pmfsrr:low:[second]
> Selects a writable branch where the parent dir exists, such as tdp mode.
> When th
Hello MJ,
Michael Johnson - MJ:
> create=pmfsrr:low:[second]
> Selects a writable branch where the parent dir exists, such as tdp mode.
> When the parent dir exists on multiple writable branches, aufs selects the
> one which has most free space, such as mfs mode. If there are less than
> 'low' b
I use aufs to merge multiple btrfs raid1 volumes together. Â This might seem
and odd thing to do on the outset, but it's acutally been quite useful for
me for a few reasons:
* If you have say 8 disks in a raid 10 configuration and start seeing
strange file system behavior or you
13 matches
Mail list logo
