home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!munnari.oz.au!spool.mu.edu!agate!ucbvax!mhs.attmail.com!simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP
- From: simons/G=Colin/I=CB/S=Sewell/O=H.A.Simons.Ltd/OU=CORP@mhs.attmail.com
- Newsgroups: comp.os.vms
- Subject: Re: Bypassing missing F11BXQP on startup ?
- Message-ID: <9212300739.AA16117@ucbvax.Berkeley.EDU>
- Date: 29 Dec 92 22:38:31 GMT
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 25
-
- V. Phaniraj writes:
- |In article <9212290827.AA18530@ucbvax.Berkeley.EDU> you write:
- |>
- [...]
- |>
- |> so, bring down the satellites, boot the server, then bring up each
- |> satellite node. hope this helps.
- |
- |yup, did that. Unfortunatley the satellite was locked up in a place
- |inaccessible to me over Xmas break, so the cluster hung for 3 days.
- |Moral: do a cluster shutdown before doing a standalone backup.
- |
-
- we have the same situation: workstations in other buildings, etc.
- but having the workstations accessible doesn't help anyway; they're
- hung waiting for the server to come back. our operators came up
- with a solution: pull the ethernet cable off the server before bringing
- it back up. then plug the cable back in; the satellites
- will promptly crash and reboot. admittedly this is rather drastic,
- but sometimes drastic solutions are neccessary.
-
- c sewell
- h a simons ltd.
- vancouver, bc
-
-