Volker A. Brandt schrieb: >>>> 2) disks that were attached once leave a stale /dev/dsk entry behind >>>> that takes full 7 seconds to stat() with kernel running at 100%. >>> Such entries should go away with an invocation of "devfsadm -vC". >>> If they don't, it's a bug IMHO. >> yes, they go away. But the problem is when you do this and replug the >> disks they don't show up again... And that's even worse IMO... > > So you want such disks to behave more like USB sticks? If there was > a good way to mark certain devices or a device tree as "volatile" > then this would be an interesting RFE. I would certainly not want > *all* of my disks to "come and go as they please". :-) > > I am not sure how feasible an implementation would be though. > > > Regards -- Volker
yes - that's my usage scenario. Or to be more precise I have a small chassis with two disks, which I only want to attach for backup purposes. I just send/receive from my active pool to the backup pool, and then detach the backup pool. I just like having backup disks being physically detached when not in use. Like this, nothing can really screw them up but a fire in the room... I thought SAS/SATA would be hot-pluggable - so what's the difference between USB's hot-plug feature and the one of SAS/SATA other that that USB is handled by the volume manager? So, yes, it would be nice if one could assign a SATA disk to the volume manager. - Thomas _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
