Hallo Peter,
Peter Wullinger wrote:
>
> siehe oben.
> Fazit: Es geht schon, aber nicht unbedingt gut und zuverlässig.
>
>
...
> Das geht, aber ein Log sagt mehr als tausend Worte:
> # zpool create zdata ad0s2h
> # zpool status zdata
> pool: zdata
> state: ONLINE
> scrub: none requested
> config:
>
> NAME STATE READ WRITE CKSUM
> zdata ONLINE 0 0 0
> ad0s2h ONLINE 0 0 0
> # zpool attach zdata ad0s2h ad1s2h
> # zpool status
> pool: zdata
> state: ONLINE
> scrub: resilver completed after 0h0m with 0 errors on Wed Dec 23 10:59:25 2009
> config:
>
> NAME STATE READ WRITE CKSUM
> zdata ONLINE 0 0 0
> mirror ONLINE 0 0 0
> ad0s2h ONLINE 0 0 0 44K resilvered
> ad1s2h ONLINE 0 0 0 70,5K resilvered
>
> Siehe auch zpool(1M) unter "attach":
>
> zpool attach [‐f] pool device new_device
> [...]
> If device is not currently part of a mirrored configuration,
> device automatically transforms into a two‐way mirror of device
> and new_device.
>
> Wie man sieht ist zfs auch so schlau, intelligent zu kopieren, also nur
> tatsächlich belegte Blöcke auf die neue Platte zu schaufeln.
>
vielen Dank für deine sehr ausführliche Antwort.
Dann werde ich es wohl in zwei Schritten machen, zuerst ein Upgrade auf
eine 64-bit Umgebung und dann das migrieren auf ZFS.
Ich hatte sowas schon vermutet, jetzt habe ich aber ein paar
Erfahrungsberichte, danke nochmal.
Ich wünsche Dir und Euch allen schöne Weihnachten.
Gruss,
Matthias
-- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." -- Rich Cook To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Wed 23 Dec 2009 - 21:53:29 CET