On 09/05/2006, at 12:21 PM, Roland Mainz wrote:
Is there any interest to turn the "zfs" utility (to clarify: This is
about a change in the "zfs" utility itself, not about any "language
bindings" etc.) from it's (currently) "homegrown" command-line parsing
code over to ksh93/libshell.so (this has
Hi, I am using Solaris Express 04/06 (snv_36) and tried to do the same tasks as
in Dan Price's Self Healing screencast
bash-3.00# zpool status
pool: tank
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
tank ONLINE 0 0 0
I was asked to also snoop the iscsi end of things, trying to find
something different between the two. iscsi being relatively opaque, it
was easiest to find differences in the patterns. In the local copy to
RAIDZ example, the iscsi link would show packets of 1514 in length in
series of 5-10, with
Hi!
Is there any interest to turn the "zfs" utility (to clarify: This is
about a change in the "zfs" utility itself, not about any "language
bindings" etc.) from it's (currently) "homegrown" command-line parsing
code over to ksh93/libshell.so (this has been proposed by Amersham/GE
Healthcar
On Tue, 2006-05-09 at 00:49 +0200, Patrick wrote:
> > In my experience, the approach and solution for "remote mirroring"
> > really depends on two things:
> > 1. are you doing disaster recovery, versus mirroring diversity?
>
> I'm not actually sure, i'm currently mirroring from the one dis
On Mon, May 08, 2006 at 02:27:05PM +0200, Patrick wrote:
> Hi there,
>
> I've got a question, that i'm sure's been addressed somewhere, so
> sorry if i'm asking the same question twice, but here goes:
>
> I've currently got two linux machines running drbd ( remote device
> mirror ) and it's worki
Hello.
Howdy! :)
Well, this can be a pretty deep topic for a monday morning :-)
Well, monday evening for some of us ;)
In my experience, the approach and solution for "remote mirroring"
really depends on two things:
1. are you doing disaster recovery, versus mirroring diversity?
On Mon, May 08, 2006 at 10:23:44PM +0100, Tim Foster wrote:
> This could be easily implemented via a set of SMF instances which
> create/destroy cron jobs which would themselves call a simple script
> responsible for taking the snapshots.
There was talk a while back about an extended cron service
Tim Foster stated:
< Hey Constantin,
<
< On Mon, 2006-05-08 at 11:37 +0200, Constantin Gonzalez wrote:
< > I took the liberty of renaming the thread to $SUBJECT because I think that
what
< > we really are looking for is an ability for ZFS to automatically manage
snapshot
< > after they have bee
Hey Constantin,
On Mon, 2006-05-08 at 11:37 +0200, Constantin Gonzalez wrote:
> I took the liberty of renaming the thread to $SUBJECT because I think that
> what
> we really are looking for is an ability for ZFS to automatically manage
> snapshot
> after they have been created.
Wow, nice summa
On Fri, May 05, 2006 at 11:55:17PM -0500, Spencer Shepler wrote:
> On Fri, Joe Little wrote:
> > Thanks. I'm playing with it now, trying to get the most succinct test.
> > This is one thing that bothers me: Regardless of the backend, it
> > appears that a delete of a large tree (say the linux kerne
On Mon, 2006-05-08 at 14:27 +0200, Patrick wrote:
> Hi there,
Hello.
> I've got a question, that i'm sure's been addressed somewhere, so
> sorry if i'm asking the same question twice, but here goes:
>
> I've currently got two linux machines running drbd ( remote device
> mirror ) and it's workin
On Mon, 8 May 2006, Bill Sommerfeld wrote:
> I think there may be a middle ground here -- provide some relatively
> simple policy-independent mechanisms in the filesystem to allow admins
> to implement the snapshot/backup management policy of their choice.
>
> I can think of a couple mechanisms wh
Hi there,
I've got a question, that i'm sure's been addressed somewhere, so
sorry if i'm asking the same question twice, but here goes:
I've currently got two linux machines running drbd ( remote device
mirror ) and it's working perfectly, but i'd love to use ZFS (* i
ZFS *) but alas, i don't s
I think there may be a middle ground here -- provide some relatively
simple policy-independent mechanisms in the filesystem to allow admins
to implement the snapshot/backup management policy of their choice.
I can think of a couple mechanisms which would help:
- additional admin-defined filesyst
Hi,
thank you for the excellent comments, thoughts and ideas on the
"Properties of ZFS snapshots I'd like to see..." thread.
I took the liberty of renaming the thread to $SUBJECT because I think that what
we really are looking for is an ability for ZFS to automatically manage snapshot
after they
16 matches
Mail list logo
