Hi.
I've ordered an areca ARC-1680 sas-adapter and supermicro 3U storage
cabinet which can hold 16 sata-disks. The disks are WD RAID Edition 2
GP - 1000GB (server-edition). This will be a jbod-storage. My plan is
to create one zpool and add disks in chunks of 10 disks in raidz2 and
allocate one
Claus Guttesen wrote:
Hi.
I've ordered an areca ARC-1680 sas-adapter and supermicro 3U storage
cabinet which can hold 16 sata-disks. The disks are WD RAID Edition 2
GP - 1000GB (server-edition). This will be a jbod-storage. My plan is
to create one zpool and add disks in chunks of 10 disks
See, that's the problem. I don't want to delete the entire snapshot, I just
want to remove a particular file from the snapshot.
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
What's the preferred method for easily backing up a storage pool? I know about
send/recieve/etc, but I'm asking are people using another Solaris box, Tapes,
CDs/DVDs, External Drives? Basically, I want an off-site backup so that if my
place burns down and the OpenSolaris box I have goes with
OK, I understand.
I don't think it's possible though, as snapshots are read only, as far as I
know.
If you like voodoo you could try going into the .zfs directory, then into the
snapshot directory and see what you can do there, but I wouldn't try it, as it
might be possible to do harm that
Aaron Epps wrote:
What's the preferred method for easily backing up a storage pool? I know
about send/recieve/etc, but I'm asking are people using another Solaris box,
Tapes, CDs/DVDs, External Drives? Basically, I want an off-site backup so
that if my place burns down and the OpenSolaris
Simon Breden wrote:
OK, I understand.
I don't think it's possible though, as snapshots are read only, as far as I
know.
If you like voodoo you could try going into the .zfs directory, then into the
snapshot directory and see what you can do there, but I wouldn't try it, as
it might be
Thanks Darren, that's good to know.
If multiple snapshots reference (own?) the same file, what's the quickest
way to zap that file from all snapshots?
I say 'own' because apparently the original file system that the snapshots
were created from, has been deleted, apparently, if I understood the
Who needs high bandwidth? Create an off-site ZFS store, and output the ZFS
send command to an external USB drive. Import that every night and backups are
a piece of cake. It's quite possible to build a silent 6TB home server for
around £1,200, and it's a surprisingly good solution.
Failing
Can't you turn the snapshot into a clone (kind of an editable snapshot)? Or
does the existence of a clone created from this snapshot prevent from removing
the snapshot afterwards?
This message posted from opensolaris.org
___
zfs-discuss mailing
On Tue, May 13, 2008 at 10:02:01AM -0700, Marc Glisse wrote:
Can't you turn the snapshot into a clone (kind of an editable
snapshot)? Or does the existence of a clone created from this snapshot
prevent from removing the snapshot afterwards?
You can create a clone from the snapshot, but it does
On Tue, May 13, 2008 at 04:33:29PM +0200, Simon Breden wrote:
Thanks Darren, that's good to know.
If multiple snapshots reference (own?) the same file, what's the quickest
way to zap that file from all snapshots?
There isn't a way to do that at all, not short of deleting the actual
snapshots
On Tue, May 13, 2008 at 04:33:29PM +0200, Simon Breden wrote:
If multiple snapshots reference (own?) the same file, what's the quickest
way to zap that file from all snapshots?
There is no way.
If you could do that, then they wouldn't really be snapshots.
I'm not saying that the ability
The /dev/[r]dsk nodes implement the O_EXCL flag. If a node is opened using the
O_EXCL, subsequent open(2) to that node fail. But I dont think the same is true
for /dev/zvol/[r]dsk nodes. Is that a bug (or maybe RFE) ?
Thanks
Sumit
This message posted from opensolaris.org
14 matches
Mail list logo