On Aug 8, 12:41 pm, "R.Smits" <smi...@gmail.com> wrote:

> We have a problem and I hope someone can help us out here.
> One of our iscsi stacks had a fault. So the disk was gone for a couple
> of minutes.
> Now everything is back up. But when we want to access the disk we see
> the folowing with the format command:
> We can choose the disk, but it says "not formatted"
> 4. c2t0690A018E0F14991125844847700D063d0 <drive not available>
> /scsi_vhci/ssd@g0690a018e0f14991125844847700d063
> In messages file :
> Aug 8 21:35:51 srv1 scsi: [ID 107833 kern.warning] WARNING:
> /scsi_vhci/ssd@g0690a018e0f1499112
> 5844847700d063 (ssd0):
> Aug 8 21:35:51 srv1 offline or reservation conflict
> We have not rebooted the machine because this would cause a lot of
> trouble for our customers, so we want to avoid this.

But its OK to use iSCSI ... Is it really mature enough at this point I
wonder
to dump that on a customers lap...? Perhaps you are finding out!

> What is this and how can we make this disk available again ?
> We tried : "devfsadm -C" but no luck.

Thats cleanup mode. I dont think that rebuilds anything.

Maybe devfsadm -v will do something, but I had a similar problem last
week
where FC/AL disks would simply disappear from the pool randomly.
a reboot -- -r got them back. Sometimes devfsadm was enough but not
always.
But they'd go away again later.

Make sure the /dev entry actually exists. Mine were getting wiped
occasionally.

This was on legacy equipment going through a 1 GB FC/AL switch.
I finally gave up on the switch and HBA driver and direct attached
instead. No more issues.
In my case Im not sure if it was a buggy old driver that croaks on
Solaris 10, or a misconfigured
switch or what. You may have your work cut out for you.