[Info-vax] recognizing SCSI disks

Phillip Helbig undress to reply helbig at asclothestro.multivax.de
Thu Oct 3 17:59:41 EDT 2019


In article <qn5qpl$1ckv$1 at gioia.aioe.org>,
helbig at asclothestro.multivax.de (Phillip Helbig (undress to reply))
writes: 

> > Well, cluster is back with the original hardware.  :-)

Except for the BA356 on one of the nodes.

> I've never had a an expansion box itself fail, as opposed to the disks 
> in it.
> 
> As the model was identical, I though that I could just connect it up and 
> boot, but the console couldn't see the disks.  I power-cycled the 
> machine (a PWS), and then everything is OK.
> 
> Why was it necessary to power-cycle the machine so that it could see the 
> disks?  I remember once when I pulled a SCSI cable by accident; the 
> disks (including the system disk )went into mount verification, then 
> came back when I plugged the cable back in.  That seems much more 
> dangerous than unplugging the cable at the console prompt.  Of course, 
> it is a different box (but same connector at the top of the box, the 
> removable one where the cable plugs in), but surely the SCSI controller 
> doesn't need the ID of the box (assuming that there is one).

Another puzzle: before shutting down the node to swap the disks, from 
another machine I did DISMOUNT/POLICY=MINICOPY on the member of a 
three-member shadow set connected to that node.  Now the node is up and 
all shadow sets are mounted, and I'm getting a full copy.  Why is that?

When I thought that one of the disks was bad and removed them one by one 
to check, I did DISMOUNT/POLICY=MINICOPY and the subsequent mount always 
resulted in a minicopy, not a copy.




More information about the Info-vax mailing list