Re: [zfs-discuss] using zpool attach/detach to migrate drives from one controller to another

2006-12-27 Thread Derek E. Lewis
silvering, hence the replacement of c2t53d0 with c1t53d0). Thanks, Derek E. Lewis [EMAIL PROTECTED] http://delewis.blogspot.com ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] using zpool attach/detach to migrate drives from one controller to another

2006-12-27 Thread Derek E. Lewis
pool would not be ideal, just to change the controller the mirrored pooldevs are using. If ZFS cannot do this without (1) exporting the pool and importing it or (2) doing a complete resilver of the disk(s), this sounds like a valid RFE for a more intelligent 'zfs replace' or

Re: [zfs-discuss] using zpool attach/detach to migrate drives from one controller to another

2006-12-27 Thread Derek E. Lewis
id, I have two physical paths, so the drives are already visible to the system. It's also a mirrored pool, so every pooldev also has an equivalent mirror pooldev. I shouldn't need to export the entire pool just to change the controller the mirrored pooldevs are using. Thanks, Derek

[zfs-discuss] using zpool attach/detach to migrate drives from one controller to another

2006-12-27 Thread Derek E. Lewis
esilver, which is very expensive. This is a Solaris 10 11/06 system -- any chance zpool attach/detach has become more intelligent in Solaris Express? Perhaps, 'zpool replace' was the right way to go about it? Thanks, Derek E. Lewis [EMAIL PROTE

Re: [zfs-discuss] Apple Time Machine

2006-08-07 Thread Derek E. Lewis
Really? How odd. Seems to be counter-intuitive with this news: Moreso, http://www.opendarwin.org/~bbraun/oshistory.html http://www.opendarwin.org/~bbraun/webkit.html http://www.opendarwin.org/~bbraun/osfail.html Apple is not interested in open source, as they've been merely using it for a PR