Date: Thu, 17 Dec 2009 03:26:57 +0100 From: mailinglists <mailinglists@debank.tv> To: <freebsd-questions@freebsd.org> Cc: etienne@debank.tv Subject: Transfer zfs pool to new hardware Message-ID: <591192c5972ba7e0f6de1ec167010f71, 77fa862ed28fc5b6ead3ee575b4b6e49@debank.tv>
next in thread | raw e-mail | index | archive | help
All,
My machine had a failing motherboard so it was decided to put the drives
of the failed machine in a different machine to be able to continue
service.
The old server had 2 drives in a mirror setup (gmirror) and these were
recovered fine in the new server, these disks contain the OS so everything
is up and running again.
In addition to the mirrored drives there was a zfs (raidz) volume to
contain bulk data, this pool was built using 4 750G drives (all the same
disks) but this hasn't come up properly. I'm not sure if the disks were put
in the server in the same order and the device naming in the new machine
has changed also. One thing that stands out (for me) is that the /dev/ad12
comes up twice in the 'zpool status' output (see below), I'm not sure if
this is expected......
Old situation:
zfs raidz containing /dev/ad10, /dev/ad12, /dev/ad14 and /dev/ad16
(working fine)
In the new machine /dev/ad16 doesn't exist and the drives are numbered
different:
/dev/ad8, /dev/ad10, /dev/ad12 and /dev/ad14
My question is; can the data on this zfs pool be recovered?
Some more detailed information is below, but I'd be happy to provide
additional information if needed.
Current machine specs:
FreeBSD flappie.debank.tv 7.2-STABLE FreeBSD 7.2-STABLE #8: Mon Dec 7
00:45:32 CET 2009 root@flappie.debank.tv:/usr/obj/usr/src/sys/FLAPPIE
amd64
Dual core AMD processor, 6G memory, Tyan motherboard
>From the dmesg on the new box (all disk are recognized):
root@flappie:...home/rob#dmesg | grep "ad[0-9]"
ad4: 286188MB <Maxtor 6L300S0 BANC1G10> at ata2-master SATA150
ad6: 286188MB <Maxtor 6L300S0 BANC1G10> at ata3-master SATA150
ad8: 715404MB <SAMSUNG HD753LJ 1AA01108> at ata4-master SATA300
ad10: 715404MB <SAMSUNG HD753LJ 1AA01108> at ata5-master SATA300
ad12: 715404MB <SAMSUNG HD753LJ 1AA01108> at ata6-master SATA300
ad14: 715404MB <SAMSUNG HD753LJ 1AA01108> at ata7-master SATA300
Some more output from the various zfs commands:
root@flappie:...home/rob#zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
data - - - - FAULTED -
root@flappie:...home/rob#zpool status data
pool: data
state: UNAVAIL
status: One or more devices could not be used because the label is missing
or invalid. There are insufficient replicas for the pool to
continue
functioning.
action: Destroy and re-create the pool from a backup source.
see: http://www.sun.com/msg/ZFS-8000-5E
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
data UNAVAIL 0 0 0 insufficient replicas
raidz1 UNAVAIL 0 0 0 insufficient replicas
ad10 FAULTED 0 0 0 corrupted data
ad12 FAULTED 0 0 0 corrupted data
ad14 FAULTED 0 0 0 corrupted data
ad12 ONLINE 0 0 0
root@flappie:...home/rob#zdb
data
version=13
name='data'
state=0
txg=4552247
pool_guid=10110325244913303479
hostid=376236222
hostname='unset'
vdev_tree
type='root'
id=0
guid=10110325244913303479
children[0]
type='raidz'
id=0
guid=15844282688259604426
nparity=1
metaslab_array=14
metaslab_shift=34
ashift=9
asize=3000606130176
is_log=0
children[0]
type='disk'
id=0
guid=12803254643974387344
path='/dev/ad10'
devid='ad:S13UJ1KQ236306'
whole_disk=0
children[1]
type='disk'
id=1
guid=9558028561673012056
path='/dev/ad12'
devid='ad:S13UJ1KQ236305'
whole_disk=0
children[2]
type='disk'
id=2
guid=12771778087909498297
path='/dev/ad14'
devid='ad:S13UJ1KQ236308'
whole_disk=0
children[3]
type='disk'
id=3
guid=9647122164658652650
path='/dev/ad16'
devid='ad:S13UJ1KQ236309'
whole_disk=0
Thanks for your help,
Rob Evers
***deze e-mail is gescand door Onlinespamfilter.nl***
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?591192c5972ba7e0f6de1ec167010f71, 77fa862ed28fc5b6ead3ee575b4b6e49>