T.R | Title | User | Personal Name | Date | Lines |
---|
1783.1 | Re: Submit failed -- or did it? | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Thu Aug 31 1995 14:35 | 78 |
| Date Of Receipt: 31-AUG-1995 13:05:19.84
From: SMURF::QUARRY::johnf "John Flanagan USG Test Johnf Tools Group 31-Aug-1995 1303"
To: Jon Reeves <[email protected]>, [email protected]
CC: [email protected], johnf@DEC:.zko.quarry
Subj: Re: Submit failed -- or did it?
I looked at the RCS file. Everything seems to be in order. For some, reason
the RCS file was in use at the time of your submit [possibly a backingtree
marking or something]. The only thing I think you need to do at this point
is outdate your files.
Tina and all, why did bsubmit complete the rest of its operations if it
got the RCS error? The SNAPSHOT, bsubmit.log and the file itself were all
updated, yet bsubmit said that it was in an intermediate state? This seems
wrong...
----------------------------
Received: by quarry.zk3.dec.com; (5.65/1.1.8.2/13Feb95-0113PM)
id AA03054; Thu, 31 Aug 1995 10:58:25 -0400
Message-id: <[email protected]>
Date: Thu, 31 Aug 1995 10:58:25 -0400
From: Jon Reeves <[email protected]>
To: [email protected]
Subject: Submit failed -- or did it?
I just tried a submit to the v32supportos pool. The file appears to be
updated in the backing tree, but given all this stuff, I'm not sure
everything is right. Here's what happened:
% bsubmit -all
Enter the defect number this submission applies to: v32supportos-156-reeves
Outdate files if successful submission? [Y]es, [N]o, [Q]uery later]: [Yes]
*** No user interaction will be required during the merge step. ***
[ ./kernel/arch/alpha/fp/fp_result.c checked in onto branch 1.1.32 ]
[ ./kernel/arch/alpha/fp/fp_result.c Rev 1.1.32.2 checked out ]
rcs error: RCS file ./kernel/arch/alpha/fp/fp_result.c,v is in use
Please take appropriate steps and re-submit.
*** RE-SUBMISSION REQUIRED ***
- Source control information is in an intermediate state.
- Re-submit using -resub 10:50 [ -date 8/31/95 ]
ayauw_W[2] .../alpha/fp % bsubmit -resub 10:50
Enter the defect number this submission applies to: v32supportos-156-reeves
Outdate files if successful submission? [Y]es, [N]o, [Q]uery later]: [Yes]
>> FATAL ERROR in /usr/sde/tools/alpha_OSF1/bin/ode/bsubmit:
>> No entry for: : Jon_Reeves; Date: 8/31/95; Time: 10:50,
in file: /usr/sde/osf1/build/v32supportos/logs/bsubmit.hold.
*** RE-SUBMISSION REQUIRED ***
- Source control information is in an intermediate state.
- Re-submit using -resub 10:50 [ -date 8/31/95 ]
ayauw_W[3] .../alpha/fp %
______________________________________________________________________
John Flanagan enet: [email protected]
MS: ZKO3-3/W20 decnet: flume::johnf
USG Release Engineering (603) 881-1719
110 Spitbrook Road (DTN) 381-1719
Nashua, NH
______________________________________________________________________
|
1783.2 | Re: Submit failed -- or did it? | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Thu Aug 31 1995 18:03 | 27 |
| Date Of Receipt: 31-AUG-1995 16:38:30.77
From: SMURF::QUARRY::"[email protected]" "31-Aug-1995 1336"
To: John Flanagan - UNIX Systems Group <[email protected]>
CC: [email protected], [email protected]
Subj: Re: Submit failed -- or did it?
hi john,
would you enter a PTT for this.
as you said, the error arises when the file is in the middle of another
RCS operation e.g. markrcs. although we have not seen this with bsubmit
very often.
one thing to check is to go to the rcs tree and do an
ls -a *fp_result*
if you get more than 1 file back, the file other than the ,v file
for fp_result is the RCS lock file. this file should not be there unless
there is an RCS operation in progress which means that it should have a
pretty recent time stamp on it.
this is a tough one to track because bsubmit does a number of RCS operations.
jo
|
1783.3 | Re: Submit failed -- or did it? | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Sep 01 1995 12:17 | 13 |
| Date Of Receipt: 1-SEP-1995 11:07:54.17
From: SMURF::ALPHA::jmf "Joshua M. Friedman OSF/UNIX SDE"
To: [email protected]
CC: odehelp@DEC:.zko.alpha, reeves@DEC:.zko.alpha
Subj: Re: Submit failed -- or did it?
Jo, also, don't the logs (bsubmit.log & SNAPSHOT/DEFUNCT) got modified
before the outdate phase, leaving only the bsubmit.hold for the end.
I'm curious as to whether the hold file was empty or not; it is now.
-josh
|
1783.4 | Re: Submit failed -- or did it? | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Sep 01 1995 14:31 | 13 |
| Date Of Receipt: 1-SEP-1995 13:00:06.85
From: SMURF::WASTED::"[email protected]" "01-Sep-1995 0958"
To: Joshua M. Friedman OSF/UNIX SDE <[email protected]>
CC: [email protected], [email protected]
Subj: Re: Submit failed -- or did it?
hi josh,
you're right. the log files, busbmit.log, SNAPSHOT, and DEFUNCT are
updated before the outdate is done.
jo
|