Carson Gaspar wrote:
Darren J Moffat wrote:
...
Agreed, but other than pattern based I can't at the moment thing of a
nice way to pass all the names over the /dev/zfs ioctl call while
maintaining the fact it is pretty much all fixed size.
I'm not saying passing a list of names over the ioctl
I agree with Chris -- I'd much rather do something like:
zfs clone snap1 clone1 snap2 clone2 snap3 clone3 ...
than introduce a pattern grammar. Supporting multiple snap/clone pairs
on the command line allows you to do just about anything atomically.
Jeff
On Fri, Mar 27, 2009 at
On 29 Mar 2009, at 23:19, Jeff Bonwick wrote:
I agree with Chris -- I'd much rather do something like:
zfs clone snap1 clone1 snap2 clone2 snap3 clone3 ...
than introduce a pattern grammar. Supporting multiple snap/clone
pairs
on the command line allows you to do just about
Hi,
The inability to create more than 1 clone at a time (ie: in separate
TXGs) is something which has hampered me (and several projects on
which I have worked) for some years, now.
Specifically I am looking at various forms of diskless grid/cloud
environments where you create a golden
On Fri, 27 Mar 2009, Alec Muffett wrote:
The inability to create more than 1 clone at a time (ie: in separate
TXGs) is something which has hampered me (and several projects on which
I have worked) for some years, now.
Hi Alec,
Does CR 6475257 cover what you're looking for?
Regards,
markm
I would like to apologise to those reading via the forums, because I
used BNF anglebrackets and even though I sent a plaintext message, it
lost my text as HTML...
zfs multiclone tank/f...@1 tank/PATTERN BEGIN END [STRIDE]
-a
___
Mark J Musante wrote:
On Fri, 27 Mar 2009, Alec Muffett wrote:
The inability to create more than 1 clone at a time (ie: in separate
TXGs) is something which has hampered me (and several projects on
which I have worked) for some years, now.
Hi Alec,
Does CR 6475257 cover what you're looking
Alec Muffett wrote:
I would like to apologise to those reading via the forums, because I
used BNF anglebrackets and even though I sent a plaintext message, it
lost my text as HTML...
zfs multiclone tank/f...@1 tank/PATTERN BEGIN END [STRIDE]
So much for an easy-to-use CLI :-O
How about
So much for an easy-to-use CLI :-O
How about feeding in a file containing names instead (qv fmthard -s)?
Not terribly script-friendly; I suffered that sort of thing with
zonecfg and zoneadm (create a controlfile and squirt it into another
command) and deemed it a horrible hack. They are
Alec Muffett wrote:
So much for an easy-to-use CLI :-O
How about feeding in a file containing names instead (qv fmthard -s)?
Not terribly script-friendly; I suffered that sort of thing with zonecfg
and zoneadm (create a controlfile and squirt it into another command)
and deemed it a horrible
The reason for the pattern based filenames is because:
a) that is probably what is wanted most of the time anyway
b) it is easy to pass from userland to kernel - you pass the
rules (after some userland sanity checking first) as is.
Just to quote what I wrote back
On Mar 27, 2009, at 10:33 AM, Darren J Moffat wrote:
a) that is probably what is wanted most of the time anyway
b) it is easy to pass from userland to kernel - you pass the
rules (after some userland sanity checking first) as is.
But doesn't that also exclude the
Chris Kirby wrote:
On Mar 27, 2009, at 10:33 AM, Darren J Moffat wrote:
a) that is probably what is wanted most of the time anyway
b) it is easy to pass from userland to kernel - you pass the
rules (after some userland sanity checking first) as is.
But doesn't that also
djm == Darren J Moffat darr...@opensolaris.org writes:
djm I'm not saying passing a list of names over the ioctl is
djm impossible, more it just doesn't feel right to me at the
djm moment - but I'm happy to be convinced otherwise.
im not sure I want to convince you otherwise. but here
Darren J Moffat wrote:
...
Agreed, but other than pattern based I can't at the moment thing of a
nice way to pass all the names over the /dev/zfs ioctl call while
maintaining the fact it is pretty much all fixed size.
I'm not saying passing a list of names over the ioctl is impossible,
more
15 matches
Mail list logo
