On Sat, 6 Jun 2009, Richard Elling wrote:
The presumption is that you are using UFS for the CF, not ZFS.
UFS is not COW, so there is a potential endurance problem for
blocks which are known to be rewritten many times. ZFS will not
have this problem, so if you use ZFS root, you are better
hello,
any known tool for advanced recovery of accidentally deleted files in raidz (3
HDD) zfs filesystem (the raidz is not damaged nor corrupted)??
it seems to be some steps, but no ready-to-go tools:
Ian Collins wrote:
Tim Haley wrote:
Brent Jones wrote:
On the sending side, I CAN kill the ZFS send process, but the remote
side leaves its processes going, and I CANNOT kill -9 them. I also
cannot reboot the receiving system, at init 6, the system will just
hang trying to unmount the file
On Sun, 07 Jun 2009 02:09:20 PDT, paco
no-re...@opensolaris.org wrote:
hello,
any known tool for advanced recovery of accidentally
deleted files in raidz (3 HDD) zfs filesystem
(the raidz is not damaged nor corrupted)??
it seems to be some steps, but no ready-to-go tools:
On Sun, 07 Jun 2009 13:20:31 +0200, Kees Nuyt
k.n...@zonnet.nl wrote:
You can find accidentally deleted files in the snapshots in
the .zfs directory in the root of every zfs filesystem.
Addition: you may have to execute
# zfs set snapdir=visible yourpoolname
to see the .zfs directories in
Paul B. Henson wrote:
On Sat, 6 Jun 2009, Richard Elling wrote:
The presumption is that you are using UFS for the CF, not ZFS.
UFS is not COW, so there is a potential endurance problem for
blocks which are known to be rewritten many times. ZFS will not
have this problem, so if you use ZFS
same history happened to me on build 111 and i still don't know what to do
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Arthur Bundo wrote:
same history happened to me on build 111 and i still don't know what to do
What do you see in /tank/home?
Can you do an overlay mount, zfs mount -O tank/home?
--
Ian.
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
I'm running OpenSolaris 2009.06, and when I attempt to restore a ZFS snapshot,
the machine hangs in an odd fashion.
I create a backup of fs1 (roughly 15GB):
zfs send -R tank/f...@1 | gzip /backups/test_1.gz
I create a new zpool to accept the backup:
zpool create testdev1 testpool
Then I
Can I do a zfs send filesystem from Solaris-10 into a file.zfs to a
machine running OpenSolaris-2009.06, store it there and later do a zfs
receive TO the solaris-10 machine from this file.zfs (onto the OSOl
machine? I ask because I'm not sure if the zfs rpool versions will get
in the way. S10 has
On Sun, May 31, 2009 at 12:57 PM, Timt...@tcsac.net wrote:
On Sun, May 31, 2009 at 10:29 AM, Rodrigo E. De León Plicet
rdele...@gmail.com wrote:
Related to the attached file, I just want to understand why, if 'zpool
list' reports 191MB available for coolpool, 'df -h|grep cool' only
shows
Tim, Nevermind. I should have Read The Fine Manual (tm) from the start.
Says zpool(1M):
---
(...)
zpool list (...)
(...)
This command reports actual physical space available to the storage
pool. The physical space can be different
I've got a system with a 1-partition (74G) root pool and an 8-whole-disk
(500Gx8) raidz2 pool called tank. I reinstalled the OS recently, after
zfs export'ing tank, and did a zpool import -af. The following is what
I ended up with. I'm totally at a loss to explain these Xc... pools;
there
13 matches
Mail list logo
