| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1046.1 | My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Thu Apr 20 1995 22:30 | 28 |
| Date Of Receipt: 20-APR-1995 17:40:40.21
From: SMURF::WASTED::"ftw@marvin.zk3.dec.com" "20-Apr-1995 1739"
To: odehelp@zk3.dec.com
CC: schulter@zk3.dec.com
Subj: My ODE Problem of the Day
I've had some difficulty obtaining what I think is the "right" version
of the file .../kernel/io/common/conf.c from the ATM shared sandbox. If
I bco the file (locked or unlocked) I get a version of that file which
is several months old. In fact the version of the file I get used to live
in the shared sandbox itself when atm was backed by HW3. This was the
last time we updated this file. conf.c currently does not live in the
atm shared sandbox.
Now, if I use "bsh" as in "bsh vi conf.c" I get the "correct" version of the
file, from the tree that atm is backed against currently (ptos.nightly)
I can ask for the the correct revision of conf.c in a bco, but of course
since I specify a version I cannot check this file out locked; I can do that
only with the stale, out-of-date version of conf.c
ODE seems to be mixed up about which is the current version of conf.c in
the atm shared sandbox.
-- Farrell
|
| 1046.2 | Re: My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Apr 21 1995 04:38 | 43 |
| Date Of Receipt: 21-APR-1995 00:31:02.65
From: SMURF::ALPHA::"vandyck@zk3.dec.com" "Grant Van Dyck"
To: ftw@zk3.dec.com
CC: odehelp@marvin.zk3.dec.com, schulter@marvin.zk3.dec.com
Subj: Re: My ODE Problem of the Day
It's the value check_out_config, set in the shared sandboxes rc_files that
determines what version you get, not what you're backed by. Fix that to have a
decending pick list separated by semi colons (check out ptos or ptliteos).
-Grant
>
> I've had some difficulty obtaining what I think is the "right" version
> of the file .../kernel/io/common/conf.c from the ATM shared sandbox. If
> I bco the file (locked or unlocked) I get a version of that file which
> is several months old. In fact the version of the file I get used to live
> in the shared sandbox itself when atm was backed by HW3. This was the
> last time we updated this file. conf.c currently does not live in the
> atm shared sandbox.
>
> Now, if I use "bsh" as in "bsh vi conf.c" I get the "correct" version of the
> file, from the tree that atm is backed against currently (ptos.nightly)
>
> I can ask for the the correct revision of conf.c in a bco, but of course
> since I specify a version I cannot check this file out locked; I can do that
> only with the stale, out-of-date version of conf.c
>
> ODE seems to be mixed up about which is the current version of conf.c in
> the atm shared sandbox.
>
>
>
> -- Farrell
>
>
--
Grant Van Dyck enet: vandyck@zk3.dec.com
Release Engineering
|
| 1046.3 | Re: My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Apr 21 1995 13:44 | 14 |
| Date Of Receipt: 21-APR-1995 09:31:07.54
From: SMURF::WASTED::"ftw@marvin.zk3.dec.com" "21-Apr-1995 0929"
To: vandyck@zk3.dec.com
CC: odehelp@marvin.zk3.dec.com, schulter@marvin.zk3.dec.com
Subj: Re: My ODE Problem of the Day
> It's the value check_out_config, set in the shared sandboxes rc_files that
> determines what version you get, not what you're backed by.
Thanks Grant. I'll ask my friendly Shared Sandbox Admin to have a look. ;-)
|
| 1046.4 | Re: My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Apr 21 1995 19:50 | 34 |
| Date Of Receipt: 21-APR-1995 14:45:11.11
From: SMURF::WASTED::"schulter@zk3.dec.com" "Peter Schulter USEG 21-Apr-1995 1443"
To: vandyck@zk3.dec.com
CC: ftw@zk3.dec.com, odehelp@marvin.zk3.dec.com
Subj: Re: My ODE Problem of the Day
> It's the value check_out_config, set in the shared sandboxes rc_files that
> determines what version you get, not what you're backed by. Fix that to have a
> decending pick list separated by semi colons (check out ptos or ptliteos).
Great. I found the check_out_config variable. Now, what are the
magic cookies I have to put in there to get it to do the following?
check out from the shared sandbox IFF a version of the
file submitted to the shared sandbox.
check out from the shared sandbox backing tree if no current
version exists in the shared sandbox.
Right now it's
replace check_out_config "ATMPROJECT;${check_out_config}"
I'm not sure this is wrong (we do get the correct version when there
is one submitted to the shared sandbox). The problem is this also
seems to be causing us to get the last version of a file that
was ever submitted to ATMPROJECT, even though we're using a different
shared sandbox than the one to which the file was last submitted (I
replace the shared sandboxes after each bsubmit to the pool according
to the procedure).
Thanks,
--- pete
|
| 1046.5 | My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 15 1995 16:06 | 53 |
| Date Of Receipt: 15-MAY-1995 11:37:57.55
From: SMURF::WASTED::"ftw@marvin.zk3.dec.com" "15-May-1995 1136"
To: odehelp@zk3.dec.com
CC: schulter@zk3.dec.com
Subj: My ODE Problem of the Day
Okay, anyone want to take a guess at this?: (Note: if_otto.c shouldn't need
merging as I'm the only one hacking the file)
1.201 marvin:ftw> cd kernel/io/atm/drivers/otto
1.202 marvin:ftw> bsubmit if_otto.c
The following file(s) will require user interaction during the merge step:
./kernel/io/atm/drivers/otto/if_otto.c
Please make a choice from the following list of options:
merge - Submit all files at this time;
you will perform required merges now.
no_merge - Submit only files that do not require merging;
skip all other files.
exit - Exit bsubmit now, terminating the submission.
Your choice (merge, no_merge, exit): [merge]
co error: revision 1.1.9 absent
>> FATAL ERROR in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
>> co command failed
>> FATAL ERROR in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
>> Failed to check out 1.1.9.9
>> WARNING in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
>> fopen /x3/sandboxes/newatm/tmp/if_otto.c for reading, failed inside sci_check_for_merge_markers().
>> WARNING in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
>> sci_check_for_merge_markers failed on file './kernel/io/atm/drivers/otto/if_otto.c'.
Choose next merge action on ./kernel/io/atm/drivers/otto/if_otto.c
Abort, ok, edit, merge, [r]co, [r]diff [merge] abort
At this stage, you have two options:
-Preserve the state of your submission ( for -resub ),
bsubmit will keep all merging you have done.
-Clear the state of your submission ( no -resub ).
All merging work will be discarded.
Do you wish to (Pp)reserve or (Cc)lear the state
of your submission? : [Preserve]
*** RE-SUBMISSION REQUIRED ***
- Source control information is in an intermediate state.
- Re-submit using -resub 11:34 [ -date 5/15/95 ]
1.203 marvin:ftw>
-- Farrell
|
| 1046.6 | Re: My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 15 1995 16:10 | 80 |
| Date Of Receipt: 15-MAY-1995 11:53:55.45
From: SMURF::QUARRY::"vandyck@zk3.dec.com" "15-May-1995 1152"
To: ftw@zk3.dec.com
CC: odehelp@marvin.zk3.dec.com, schulter@marvin.zk3.dec.com
Subj: Re: My ODE Problem of the Day
Any chance you were editing your .BCSset file? Or got a different one
installed somehow instead of the real one? Or used and old or different
sandbox?
Check in your .BCSset for the file and see what version it lists, or you
can do a "blog -i if_otto.c" and see what version your sandbox thinks it wants.
Your private branch for this file is:
Farrell_Woods_ptos: 1.1.19
----------------------------
revision 1.1.19.2
date: 1995/05/15 15:11:59; author: Farrell_Woods; state: Exp; lines: +4 -4
Fix queue ordering problem that caused busy VC's to starve
out non-busy VC's on transmit.
----------------------------
revision 1.1.19.1
date: 1995/05/15 15:08:27; author: Farrell_Woods; state: Exp; lines: +2336
-0
*** Initial Branch Revision ***
-Grant
| Okay, anyone want to take a guess at this?: (Note: if_otto.c shouldn't need
| merging as I'm the only one hacking the file)
|
| 1.201 marvin:ftw> cd kernel/io/atm/drivers/otto
| 1.202 marvin:ftw> bsubmit if_otto.c
| The following file(s) will require user interaction during the merge step:
| ./kernel/io/atm/drivers/otto/if_otto.c
|
| Please make a choice from the following list of options:
| merge - Submit all files at this time;
| you will perform required merges now.
| no_merge - Submit only files that do not require merging;
| skip all other files.
| exit - Exit bsubmit now, terminating the submission.
|
| Your choice (merge, no_merge, exit): [merge]
| co error: revision 1.1.9 absent
| >> FATAL ERROR in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
| >> co command failed
| >> FATAL ERROR in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
| >> Failed to check out 1.1.9.9
| >> WARNING in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
| >> fopen /x3/sandboxes/newatm/tmp/if_otto.c for reading, failed inside sci_ch
eck_for_merge_markers().
| >> WARNING in /usr/sde/tools/alpha_osf1/bin/ode/bsubmit:
| >> sci_check_for_merge_markers failed on file './kernel/io/atm/drivers/otto/i
f_otto.c'.
|
| Choose next merge action on ./kernel/io/atm/drivers/otto/if_otto.c
| Abort, ok, edit, merge, [r]co, [r]diff [merge] abort
|
| At this stage, you have two options:
| -Preserve the state of your submission ( for -resub ),
| bsubmit will keep all merging you have done.
| -Clear the state of your submission ( no -resub ).
| All merging work will be discarded.
|
| Do you wish to (Pp)reserve or (Cc)lear the state
| of your submission? : [Preserve]
|
| *** RE-SUBMISSION REQUIRED ***
|
| - Source control information is in an intermediate state.
| - Re-submit using -resub 11:34 [ -date 5/15/95 ]
|
| 1.203 marvin:ftw>
|
| -- Farrell
|
| 1046.7 | Re: My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 15 1995 17:14 | 16 |
| Date Of Receipt: 15-MAY-1995 12:35:36.28
From: SMURF::QUARRY::"schulter@zk3.dec.com" "15-May-1995 1233"
To: ftw@zk3.dec.com
CC: odehelp@marvin.zk3.dec.com
Subj: Re: My ODE Problem of the Day
> (Note: if_otto.c shouldn't need
> merging as I'm the only one hacking the file)
I made a change to the file last week as the result of something
Uttam found in Dallas. The calculation of the like cell rate was
incorrect so we were using a PCR that was higher than OC-3 will
support.
--- pete
|
| 1046.8 | Re: My ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Mon May 15 1995 18:17 | 62 |
| Date Of Receipt: 15-MAY-1995 13:46:45.54
From: SMURF::WASTED::"ftw@marvin.zk3.dec.com" "15-May-1995 1345"
To: "Grant Van Dyck" <vandyck@zk3.dec.com>
CC: ftw@zk3.dec.com, odehelp@marvin.zk3.dec.com, schulter@marvin.zk3.dec.com
Subj: Re: My ODE Problem of the Day
> Any chance you were editing your .BCSset file?
You mean .BCSconfig, right? The .BCSset_mumble_mumble has pathnames in it
but no associated version numbers.
> Or got a different one
> installed somehow instead of the real one?
I never hand-edit this file, and I don't recall doing anything that should have
overwritten it with something else.
> Or used and old or different
> sandbox?
A short while ago Peter re-targetted against ptos.nightly. Usually this
involes some sort of sacrafice to the gods. It *never* goes smoothly.
> Check in your .BCSset for the file and see what version it lists, or you
> can do a "blog -i if_otto.c" and see what version your sandbox thinks it want
s.
>
> Your private branch for this file is:
> Farrell_Woods_ptos: 1.1.19
Perhaps in my platinum sandbox, but I'm talking about my ATM project sandbox.
This is what's in my .BCSconfig:
1.223 marvin:ftw> more .BCSconfig
./kernel/io/atm/drivers/otto/aal5crc.c,v 1.1.2.2
./kernel/io/atm/drivers/otto/if_otto.c,v 1.1.9.9
./kernel/io/atm/drivers/otto/if_ottodefs.c,v 1.1.5.4
./kernel/io/atm/drivers/otto/if_ottodefs.h,v 1.1.5.5
This is what happens when I do a "blog" of if_otto.c:
1.227 marvin:ftw> blog -i if_otto.c
[ ./kernel/io/atm/drivers/otto/if_otto.c ]
This is what I get back from "bstat":
1.228 marvin:ftw> bstat -all
[ ./kernel/io/atm/drivers/otto/aal5crc.c ]
version 1.1.3.1 selected
[ ./kernel/io/atm/drivers/otto/if_otto.c ]
version 1.1.16.2 selected
[ ./kernel/io/atm/drivers/otto/if_ottodefs.c ]
version 1.1.8.1 selected
[ ./kernel/io/atm/drivers/otto/if_ottodefs.h ]
version 1.1.8.1 selected
|
| 1046.9 | my ODE Problem of the Day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Tue May 30 1995 18:16 | 31 |
| Date Of Receipt: 30-MAY-1995 13:44:25.39
From: SMURF::WASTED::"ftw@marvin.zk3.dec.com" "30-May-1995 1342"
To: odehelp@zk3.dec.com
CC: schulter@zk3.dec.com
Subj: my ODE Problem of the Day
Having difficulties with Kerberos again:
bsubmit -auto if_otto.c
kxct: opentemp failed: File exists
client read failed2: Error 0
didn't receive temporary file
- 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.
1.220 marvin:ftw> klist
Ticket file: /var/dss/kerberos/tkt/tkt1115
Principal: Farrell_Woods@ZONE
Issued Expires Principal
May 30 13:39:07 May 30 23:39:07 krbtgt.ZONE@ZONE
May 30 13:39:18 May 30 21:39:18 kxct.dogfish@ZONE
I tried getting myself a fresh ticket but that didn't seem to cure this
problem.
-- Farrell
|
| 1046.10 | my ODE problem of the day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Jun 23 1995 23:20 | 29 |
| Date Of Receipt: 22-JUN-1995 10:51:45.57
From: SMURF::ALPHA::"ftw@marvin.zk3.dec.com" "22-Jun-1995 1050"
To: odehelp@zk3.dec.com
CC: schulter@zk3.dec.com
Subj: my ODE problem of the day
Why is it that *every* time I submit to the shared sandbox I need help???
1.370 marvin:ftw> bsubmit -auto -all
no authorization to access the server: Principal unknown (kerberos)
kxct: Version mismatch: '' isn't 'KXCTV1.0'
No longer using cached authorization
1.371 marvin:ftw> bstat -all
[ ./kernel/io/atm/drivers/otto/if_otto.c ]
version 1.1.19.2 selected
[ ./kernel/io/atm/drivers/otto/if_ottodefs.c ]
version 1.1.12.2 selected
[ ./kernel/io/atm/drivers/otto/if_ottodefs.h ]
version 1.1.12.2 selected
[ ./kernel/io/atm/drivers/otto/if_ottoreg.h ]
version 1.1.11.2 selected
-- Farrell
|
| 1046.11 | Re: my ODE problem of the day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Jun 23 1995 23:29 | 14 |
| Date Of Receipt: 22-JUN-1995 11:56:23.12
From: SMURF::QUARRY::"schulter@dogfish.zk3.dec.com" "22-Jun-1995 1154"
To: ftw@zk3.dec.com
CC: odehelp@marvin.zk3.dec.com
Subj: Re: my ODE problem of the day
I've changed the name of the shared sandbox server. I thought I
updated all the files in the shared sandbox. Are there any
files in the global ODE or Kerberos database that need to be
changed? I thought simply changing the stuff in the shared
sandbox would do the trick.
--- pete
|
| 1046.12 | Re: my ODE problem of the day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Jun 23 1995 23:37 | 27 |
| Date Of Receipt: 22-JUN-1995 14:01:03.52
From: SMURF::WASTED::"jmf@zk3.dec.com" "Joshua M. Friedman OSF/UNIX SDE"
To: ftw@zk3.dec.com, schulter@zk3.dec.com
CC: odehelp@marvin.zk3.dec.com
Subj: Re: my ODE problem of the day
> I've changed the name of the shared sandbox server.
Pete, do you have a new /etc/srvtab for the newly-named system?
Try 'strings /etc/srvtab' and see what it says for a hostname; this may
be the problem. You'll need to have a new srvtab created for you by
admin on yield.
-josh
> Date: Thu, 22 Jun 95 11:54:36 -0400
> From: schulter@zk3.dec.com
>
> I've changed the name of the shared sandbox server. I thought I
> updated all the files in the shared sandbox. Are there any
> files in the global ODE or Kerberos database that need to be
> changed? I thought simply changing the stuff in the shared
> sandbox would do the trick.
>
> --- pete
|
| 1046.13 | my ODE problem of the day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Wed Aug 16 1995 17:36 | 68 |
| Date Of Receipt: 16-AUG-1995 10:37:24.15
From: SMURF::WASTED::"ftw@marvin.zk3.dec.com" "16-Aug-1995 1036"
To: odehelp@zk3.dec.com
CC:
Subj: my ODE problem of the day
Hi,
A short while ago I "bcreated" a shell script called /sbin/init.d/startdhcp.
Now I need to change the name of this thing to "dhcp". ODE won't let me
outdate/remove "startdhcp". I had created the script but I didn't check
it into my private branch:
1.205 marvin:ftw> bcreate -undo startdhcp
[ ./sbin/init.d/startdhcp ]
rcs error: can't remove locked revision 1.1.1.1
1.210 marvin:ftw> bci -auto startdhcp
[ ./sbin/init.d/startdhcp ]
[ scanning for HISTORY messages ]
# Add support for DHCP
[ ./sbin/init.d/startdhcp Rev 1.1.1.1 checked in ]
1.211 marvin:ftw> bcreate -undo startdhcp
[ ./sbin/init.d/startdhcp ]
[ bcreate should not undo revision 1.1.1.2 -- try bcs -o or bcs -u -o ]
1.212 marvin:ftw> bcs -u -o startdhcp
Confirm outdate for '-oFarrell_Woods_ptos' (all revisions) [no] yes
[ ./sbin/init.d/startdhcp ]
rcs error: no lock set on revision 1.1.1.2
1.213 marvin:ftw> bcreate -undo startdhcp
[ ./sbin/init.d/startdhcp ]
[ bcreate should not undo revision 1.1.1.2 -- try bcs -o or bcs -u -o ]
1.214 marvin:ftw> bcs -u startdhcp
[ ./sbin/init.d/startdhcp ]
rcs error: no lock set on revision 1.1.1.2
1.215 marvin:ftw> bcs -o startdhcp
Confirm outdate for '-oFarrell_Woods_ptos' (all revisions) [no] yes
[ ./sbin/init.d/startdhcp ]
[ deleting branch name 'Farrell_Woods_ptos' ]
[ updating ./.BCSconfig ]
rm: removing ./.BCSconfig
rm: removing ./.BCSset-Farrell_Woods_ptos
rm: removing ./.BCSlog-Farrell_Woods_ptos
rm: removing ./sbin/init.d/startdhcp
1.216 marvin:ftw> bcs -u startdhcp
[ ./sbin/init.d/startdhcp ]
[ revision does not exist -- unlock ignored ]
1.217 marvin:ftw> bcreate -undo startdhcp
[ ./sbin/init.d/startdhcp ]
[ can't undo ./sbin/init.d/startdhcp ]
[ file not in current branch, your current working set, Farrell_Woods_ptos ].
-- Farrell
|
| 1046.14 | my ODE problem of the day | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Sep 01 1995 16:22 | 41 |
| Date Of Receipt: 1-SEP-1995 11:20:24.54
From: SMURF::QUARRY::"ftw@marvin.zk3.dec.com" "01-Sep-1995 1119"
To: odehelp@zk3.dec.com
CC: schulter@zk3.dec.com
Subj: my ODE problem of the day
Why do I get yelled at about not having a ticket when I access the ATM shared
sandbox, and not when I access my platinum sandbox. I have a valid ticket.
0.244 marvin:ftw> workon
cd'ing to sandbox source directory: /x3/sandboxes/newatm/src.
starting new shell: /bin/tcsh.
To access your ODE server you must:
o kinit $PRINCIPAL (then input your kerberos password)
o Enter workon -sb sandbox name or default.
Please obtain kerberos ticket and try again.
Check: environment $BCSPORT, and ode_server daemon @ labrea.zk3.dec.com
Please exit workon, do a kinit and enter workon.
1.201 marvin:ftw> klist
Ticket file: /var/dss/kerberos/tkt/tkt1115
Principal: Farrell_Woods@ZONE
Issued Expires Principal
Sep 1 11:10:36 Sep 1 21:10:36 krbtgt.ZONE@ZONE
Sep 1 11:10:46 Sep 1 21:10:46 kxct.secret@ZONE
Sep 1 11:10:47 Sep 1 21:10:47 kxct.buffer@ZONE
Sep 1 11:15:36 Sep 1 21:10:36 kxct.labrea@ZONE
1.202 marvin:ftw> workon -sb ptos
cd'ing to sandbox source directory: /x3/sandboxes//ptos/src.
starting new shell: /bin/tcsh.
2.201 marvin:ftw>
-- Farrell
|