Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| From | Hans Bachner <hans@bachner.priv.at> |
|---|---|
| Newsgroups | comp.sys.dec |
| Subject | Re: best guess for mount-verification problem |
| Date | 2021-06-28 16:04 +0200 |
| Message-ID | <iju38bFspqiU1@mid.individual.net> (permalink) |
| References | <sbc86h$656$1@gioia.aioe.org> <sbc8uu$hn9$1@gioia.aioe.org> <sbc9v3$v43$1@gioia.aioe.org> |
Phillip, Phillip Helbig (undress to reply) schrieb am 28.06.2021 um 12:57: > In article <sbc8uu$hn9$1@gioia.aioe.org>, > helbig@asclothestro.multivax.de (Phillip Helbig (undress to reply)) > writes: > >> In article <sbc86h$656$1@gioia.aioe.org>, >> helbig@asclothestro.multivax.de (Phillip Helbig (undress to reply)) >> writes: >> >>> I have a three-node cluster (when no satellite or test system has joined >>> it) and physical disks (blue SBB in BA356) on each node (no dual-ported >>> disks; each disk has a direct connection to only one node). >> >>> When something fails, I just replace it with something of similar build. >>> (The main reason for moving to SBB disks was to be able to replace a >>> disk (the most common failure) without having to dismount the members it >>> hosts, shut down the system, remove it from the shelf, open it, replace >>> the disk, close it, put it back on the shelf, boot it, remount the >>> members it hosts.) >>> >>> For a while now I've noticed disks going in and out of mount >>> verification. It is clear which node is involved. So, my plan is to >>> replace hardware (and maybe try to find the problem when the hardware is >>> out of the cluster) and hope that it goes away. >> >>> Theoretically it could be the SCSI cable, but my guess is that it is >>> either the expansion box or the SCSI card. (I have had one expansion >>> box fail, but it failed completely.) Which is more likely? > > OK, spent some time staring at hardware in the cellar. :-| It seems > that before the mount verification sets in, the two LEDs to the left of > the plug in the power supply go out, then come back on, then all the > disks light up briefly. So probably a problem with the box or the power > supply. > > I can try replacing the power supply first, if that doesn't help then > the SCSI interface at the top, then if that doesn't help the entire box. > > Any other ideas? If you don't have a disk in slot 6 you could plug in a second power supply and watch whether the problem (the mount verifications, not the flashing LEDs) disappears. Anything in VMS's error log? $ DIAG is your friend in this case. Hope this helps, Hans.
Back to comp.sys.dec | Previous | Next — Previous in thread | Next in thread | Find similar
best guess for mount-verification problem helbig@asclothestro.multivax.de (Phillip Helbig (undress to reply)) - 2021-06-28 10:27 +0000
Re: best guess for mount-verification problem helbig@asclothestro.multivax.de (Phillip Helbig (undress to reply)) - 2021-06-28 10:40 +0000
Re: best guess for mount-verification problem helbig@asclothestro.multivax.de (Phillip Helbig (undress to reply)) - 2021-06-28 10:57 +0000
Re: best guess for mount-verification problem Hans Bachner <hans@bachner.priv.at> - 2021-06-28 16:04 +0200
Re: best guess for mount-verification problem helbig@asclothestro.multivax.de (Phillip Helbig (undress to reply)) - 2021-06-28 19:21 +0000
csiph-web