root@san:~# zdb -l /dev/dsk/c7t6d0s0
cannot open '/dev/rdsk/c7t6d0s0': I/O error
root@san:~# zdb -l /dev/dsk/c7t6d0p1
LABEL 0
failed to unpack label 0
LABEL 1
-
Ok, I went with windows and virtualbox solution. I could see all 5 of my raid-z
disks in windows. I encapsulated them as entire disks in vmdk files and
subsequently offlined them to windows.
I then installed a sol11exp vbox instance, attached the 5 virtualized disks and
can see them in my sol1
Hi Folks,
Situation :- x86 based solaris 11 express server with 2 pools (rpool / data)
got fried. I need to recover the raidz pool "data" which consists of 5 x 1tb
sata drives. Have individually checked disks with seagate diag tool, they are
all physically ok.
Issue :- new sandybridge based x8
Hi Folks,
I used to run transmission for torrents on opensolaris snv_134. My working zfs
was newsan/tmp and when the torrent completed i had transmission configured to
move the files to newsan/incoming.
I upgraded to sol11exp and the related zfs updates and now the files no longer
move to news
Hi Folks,
Im in a shop thats very resistant to change. The management here are looking
for major justification of a move away from ufs to zfs for root file systems.
Does anyone know if there are any whitepapers/blogs/discussions extolling the
benefits of zfsroot over ufsroot?
Regards in advanc
Well after a couple of weeks of beating my head, i finally got my data back so
I thought I would post what process recovered it.
I ran the samsung estool utility
ran auto-scan and for each disk that was showing the wrong physical size i :-
chose set max address
chose recover native size
After th
here is the requested output of raidz_open2.d upon running a zpool status :-
[EMAIL PROTECTED]:/export/home/brett# ./raidz_open2.d
run 'zpool import' to generate trace
60027449049959 BEGIN RAIDZ OPEN
60027449049959 config asize = 4000755744768
60027449049959 config ashift = 9
6002
As a result of a power spike during a thunder storm I lost a sata controller
card. This card supported my zfs pool called newsan which is a 4 x samsung 1Tb
sata2 disk raid-z. I replaced the card and the devices have the same
controller/disk numbers, but now have the following issue.
-bash-3.2$
rd mentioned
> in connection with the Thumpers many times on the
> forums.
Ahh, I was unfamiliar with Supermicro's products...I'll shut up now. :)
--Brett
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-di
Ross,
The X4500 uses 6x Marvell 88SX SATA controllers for its internal disks. They
are not Supermicro controllers. The new X4540 uses an LSI chipset instead of
the Marvell chipset.
--Brett
This message posted from opensolaris.org
___
zfs
Folks,
Not sure if any of this is possible, but thought I would ask. This is all part
of simplifying my 2 Indiana zfsboot environments.
I am wondering if there is a way to set the mountpoint of a zfs and not have it
immediately actioned. I want this so I can set the mountpoint of my alternate
tion?
If anyone out there has some suggestions for a better configuration, please let
me know :-). I'd like to be able to lose two disks per shelf before losing the
shelf (if possible) but still be able to recover from a total array failure.
Thanks in advance.
Sincerely,
Brett.
12 matches
Mail list logo
