Conference smurf::buildhelp

1597.0. "Back Online, Re: Host Secret: ODE server problems & workarounds" by AOSG::FILTER (Automatic Posting Software - mail to flume::puck) Fri Jul 07 1995 20:06

Date Of Receipt: 	 7-JUL-1995 19:55:02.36
From: 	SMURF::FLUME::jmf "Joshua M. Friedman OSF/UNIX SDE  07-Jul-1995 1935"
To: 	osf_developers@DEC:.zko.flume, usg@DEC:.zko.flume
CC: 	reng@DEC:.zko.flume, odehelp@DEC:.zko.flume, tresvik@DEC:.zko.flume
Subj: 	Back Online, Re: Host Secret: ODE server problems & workarounds

Host secret is back online, and the submits disk (submits.dsk1) which suffered 
hardware problems has been restored.  We believe we have successfully restored 
all submits & srequests which occurred on this disk.

If you notice any anomalous behaviour, please report this to [email protected].

Thank you very much.

We now return you to your regularly scheduled programming... 
(workon/srequest/bsubmit).  Note that your nfs mounts from secret will be 
stale; you should be able to umount & mount these with no problem (for 
example, odemount -u ptos; odemount ptos)

        - Digital UNIX Release Engineering


-----------
> To: osf_developers
> Cc: glidden, reng
> Subject: re: Host Secret: ODE server problems & workarounds
> Date: Fri, 07 Jul 95 13:03:26 -0400
> From: "Joshua M. Friedman, OSF/UNIX SDE 381-1548" <jmf>
>
> Digital UNIX developers, we believe the problems with secret have been
> isolated and we are in the middle of restoring the system; the problems
> are disk/hardware based.
> 
> You cannot do srequests or bsubmits (secret is the bsubmit server and
> holds all the Digital UNIX submit pools).  Please do not try these
> until you receive an update communication that everything's working again.
> Note that SUPs to remote sites of the submit trees are also failing now.
> 
> You can do workons as long as you're not backed to a submit pool nfs
> mounted from zk3; you can do builds, and bco/bci/blog/bdiff/bcs.
> 
> If you are backed by a submit pool, you can "resb" your sandbox as
> follows, to, say, the nightly tree.  Eg. for a ptos sandbox, do the
> following:
> 	% cd <your-sandbox-base>
> 	% rm link
> 	% ln -s /usr/sde/osf1/build/ptos.nightly link
> 
> Thank you for your patience; we are working as fast as possible to
> correct the problem, however this may require several hours of
> restoration time.
> 
> 	- Digital UNIX Release Engineering