T.R | Title | User | Personal Name | Date | Lines |
---|
23.1 | | AOSG::TAPPAN | | Mon May 10 1993 16:41 | 57 |
| <<< SYS$SYSDEVICE:[NOTES$LIBRARY]BUILDHELP.NOTE;1 >>>
-< USG buildhelp questions/answers >-
================================================================================
Note 26.0 Question re: buffer and rcs pools No replies
SMURF::FILTER "Automatic Posting Software - send ma" 50 lines 10-MAY-1993 14:50
--------------------------------------------------------------------------------
Date Of Receipt: 10-MAY-1993 14:02:54.95
From: MINSRV::"[email protected]" "Joshua M. Friedman ULTRIX SDE"
To: [email protected]
CC: [email protected]
Subj: Question re: buffer and rcs pools
Sanity Check for Problems?....
If anyone has experienced any error at all with a submit recently
(within the last couple of days), please report it to [email protected]
or [email protected], and we'll check to insure that there's not an
incomplete submission in the pool. The primary submit disk that holds the
agosmaint, agosminor, agxmaint, agxminor, and agoshw pools has just
reached full capacity, and is in the process of being expanded (attached).
thanks very much. hopefully we won't need to hear from you! -josh
--------
Return-Path: beikman
Received: by flambe.zk3.dec.com; id AA19883; Mon, 10 May 1993 09:23:28 -0400
Message-Id: <[email protected]>
To: usg
Cc: odehelp
Subject: buffer and rcs pools
Date: Mon, 10 May 93 09:23:28 +28716
From: beikman
X-Mts: smtp
a condition on buffer has been discovered which, left
unattended, could cause the submits disk to loose submits.
The loss of a submit on the submits disk would mean that
the lost submit probably would not make it onto the build
disk.
The rcs pools have been locked. We will be taking the
system down shortly to correct the problems. I expect
to have to move some filesystems. This action will
probably take some time. My initial guess will be
around 2.5 hours.
for those of you who may not be aware, buffer is the
DECstation 5000/240 which hold the rcs pools and submits
disks for all DEC OSF/1 streams.
/sb
|
23.2 | buffer | SMURF::FILTER | Automatic Posting Software - mail to flume::puck | Thu May 05 1994 11:28 | 19 |
| Date Of Receipt: 5-MAY-1994 09:51:12.23
From: YUCKY::beikman "Steve Beikman USG/REng 05-May-1994 0949"
To: usg_zk@DEC:.zko.yucky, odehelp@DEC:.zko.yucky
CC:
Subj: buffer
buffer got wedged again this morning. we're not yet sure why.
Most of the filesystems have been checked, so the system should
be back up within the hour.
FYI, we (release engineering folks) will fix this pain within
the next few days. The fix will potentially split buffer's
activities between two machines, one for direct rcs pool
related activities and the other to host the submit trees.
We'll send more on this in the next few days.
/sb
|
23.3 | buffer | SMURF::FILTER | Automatic Posting Software - mail to flume::puck | Wed Aug 10 1994 21:51 | 20 |
| Date Of Receipt: 8-AUG-1994 14:40:33.61
From: YUCKY::beikman "Steve Beikman 08-Aug-1994 1437"
To: osf_developers@DEC:.zko.yucky
CC: odehelp@DEC:.zko.yucky
Subj: buffer
buffer took a dive again. buffer is checking the filesystems
now, it should return to service within the hour.
Just think, in about a week, we'll be moving the big filesystems
off of buffer and onto a secret.
secret, a DEC3000 M800 with 256M of memory, presto, RZ2{6|8} drives,
and other goodies, will enjoy reliably serving the submit trees to
your systems.
/sb
|
23.4 | buffer | SMURF::FILTER | Automatic Posting Software - mail to flume::puck | Wed Aug 10 1994 22:02 | 10 |
| Date Of Receipt: 9-AUG-1994 08:57:05.59
From: FLAMBE::russell "Russ Laliberte USG 09-Aug-1994 0851"
To: osf_developers@DEC:.zko.flambe
CC: odehelp@DEC:.zko.flambe
Subj: buffer
buffer went down again, it is rebooting and should be back up shortly...
Russ
|