[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference smurf::buildhelp

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 16: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: 	[email protected], odehelp@DEC:.zko.flume, admin@DEC:.zko.flume
CC: 	[email protected], [email protected], 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: [email protected]
Cc: [email protected]
Subject: accessing steelcde pool
Date: Thu, 28 Mar 96 14:33:22 -0500
From: [email protected]



	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:    [email protected]	
 MS: ZKO3-3/W20			decnet:  flume::johnf
 USG Release Engineering		 (603) 881-1719
 110 Spitbrook Road 			 (DTN) 381-1719
 Nashua, NH  
 ______________________________________________________________________




T.RTitleUserPersonal
Name
DateLines
2180.1Re: accessing steelcde poolAOSG::FILTERAutomatic Posting Software - mail to flume::puckFri Mar 29 1996 15:3318
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: 	[email protected], odehelp@DEC:.zko.flume, [email protected]
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