I'm working with external USB drives for backup.  I want to NOT keep 
them connected full time, for the usual reasons that backups shouldn't 
be mounted all the time; so I have to figure out how to disconnect them, 
and reconnect them.

The external disk c4t0d0 (ap_id usb1/9) has a zfs pool named "wrack" on 
it. 

After doing zpool export wrack (which succeeds), cfgadm still shows the 
device as connected and configured. 

If I issue  "cfgadm -c disconnect usb1/9", I get:

bash-3.2$ sudo cfgadm -c disconnect usb1/9
Disconnect the device: /devices/[EMAIL PROTECTED],0/pci10de,[EMAIL 
PROTECTED],1:9
This operation will suspend activity on the USB device
Continue (yes/no)? yes
cfgadm: Hardware specific failure: Cannot issue devctl to ap_id: 
/devices/[EMAIL PROTECTED],0/pci10de,[EMAIL PROTECTED],1:9

and usb1/9 still shows as connected and configured in cfgadm.  (And I 
get the same results if I try "unconfigure" instead.)

Furthermore, just trying to do this and having it fail logs the following:

Dec 14 22:21:45 fsfs usba: [ID 691482 kern.warning] WARNING: 
/[EMAIL PROTECTED],0/pci10de,[EMAIL PROTECTED],1/[EMAIL PROTECTED] (scsa2usb0): 
Disconnected device was 
busy, please reconnect.

When I go ahead and pull the USB cable out, syslog shows a "device gone" 
and an "offline" message for the device; and also "Dec 14 22:29:15 fsfs 
    SYNCHRONIZE CACHE command failed (5)" which is a little more worrying.

When I plug it back in after a few minutes, I find an "online" message 
for the device in syslog,  with nothing else looking like trouble.  And 
"zpool import wrack" works fine.

So everything is probably okay, I guess?  I don't really like getting 
things like the "device was busy" and "synchronize cache command failed" 
messages in the log in normal operations!  They make me worry.  Are 
there other things I could/should do to make the device more idle before 
removing it?

(It's fun naming pairs or small collections of things; these two backup 
drives, and the pools on them, are named "wrack" and "ruin"; seems 
appropriate for backup drives somehow.)

-- 
David Dyer-Bennet, [EMAIL PROTECTED]; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info

_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to