After all the discussion here about VB, and all the finger pointing
I raised a bug on VB about flushing.
Remember I am using RAW disks via the SATA emulation in VB
the disks are WD 2TB drives. Also remember the HOST machine
NEVER crashed or stopped. BUT the guest OS OpenSolaris was
hung and so I
way! I willl be buying ECC memory for my home
machine!!
Again many many thanks to all how have replied it has been a very
interesting and informative discussion for me.
Best regards
Russel
--
This message posted from opensolaris.org
___
zfs-discuss
OK.
So do we have an zpool import --xtg 56574 mypoolname
or help to do it (script?)
Russel
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Well I did have a UPS on the machine :-)
but the machine hung and I had to power it off...
(yep it was vertual, but that happens on direct HW too,
and virtualisasion is the happening ting at sun and else where!
I have a version of the data backed up, but will
take ages (10days) to restore).
--
Th
Hi,
Yes I read those threads, wow, dd directly over blocks at some offset point.
I was hoping some tools may have been created by now. hoping
Russel
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss
e got a beta version of a tool to perform roll back?
Russel
(It will take me 10 days to pull my data off litttle my little
drives again, and 5 days to format with raid5 (H/W) and NFTS
not what I want, nor the raid-5 hole :-))
--
This message posted from opensolaris.org
_
Yes you'll find my name all over VB at the moment, but I have found it to be
stable
(don't install the addons disk for solaris!!, use 3.0.2, and for me winXP32bit
and
OpenSolaris 2009.6 has been rock solid, it was (seems) to be opensolaris failed
with extract_boot_list doesn't belong to 101, but
block evcenutual found this one bellow
###
#zdb -u -t 335425 array1
Uberblock
magic = 00bab10c
version = 14
txg = 335425
guid_sum = 16544206071174628188
timestamp = 1247514285 UTC = Mon Jul 13 20:44:45 2009
#date
Sunday, 19 July 2009 01:58:18 BST
===
Infact July 13 is ok thats when I was last adding files and moving things about
so thats not a bad point to return to
So how do I manage to "roll-back" to txg = 335425 so I can hopefully
get my 10TB back?
Or is the answer return to doing HW raid under NTFS and windows directly?
I heard people at sun may be working on a tool that can roll-back to a txg
is it about (yes I understand the issue of you can't roll back as a freeded
block
may have been re-used) but I'd happ;y loosse one of my 6GB files to get the
other 6TB back thanks!!
PLEASE PLEASE any help really appreciated.
Russel
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss