| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2252.1 | Re: Source control information is in an intermediate state. | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 06 1996 21:43 | 94 |
| Date Of Receipt: 30-APR-1996 09:46:37.43
From: ALPHA::"vandyck@zk3.dec.com" "Grant Van Dyck 30-Apr-1996 0939"
To: "Joyce Demers, UNIX Publications Group" <demers@zk3.dec.com>
CC: odehelp@zk3.dec.com
Subj: Re: Source control information is in an intermediate state.
| The question is: how did it get this way?
|
| I tried to submit a file when the pool was locked and got the following error
:
|
This is a poolwide lock that devbld put in place, not ODE. Did you change your
build process to lock the pool while it's building?
| yokwe:ptmaintref:demers> bsubmit process_refpage
| >> FATAL ERROR in is_submit_locked:
| >> The build being submitted to is locked by:
| >> /usr/doc/osf1doc/refpages/build/osf1refpages.ptmaint/src/.BCSlock.
| >> Cannot continue.
| >> Lock information is:
|
| >> Directory: /usr/doc/osf1doc/refpages/build/osf1refpages.ptmaint/src
| >> Locked by: devbld
| >> Locked on: Tue Apr 23 17:56:12 1996
| >>
| >> Comments: <<<replace this with anything others should know about this loc
k>>>
|
| yokwe:ptmaintref:demers> bsubmit process_refpage
|
| *** No user interaction will be required during the merge step. ***
|
| [ ./Tools/process_refpage checked in onto branch 1.4.14 ]
| [ ./Tools/process_refpage Rev 1.4.14.2 checked out ]
| ODE_SERVER: DECode client is not authorized!
|
| ODE_SERVER: Are you in a workon?
|
|
| Please take appropriate steps and re-submit.
|
| *** RE-SUBMISSION REQUIRED ***
|
| - Source control information is in an intermediate state.
| - Re-submit using -resub 17:25 [ -date 4/29/96 ]
This probably occurred because you either didn't have a ticket, or it expired
while you were in your workon. If the server went down during your ticket time
it would also give this error.
|
| So then I tried bsubmit with the -resub option:
|
| yokwe:ptmaintref:demers> bsubmit -resub 17:25
| [ ./Tools/process_refpage Rev 1.4.14.2 checked out ]
| ODE_SERVER: DECode client is not authorized!
|
| ODE_SERVER: Are you in a workon?
|
|
| Please take appropriate steps and re-submit.
|
| *** RE-SUBMISSION REQUIRED ***
|
| - Source control information is in an intermediate state.
| - Re-submit using -resub 17:25 [ -date 4/29/96 ]
|
| So why is my file in an intermediate state? Could this intermediate state ha
ve
| been prevented by doing a resubmission after the first "pool is locked" error
?
|
| How can I gracefully get my file back to "normal" (whatever that is :) ???
|
| Joyce
|
|
Exit your workon, get a new ticket. Go back in the workon. Try the resub.
If that fails, sadmin -rm 17:25 -date 4/29/96
will clear the bsubmit.hold list.
Then try the bsubmit w/o the resub.
--
-Grant
|
| 2252.2 | Re: Source control information is in an intermediate state. | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 06 1996 21:44 | 180 |
| Date Of Receipt: 30-APR-1996 10:54:37.14
From: ALPHA::"demers@zk3.dec.com" "Joyce Demers 30-Apr-1996 1048"
To: odehelp@zk3.dec.com
CC:
Subj: Re: Source control information is in an intermediate state.
1. I know why the lock was in place. I simply forgot to unlock the
pool before trying the submit. That's not my question.
2. After unlocking the pool and trying the submit, using the straight
bsubmit command again (because the message that said the pool is locked
does not say to use "bsubmit -resub"), I got the "source control
information is in an intermediate state". I AM in a valid workon:
yokwe:ptmaintref:demers> echo $WORKON
1
And I have a Kerberos ticket:
yokwe:ptmaintref:demers> klist
Ticket file: /var/dss/kerberos/tkt/tkt1909
Principal: Joyce_Demers@ZONE
Issued Expires Principal
Apr 29 17:12:33 Apr 30 03:12:33 krbtgt.ZONE@ZONE
Apr 29 17:12:44 Apr 30 03:12:44 kxct.ronyon@ZONE
The server did not go down during my ticket time. This all happened
within a matter of minutes, and no, the server did not go down. So, I
still do not understand HOW my file got into an "intermediate state".
sadmin -rm 17:25 -date 4/29/96
followed by
bsubmit process_refpage
did NOT work.
Exiting my workon, getting a new ticket, entering workon again and using
resub did NOT work.
And "sadmin -rm 10:12", followed by "bsubmit process_refpage" did NOT
work.
Each time I am left with:
*** RE-SUBMISSION REQUIRED ***
- Source control information is in an intermediate state.
And the following "bsubmit -resub" does NOT work.
@:(
Joyce
------- Forwarded Message
Return-Path: vandyck@lynx.zk3.dec.com
Delivery-Date: Tue, 30 Apr 96 09:40:01 -0400
Return-Path: vandyck@lynx.zk3.dec.com
Received: from lynx.zk3.dec.com by flume.zk3.dec.com;
(5.65v3.2/1.1.8.2/16Jan95-0946AM)
id AA04057; Tue, 30 Apr 1996 09:39:58 -0400
Received: from localhost by lynx.zk3.dec.com;
(5.65v3.2/1.1.8.2/28Oct95-0926PM)
id AA02734; Tue, 30 Apr 1996 09:39:54 -0400
Message-Id: <9604301339.AA02734@lynx.zk3.dec.com>
X-Mailer: exmh version 1.6.5 12/11/95
To: "Joyce Demers, UNIX Publications Group" <demers@lynx.zk3.dec.com>
Cc: odehelp@lynx.zk3.dec.com
Subject: Re: Source control information is in an intermediate state.
In-Reply-To: Your message of "Mon, 29 Apr 96 17:46:27 EDT."
<9604292146.AA07247@flume.zk3.dec.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 30 Apr 96 09:39:54 -0400
From: "Grant Van Dyck" <vandyck@lynx.zk3.dec.com>
X-Mts: smtp
| The question is: how did it get this way?
|
| I tried to submit a file when the pool was locked and got the
following error
:
|
This is a poolwide lock that devbld put in place, not ODE. Did you
change your
build process to lock the pool while it's building?
| yokwe:ptmaintref:demers> bsubmit process_refpage
| >> FATAL ERROR in is_submit_locked:
| >> The build being submitted to is locked by:
| >> /usr/doc/osf1doc/refpages/build/osf1refpages.ptmaint/src/.BCSlock.
| >> Cannot continue.
| >> Lock information is:
|
| >> Directory: /usr/doc/osf1doc/refpages/build/osf1refpages.ptmaint/src
| >> Locked by: devbld
| >> Locked on: Tue Apr 23 17:56:12 1996
| >>
| >> Comments: <<<replace this with anything others should know about
this loc
k>>>
|
| yokwe:ptmaintref:demers> bsubmit process_refpage
|
| *** No user interaction will be required during the merge step. ***
|
| [ ./Tools/process_refpage checked in onto branch 1.4.14 ]
| [ ./Tools/process_refpage Rev 1.4.14.2 checked out ]
| ODE_SERVER: DECode client is not authorized!
|
| ODE_SERVER: Are you in a workon?
|
|
| Please take appropriate steps and re-submit.
|
| *** RE-SUBMISSION REQUIRED ***
|
| - Source control information is in an intermediate state.
| - Re-submit using -resub 17:25 [ -date 4/29/96 ]
This probably occurred because you either didn't have a ticket, or it
expired
while you were in your workon. If the server went down during your
ticket time
it would also give this error.
|
| So then I tried bsubmit with the -resub option:
|
| yokwe:ptmaintref:demers> bsubmit -resub 17:25
| [ ./Tools/process_refpage Rev 1.4.14.2 checked out ]
| ODE_SERVER: DECode client is not authorized!
|
| ODE_SERVER: Are you in a workon?
|
|
| Please take appropriate steps and re-submit.
|
| *** RE-SUBMISSION REQUIRED ***
|
| - Source control information is in an intermediate state.
| - Re-submit using -resub 17:25 [ -date 4/29/96 ]
|
| So why is my file in an intermediate state? Could this intermediate
state ha
ve
| been prevented by doing a resubmission after the first "pool is
locked" error
?
|
| How can I gracefully get my file back to "normal" (whatever that is :)
???
|
| Joyce
|
|
Exit your workon, get a new ticket. Go back in the workon. Try the
resub.
If that fails, sadmin -rm 17:25 -date 4/29/96
will clear the bsubmit.hold list.
Then try the bsubmit w/o the resub.
- --
-Grant
------- End of Forwarded Message
|
| 2252.3 | Re: Source control information is in an intermediate state. | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 06 1996 21:46 | 18 |
| Date Of Receipt: 30-APR-1996 11:36:00.51
From: ALPHA::"jmf@zk3.dec.com" "Joshua M. Friedman OSF/UNIX SDE"
To: demers odehelp@zk3.dec.com
CC:
Subj: Re: Source control information is in an intermediate state.
Joyce, the error message you got looks like the authorization by the
submit server isn't valid any longer - you need to exit and restart a
new workon, then try the bsubmit -resub.
Normally if the pool is locked with .BCSlock, then bsubmit just fails and
there's nothing in any intermediate state, so you'd resubmit using just
a new "bsubmit" not bsubmit -resub. It looks like you did a new bsubmit
but then got caught in a failed authorization state (perhaps the ode_server
on ronyon stopped/restarted after you'd started the workon shell).
-josh
|
| 2252.4 | Re: Source control information is in an intermediate state. | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 06 1996 21:47 | 50 |
| Date Of Receipt: 30-APR-1996 12:00:06.45
From: ALPHA::"demers@zk3.dec.com" "Joyce Demers 30-Apr-1996 1153"
To: odehelp@zk3.dec.com
CC:
Subj: Re: Source control information is in an intermediate state.
>------- Forwarded Message
>
>Return-Path: jmf
>Delivery-Date: Tue, 30 Apr 96 11:29:39 -0400
>Return-Path: jmf
>Received: by flume.zk3.dec.com; (5.65v3.2/1.1.8.2/16Jan95-0946AM)
> id AA09233; Tue, 30 Apr 1996 11:29:36 -0400
>Date: Tue, 30 Apr 1996 11:29:36 -0400
>From: Joshua M. Friedman OSF/UNIX SDE <jmf>
>Message-Id: <9604301529.AA09233@flume.zk3.dec.com>
>To: demers odehelp
>Subject: Re: Source control information is in an intermediate state.
>
>Joyce, the error message you got looks like the authorization by the
>submit server isn't valid any longer - you need to exit and restart a
>new workon, then try the bsubmit -resub.
I tried this several times this morning and it did NOT work.
>Normally if the pool is locked with .BCSlock, then bsubmit just fails and
>there's nothing in any intermediate state, so you'd resubmit using just
>a new "bsubmit" not bsubmit -resub. It looks like you did a new bsubmit
>but then got caught in a failed authorization state (perhaps the >ode_server
>on ronyon stopped/restarted after you'd started the workon shell).
>
>- -josh
I am logged into ronyon in another window. To my knowledge, ronyon has
not gone down; in fact it has been up for 11 days. Does the following indicate
that something is wrong with ronyon's ODE server?:
ronyon:osf1refpages.ptmaint:devbld> ps -aux | grep server
root 377 0.0 0.2 328 160 ? I 0:00 /usr/etc/ode_server3.0 -t /us
root 365 0.0 0.2 336 168 ? I 0:07 /usr/etc/ode_server3.0 -t /us
devbld 25135 0.0 0.0 44 36 p1 S 0:00 grep server
To my knowledge, when I was trying the original submit yesterday
afternoon at 17:25, there was nothing wrong with ronyon's ODE server.
Joyce
------- End of Forwarded Message
|
| 2252.5 | Re: Source control information is in an intermediate state. | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 06 1996 21:57 | 23 |
| Date Of Receipt: 30-APR-1996 14:38:53.35
From: ALPHA::"jmf@zk3.dec.com" "Joshua M. Friedman OSF/UNIX SDE"
To: demers odehelp@zk3.dec.com
CC:
Subj: Re: Source control information is in an intermediate state.
Joyce, also make sure that nfs_locking is enabled on ronyon.
Another issue could be that ronyon's no longer got a good kerberos
database. Try changing ronyon's /etc/krb.conf to:
ZONE
ZONE kerberos1.zk3.dec.com
ZONE kerberos2.zk3.dec.com
ZONE kerberos3.zk3.dec.com
ZONE kerberos4.zk3.dec.com
ZONE kerberos.zk3.dec.com
ZONE yield.zk3.dec.com admin dummy
Have you run "check_ode server" on ronyon? Try that too.
-josh
|
| 2252.6 | Re: Source control information is in an intermediate state. | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 06 1996 22:06 | 93 |
| Date Of Receipt: 30-APR-1996 17:32:37.02
From: ALPHA::"demers@zk3.dec.com" "Joyce Demers 30-Apr-1996 1726"
To: odehelp@zk3.dec.com
CC:
Subj: Re: Source control information is in an intermediate state.
ronyon: devbld> check_ode server
Check_ode for DECode II V3.0 -- $Revision: 1.1.4.31 $
Tue Apr 30 17: 05:55 EDT 1996
Using logfile=tmp26853.logfile
Checking server ronyon.zk3.dec.com Tue Apr 30 17:05:57 EDT 1996
Info -- ronyon.zk3.dec.com: DECode II Server Load=0
Info -- Checking nfs locks on ronyon.zk3.dec.com
Info -- Time diff ronyon.zk3.dec.com - kerberos.zk3.dec.com is 1972
ms.
Info -- cron running
Info -- ode_server3.0 running
Info -- Checking ronyon.zk3.dec.com:/etc/srvtab
Info -- ronyon.zk3.dec.com:/etc/srvtab ok
Server error count is 0
I assume from the second Info line above, that nfs locking is enabled on
ronyon. It had been when we started using ODE V3.0... noone has
disabled it.
ronyon's krb.conf contained the following:
ZONE
ZONE kerberos1.zk3.dec.com
ZONE kerberos2.zk3.dec.com
ZONE kerberos3.zk3.dec.com
ZONE kerberos4.zk3.dec.com
ZONE kerberos.zk3.dec.com admin dummy
I tried changing it to:
ZONE
ZONE kerberos1.zk3.dec.com
ZONE kerberos2.zk3.dec.com
ZONE kerberos3.zk3.dec.com
ZONE kerberos4.zk3.dec.com
ZONE kerberos.zk3.dec.com
ZONE yield.zk3.dec.com admin dummy
Is simply changing the file sufficient, or is there something else I
need to do for the change to take effect?
If changing the file is all that needs to be done. The bsubmit -resub
still did not work.
...
In poking around, the only thing I notice that is different from the
osf1refpages.pt pool (which works fine), is that the src directories of
osf1refpages.ptmaint and osf1refpages.ptmaintbl00 have no kxct.conf
file. Should I try copying the kxct.conf files from the pt pool to the
ptmaint pool?
Joyce
------- Forwarded Message
Return-Path: jmf
Delivery-Date: Tue, 30 Apr 96 14:32:16 -0400
Return-Path: jmf
Received: by flume.zk3.dec.com; (5.65v3.2/1.1.8.2/16Jan95-0946AM)
id AA00857; Tue, 30 Apr 1996 14:32:13 -0400
Date: Tue, 30 Apr 1996 14:32:13 -0400
From: Joshua M. Friedman OSF/UNIX SDE <jmf>
Message-Id: <9604301832.AA00857@flume.zk3.dec.com>
To: demers odehelp
Subject: Re: Source control information is in an intermediate state.
Joyce, also make sure that nfs_locking is enabled on ronyon.
Another issue could be that ronyon's no longer got a good kerberos
database. Try changing ronyon's /etc/krb.conf to:
ZONE
ZONE kerberos1.zk3.dec.com
ZONE kerberos2.zk3.dec.com
ZONE kerberos3.zk3.dec.com
ZONE kerberos4.zk3.dec.com
ZONE kerberos.zk3.dec.com
ZONE yield.zk3.dec.com admin dummy
Have you run "check_ode server" on ronyon? Try that too.
- -josh
------- End of Forwarded Message
|
| 2252.7 | Re: Source control information is in an intermediate state. | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Tue May 07 1996 13:50 | 96 |
| Date Of Receipt: 1-MAY-1996 12:41:49.65
From: ALPHA::"demers@zk3.dec.com" "Joyce Demers 01-May-1996 1235"
To: odehelp@zk3.dec.com
CC:
Subj: Re: Source control information is in an intermediate state.
Sorry if duplicate, not sure if this went through yesterday;
I didn't seem to get a copy in my own mail. - Joyce
ronyon:devbld> check_ode server
Check_ode for DECode II V3.0 -- $Revision: 1.1.4.31 $
Tue Apr 30 17:05:55 EDT 1996
Using logfile=tmp26853.logfile
Checking server ronyon.zk3.dec.com Tue Apr 30 17:05:57 EDT 1996
Info -- ronyon.zk3.dec.com: DECode II Server Load=0
Info -- Checking nfs locks on ronyon.zk3.dec.com
Info -- Time diff ronyon.zk3.dec.com - kerberos.zk3.dec.com is 1972
ms.
Info -- cron running
Info -- ode_server3.0 running
Info -- Checking ronyon.zk3.dec.com:/etc/srvtab
Info -- ronyon.zk3.dec.com:/etc/srvtab ok
Server error count is 0
I assume from the second Info line above, that nfs locking is enabled on
ronyon. It had been when we started using ODE V3.0... noone has
disabled it.
ronyon's krb.conf contained the following:
ZONE
ZONE kerberos1.zk3.dec.com
ZONE kerberos2.zk3.dec.com
ZONE kerberos3.zk3.dec.com
ZONE kerberos4.zk3.dec.com
ZONE kerberos.zk3.dec.com admin dummy
I tried changing it to:
ZONE
ZONE kerberos1.zk3.dec.com
ZONE kerberos2.zk3.dec.com
ZONE kerberos3.zk3.dec.com
ZONE kerberos4.zk3.dec.com
ZONE kerberos.zk3.dec.com
ZONE yield.zk3.dec.com admin dummy
Is simply changing the file sufficient, or is there something else I
need to do for the change to take effect?
If changing the file is all that needs to be done. The bsubmit -resub
still did not work.
...
In poking around, the only thing I notice that is different from the
osf1refpages.pt pool (which works fine), is that the src directories of
osf1refpages.ptmaint and osf1refpages.ptmaintbl00 have no kxct.conf
file. Should I try copying the kxct.conf files from the pt pool to the
ptmaint pool?
Joyce
------- Forwarded Message
Return-Path: jmf
Delivery-Date: Tue, 30 Apr 96 14:32:16 -0400
Return-Path: jmf
Received: by flume.zk3.dec.com; (5.65v3.2/1.1.8.2/16Jan95-0946AM)
id AA00857; Tue, 30 Apr 1996 14:32:13 -0400
Date: Tue, 30 Apr 1996 14:32:13 -0400
From: Joshua M. Friedman OSF/UNIX SDE <jmf>
Message-Id: <9604301832.AA00857@flume.zk3.dec.com>
To: demers odehelp
Subject: Re: Source control information is in an intermediate state.
Joyce, also make sure that nfs_locking is enabled on ronyon.
Another issue could be that ronyon's no longer got a good kerberos
database. Try changing ronyon's /etc/krb.conf to:
ZONE
ZONE kerberos1.zk3.dec.com
ZONE kerberos2.zk3.dec.com
ZONE kerberos3.zk3.dec.com
ZONE kerberos4.zk3.dec.com
ZONE kerberos.zk3.dec.com
ZONE yield.zk3.dec.com admin dummy
Have you run "check_ode server" on ronyon? Try that too.
- -josh
------- End of Forwarded Message
|