> You're right, from the documentation it definitely
> should work. Still, it doesn't. At least not in
> Solaris 10. But i am not a zfs-developer, so this
> should probably answered by them. I will give it a
> try with a recent OpneSolaris-VM and check, wether
> this works in newer implementations of zfs.

Thanks for confirming that it does work in b117. I'm not able to test it easily 
at the moment.

> Again you are right, that this is a very annoying
> behaviour. the same thing happens with DiskSuite
> pools and ufs when a disk is failing as well, though.
> For me it is not a zfs problem, but a Solaris
> problem. The kernel should stop trying to access
> failing disks a LOT earlier instead of blocking the
> complete I/O for the whole system.

I think it's both. At least, it used to be very much on the ZFS side. My 
understanding is that it has been improved to handle better issues reported by 
the driver.
But now, those thousands of retries in the logs are pretty much useless. The 
system should indeed provide a way to automatically isolate such a disk, which 
could trigger a ZFS panic if it makes a zpool faulted, but ZFS does handle such 
cases.
I understand it's not an easy task ;-)

> I always understood zfs as a concept for hot
> pluggable disks. This is the way i use it and that is
> why i never really had this problem. Whenever i run
> into this behaviour, i simply pull the disk in
> question and replace it.  The time those "hickups"
> affect the performance of our production eviroment
> have never been longer than a couple of minutes.

Ah, that's basically what I'm doing remotely with cfgadm. I'm a few thousands 
kilometers away from those disks, and worse, I was cheap at the time, I didn't 
buy an enclosure with removable drives. Well, I didn't expect so many issues, 
I've had some bad luck with it from the beginning.

Laurent
-- 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to