Kimberly Chang wrote:
A couple of ZFS questions:

1. ZFS dynamic striping will automatically use new added devices when there are write requests. Customer has a *mostly read-only* application with I/O bottleneck, they wonder if there is a ZFS command or mechanism to enable the manual rebalancing of ZFS data when adding new drives to an existing pool?

cp :-)
If you copy the file then the new writes will be spread across the newly
added drives.  It doesn't really matter how you do the copy, though.

2. Will ZFS automatically/proactively seek out bad blocks (self-healing) when there're idle cpu cycles? I don't think so but like to get a confirmation. We are aware of 'zpool scrub', a manual way to verify checksums and correct bad blocks. We also know that bad blocks will be self-healed when there's a access request to the bad block.

You can setup periodic scrubs with cron (I'm unsure if there is also a
builtin timer -- to do so wouldn't be very UNIX-like)

The ZFS scheduler put scrubs at a low priority, so they should have
minimal impact on real work.

3. Can zpool determine and alert if server2 is attemping to import a ZFS pool that is currently imported by server1? Can server2 force an import in case server1 crashes - manual failover scenario?

The manual failover scenario is also how the automated failover scenario
will work with Sun Cluster.  However, I do not believe there is a way
for server1 to know that server2 is *attempting* the import without a
cluster infrastructure.  Normally, for Sun Cluster, the disks will be fenced
from the other node.

4. When S10 ZFS boot is available, will Sun offer a migration strategy (commands, processes, etc.) to convert/migrate root devices from SVM/VxVM to a ZFS root file system?

cp :-)
cpio more likely, but it may be easier to use LiveUpgrade or reinstall,
depending on how the legacy system is configured.
Conversion in-place is just not worth the effort.
 -- richard
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to