Conference smurf::buildhelp

Date Of Receipt: 	 8-JUN-1995 11:55:35.71
From: 	SMURF::WASTED::"[email protected]" "08-Jun-1995 1153"
To: 	Ken Settle <[email protected]>
CC: 	[email protected]
Subj: 	Re: Here we go again....

There's nothing in the bsubmit.hold file and no lock that I can see.

A brute force idea. Tar/vdump you're entire sandbox and .sandboxrc file to 
your ZK account, modify your .sandboxrc file so the new paths are correct, or 
put the SB in the exact same dir, and try it up here.

My suspicion is that it's a network problem - there's been a lot lately, 
especially with UNX.

		-Grant
| 
| 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


				-Grant

Date Of Receipt: 	 5-FEB-1996 13:10:26.68
From: 	SMURF::US2RMC::"[email protected]"
To: 	[email protected]
CC: 	
Subj: 	Here we go again

Hi.  Ode just will not let me bsubmit, but won't tell me why.  This seems
to happen quite regularly for me.  Anyway, here's the latest.  Any idea
what I need to do to let me submit?

Thanks,

 --- pete

--------------------------------------------------------------
schulter@dogfish!14!> bsubmit -defect ptos-4629-schulter *.c

Outdate files if successful submission? [Y]es, [N]o, [Q]uery later]: [Yes] q

*** No user interaction will be required during the merge step. ***

[ ./kernel/atm/cmm/cmm_cmi.c checked in onto branch 1.1.12 ]
[ ./kernel/atm/cmm/cmm_ppa.c checked in onto branch 1.1.6 ]
[ ./kernel/atm/cmm/cmm_smi.c checked in onto branch 1.1.9 ]

Please take appropriate steps and re-submit.

*** RE-SUBMISSION REQUIRED ***

- Source control information is in an intermediate state.
- Re-submit using -resub 12:56 [ -date 2/5/96 ]

schulter@dogfish!15!> 
------------------------------------------------------------------


% Received: 	from dogfish.zk3.dec.com by us2rmc.zko.dec.com (5.65/rmc-22feb94) id AA14260; Mon, 5 Feb 96 12:55:10 -050
	from localhost by dogfish.zk3.dec.com (5.65v3.2/1.1.10.3/27Jun95-1215PM) id AA15771; Mon, 5 Feb 1996 12:59:03 -050
% Message-Id: 	<[email protected]>
% X-Mailer: 	exmh version 1.6.1 5/23/95
% To: 	[email protected]
% Subject: 	Here we go again
% Mime-Version: 	1.0
% Content-Type: 	text/plain; charset=us-ascii
% Date: 	Mon, 05 Feb 96 12:59:03 -0500
% From: 	[email protected]
% X-Mts: 	smtp

Date Of Receipt: 	 5-FEB-1996 13:11:45.27
From: 	SMURF::US2RMC::"[email protected]"
To: 	[email protected]
CC: 	
Subj: 	re: Here we go again

BTW, whatever ODE decided to do, it wiped out the files I was trying to
submit.  I just did an ls of my directory and they're gone!  Why is
it removing files when I told it to query me later and if there is
an error in the submit process?  Will I be able to get my work back
or have I lost work again?

Thanks,

 --- pete

--------------------------------------------------------------
bsubmit defect number is ptos-4629-schulter
schulter@dogfish!13!> ls
atmtm      cmm_cmi.c  cmm_ppa.c  cmm_smi.c
schulter@dogfish!14!> bsubmit -defect ptos-4629-schulter *.c

Outdate files if successful submission? [Y]es, [N]o, [Q]uery later]: [Yes] q

*** No user interaction will be required during the merge step. ***

[ ./kernel/atm/cmm/cmm_cmi.c checked in onto branch 1.1.12 ]
[ ./kernel/atm/cmm/cmm_ppa.c checked in onto branch 1.1.6 ]
[ ./kernel/atm/cmm/cmm_smi.c checked in onto branch 1.1.9 ]

Please take appropriate steps and re-submit.

*** RE-SUBMISSION REQUIRED ***

- Source control information is in an intermediate state.
- Re-submit using -resub 12:56 [ -date 2/5/96 ]

schulter@dogfish!15!> ls -la
total 3
drwx------   3 schulter system       512 Feb  5 12:57 .
drwx------   5 schulter system       512 Dec 19 16:41 ..
drwx------   2 schulter system       512 Dec 19 16:41 atmtm
schulter@dogfish!16!> 
---------------------------------------------------------------------


% Received: 	from dogfish.zk3.dec.com by us2rmc.zko.dec.com (5.65/rmc-22feb94) id AA14357; Mon, 5 Feb 96 12:56:56 -050
	from localhost by dogfish.zk3.dec.com (5.65v3.2/1.1.10.3/27Jun95-1215PM) id AA16096; Mon, 5 Feb 1996 13:00:54 -050
% Message-Id: 	<[email protected]>
% X-Mailer: 	exmh version 1.6.1 5/23/95
% To: 	[email protected]
% Subject: 	re: Here we go again
% Mime-Version: 	1.0
% Content-Type: 	text/plain; charset=us-ascii
% Date: 	Mon, 05 Feb 96 13:00:54 -0500
% From: 	[email protected]
% X-Mts: 	smtp

Date Of Receipt: 	 6-FEB-1996 12:56:11.22
From: 	SMURF::US2RMC::"[email protected]"
To: 	[email protected]
CC: 	
Subj: 	re: Here we go again

Has anyone had a chance to look at this problem yet?  I'm stuck at the
moment and need to get this submit into BL11.

Thanks,

 --- pete


% Received: 	from dogfish.zk3.dec.com by us2rmc.zko.dec.com (5.65/rmc-22feb94) id AA24666; Tue, 6 Feb 96 12:46:11 -050
	from localhost by dogfish.zk3.dec.com (5.65v3.2/1.1.10.3/27Jun95-1215PM) id AA32385; Tue, 6 Feb 1996 12:50:07 -050
% Message-Id: 	<[email protected]>
% X-Mailer: 	exmh version 1.6.1 5/23/95
% To: 	[email protected]
% Subject: 	re: Here we go again
% Mime-Version: 	1.0
% Content-Type: 	text/plain; charset=us-ascii
% Date: 	Tue, 06 Feb 96 12:50:07 -0500
% From: 	[email protected]
% X-Mts: 	smtp

Date Of Receipt: 	 6-FEB-1996 14:00:16.89
From: 	SMURF::FLUME::jmf "Joshua M. Friedman OSF/UNIX SDE  06-Feb-1996 1357"
To: 	[email protected]
CC: 	[email protected], decwet::ode
Subj: 	Re: Here we go again

Pete, since you don't have a 2nd interface problem, then perhaps there was
just a network glitch which caused the submit to get stuck.  

Assuming that your submit is your whole set, try the following (if it's
not the whole set, use a file list instead of -all):

% sadmin -all
 /* look in the output of this for your submit start time */

% bco -u -all
 /* to replace files rm'd and not replaced during the stuck bsubmit */

% bsubmit -defect # -resub <time> -date <date>
 /* to attempt to restart the submit where it left off */

-josh

Date Of Receipt: 	 6-FEB-1996 15:10:45.30
From: 	SMURF::ALPHA::"[email protected]" "06-Feb-1996 1508"
To: 	"Joshua M. Friedman, OSF/UNIX SDE 381-1548" <[email protected]>
CC: 	[email protected], [email protected], decwet::ode
Subj: 	Re: Here we go again

Josh,

  Nope, this doesn't work.  I did the bco earlier to make sure I could
get my files back.  It still tells me something's wrong, but seems to
refuse to let me know what that is.  

Thanks,

 --- pete


schulter@dogfish!5!> sadmin -all
: Peter_Schulter; Date: 2/5/96; Time: 12:56
./kernel/atm/cmm/cmm_cmi.c
./kernel/atm/cmm/cmm_ppa.c
./kernel/atm/cmm/cmm_smi.c
schulter@dogfish!6!> bsubmit -defect ptos-4629-schulter -resub 12:56 -date 
2/5/96

Outdate files if successful submission? [Y]es, [N]o, [Q]uery later]: [Yes] q
[ ./kernel/atm/cmm/cmm_ppa.c checked in onto branch 1.1.6 ]

Please take appropriate steps and re-submit.

*** RE-SUBMISSION REQUIRED ***

- Source control information is in an intermediate state.
- Re-submit using -resub 12:56 [ -date 2/5/96 ]

schulter@dogfish!7!>