Conference smurf::buildhelp

1533.0. "UNX-ZK wire is full at 9am (re:Here we go again....)" by AOSG::FILTER (Automatic Posting Software - mail to flume::puck) Fri Jun 23 1995 10:22

Date Of Receipt: 	 8-JUN-1995 15:48:22.63
From: 	SMURF::FLUME::jmf "Joshua M. Friedman OSF/UNIX SDE  08-Jun-1995 1546"
To: 	[email protected]
CC: 	[email protected], odehelp@DEC:.zko.flume, [email protected],
	[email protected], [email protected], [email protected], hjuxb::kulberg,
	tresvik@DEC:.zko.flume, glidden@DEC:.zko.flume
Subj: 	UNX-ZK wire is full at 9am (re:Here we go again....)

Ken, I just spoke with Mark Glidden in our admin who's been working with
Mitch Kulberg at your site on our network issues.

Apparently, at 9am, UNX initiates 9 sups of various pools, and this
completely fills the bandwidth of the T1 link, and so it's not
surprising that you hung. 

(Rich: These sups should be distributed to start over a range of times.)

You should be able to ^C the hung bsubmit and initiate the bsubmit
-resub, or restart your loop where it left off.  You can remove the
pending submit with sadmin -rm if you are unable to get the -resub to
work.

-josh

------- Forwarded Message

Return-Path: [email protected] 
Delivery-Date: Thu, 08 Jun 95 09:35:48 -0400
Return-Path: [email protected]
Received: from fwasted.zk3.dec.com by flume.zk3.dec.com; (5.65v3.0/1.1.8.2/16Jan95-0946AM)
	id AA21156; Thu, 8 Jun 1995 09:35:40 -0400
Received: from zeus.unx.dec.com by wasted.zk3.dec.com; (5.65v3.0/1.1.8.2/18Feb95-1123AM)
	id AA18948; Thu, 8 Jun 1995 09:34:19 -0400
Received: by zeus.unx.dec.com (5.65/1.1.8.2/28Mar95-0455PM)
	id AA22063; Thu, 8 Jun 1995 09:34:18 -0400
Date: Thu, 8 Jun 1995 09:34:18 -0400
From: Ken Settle <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected], [email protected], [email protected], [email protected],
        [email protected]
Subject: Here we go again....


All right, now what's going on?

> kcs@letterman> bsubmit ./Tcl/tk/library/demos/mkTextWind.tcl             
> 
> Please take appropriate steps and run bsubmit again.
> - No work has been done for this submission.
> - No files have been changed in any way.
> - The files in this submission are not held.
> - The use of the -resub option is not required and will not be recognized.


>From the web page:

Lock State: ACLs: Unlocked (9 entries), Hold: Unlocked, Pool: Unlocked, Logs: Unlocked 
     Last bsubmit.log update: Jun 7 14:34, 410815 bytes 
     Last SNAPSHOT update: Jun 7 14:33, 936940 bytes 
     Last bsubmit.hold update: Jun 8 09:16, 0 bytes 
     CONFIG (pool creation) date: <1994/05/25,18:58:31 
     Backing structure: Standalone Tree 
     Backingtree: Not backed by anything 
     Submit Review Guidelines 


Contents of bsubmit.hold:

: Ken_Settle; Date: 6/7/95; Time: 14:36
./Tcl/tk/library/demos/mkTextWind.tcl


Here is the scenario that seems to always cause this behavior:

I have a simple script that loops through the files that I have
modified and does a bsubmit for each file.  This script will happily
chug along for the first 10 - 20 files.  Eventually a bsubmit hangs.
There is no response, no feedback, nothing.  I've waited as much as
a half hour to see if it will finally come back.  Eventually I 
will control-C the script.  Then I try to manually bsubmit the file
that got hung up.  I will usually get a message telling me that I
need to do a bsubmit -resub with the time and date specified.
I obediently do my bsubmit with the -resub option and the results
are as you see above.  No specific error message.  I'm not 100%
sure but I think that this is a repeatable thing.  Now I'm stuck
until someone fixes/removes/whatever the bsubmit.hold file.  This has
been going on for the better part of a week and I'm getting very
frustrated.  I've been trying to submit ~250 files to the xexternal
tree.  At this point I have no idea how many have actually made it
into the pool and how many are in some indeterminate state.  I need
to figure out how to avoid getting into this state (other than manually
type bsubmit 'filename' 250 times).

Any suggestions? advice?

Thanks,
Ken

- ---------------------------------------------------------------------------
Kenneth C. Settle                    
Digital Unix System Configuration Group           email: [email protected]
Digital Equipment Corporation                     voice: (908)577-6074
200 Route 9 North                                 fax  : (908)577-6003
Manalapan, NJ 07726-9455                          dtn  :      462-6074

	"Hindsight is so confoundedly futile" - Frank Herbert


------- End of Forwarded Message