[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | USG buildhelp questions/answers |
|
Moderator: | SMURF::FILTER |
|
Created: | Mon Apr 26 1993 |
Last Modified: | Mon Jan 20 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 2763 |
Total number of notes: | 5802 |
2180.0. "Re: accessing steelcde pool" by AOSG::FILTER (Automatic Posting Software - mail to flume::puck) Thu Mar 28 1996 19:19
Date Of Receipt: 28-MAR-1996 15:01:29.52
From: SMURF::FLUME::johnf "John Flanagan USG Test Johnf Tools Group 28-Mar-1996 1458"
To: vsp@unx.dec.com, odehelp@DEC:.zko.flume, admin@DEC:.zko.flume
CC: johnf@flume.zk3.dec.com, vsp@everest.unx.dec.com, johnf@DEC:.zko.flume
Subj: Re: accessing steelcde pool
My guess is that quarry does not have nfs locking turned on, which is needed
for the ODE 3.0 tools.
Josh and odehelp, admin,
Does that sound like the problem?
To: johnf@flume.zk3.dec.com
Cc: vsp@everest.unx.dec.com
Subject: accessing steelcde pool
Date: Thu, 28 Mar 96 14:33:22 -0500
From: vsp@unx.dec.com
Hi John,
I have beeing getting 'lockf()' error when
i try to checkout a file under steelcde.
I have my sandbox on quarry.
any ideas?
thanks,
vipul
--
______________________________________________________________________
John Flanagan enet: johnf@zk3.dec.com
MS: ZKO3-3/W20 decnet: flume::johnf
USG Release Engineering (603) 881-1719
110 Spitbrook Road (DTN) 381-1719
Nashua, NH
______________________________________________________________________
T.R | Title | User | Personal Name | Date | Lines |
---|
2180.1 | Re: accessing steelcde pool | AOSG::FILTER | Automatic Posting Software - mail to flume::puck | Fri Mar 29 1996 18:33 | 18 |
| Date Of Receipt: 29-MAR-1996 15:01:47.20
From: SMURF::FLUME::jmf "Joshua M. Friedman OSF/UNIX SDE 29-Mar-1996 1458"
To: John Flanagan - UNIX Systems Group <johnf@DEC:.zko.flume>
CC: vsp@unx.dec.com, odehelp@DEC:.zko.flume, admin@flume.zk3.dec.com
Subj: Re: accessing steelcde pool
FYI, for the record, I helped Vipul on the phone with this. While
it was locking related, we didnt' exactly know the source of the problem.
Often if a user ^C's in the middle of a b* operation it will leave a
lock on the <sandbox>/src/.BCSlock file. I had Vipul remove this file
(it gets regenerated automatically) and that solved the problem.
The sandbox was indeed nfs mounted (on quarry from fflume).
-josh
|