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

Conference iosg::all-in-1_v30

Title:	OLD ALL-IN-1 (tm) Support Conference
Notice:	Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:	IOSG::PYE

Created:	Thu Jan 30 1992
Last Modified:	Tue Jan 23 1996
Last Successful Update:	Fri Jun 06 1997
Number of topics:	4343
Total number of notes:	18308

1239.0. "TRU "Drawer in use" error" by KAOFS::D_STREET () Thu Aug 13 1992 15:56

    Hello,
     I have a customer who is getting the following messages in their 
    OA$SM_TEST_FILE_CABINET.LOG2134234535 :
    
    Failed to access Drawer
    -- Drawer in use
    ** This error would prevent TRM from completing **
    
     They get this for 6 users, and of course they are sure there are no
    users on the system at the time of the TRU run.
    
     Is there any other cause for this message?
    
    						Derek Street.

T.R	Title	User	Personal Name	Date	Lines
1239.1	TRU problem	IOSG::MAURICE	Ceci n'est pas une note	`Thu Aug 13 1992 16:28`	19
	Hi, What I think has happened is that the FCS (File Cabinet Server) has the drawers open. What should happen is that TRU should ask the FCS to relinquish it's lock on the drawers, but it doesn't and so is a TRU bug. Your workrounds are: 1. Shutdown ALL-IN-1 before running TRU or (less drastically) 2. Stop the File Cabinet Server(s) (type MGT MFC MS to get to the menu), and restart it as soon as it has stopped. Sorry about that Stuart
1239.2	CAB LOCK_DRAWER	IOSG::TALLETT	Arranging bits for a living...	`Thu Aug 13 1992 18:16`	18
	...or (3) customize TRU to do a CABINET LOCK_DRAWER first. This code cut from OA$LIB:SM_PAT_ARCHIVE.SCP : FOR PARTITION WITH (.%KEY BEGINNING #owner) DO - GET #fc_drawer = .%KEY \\- .TEXT "Locking drawer " #fc_drawer \\- CABINET SET_DRAWER #fc_drawer \\ - IFSTATUS \\ - CABINET LOCK_DRAWER \\ - IFSTATUS .IF OA$STATUS NE 1 THEN .GOTO USER_LOGGED_IN ...although the BEGINNING #owner bit might not be right for you. Regards, Paul
1239.3	Has it been fixed in 3.0-1 ?	BUSHIE::SETHI	Man from Downunder	`Mon Jan 25 1993 01:29`	6
	Hi, Has this problem been fixed in Version 3.0-1 ? If not does it require an SPR to fix the problem ? Thanks sunil
1239.4		IOSG::MAURICE	Because of the architect the building fell down	`Mon Jan 25 1993 09:25`	9
	Hi Sunil, We have fixed the problem now, but I think the fix was too late for V3.0-1. I'm not sure what the procedure is for asking support to get a known fix into the next patch. Raising CLDs seems to work ;^) Cheers Stuart
1239.5	CLDs cost money - we're trying to make money!	AIMTEC::WICKS_A	MUP(pets) coming to ALL-IN-1 soon?	`Mon Jan 25 1993 15:53`	10
	Sunil, Stuart was only joking about the CLD (I think) - there is a process for encouraging inclusion of a particular fix in any PFP which costs the company a lot less than a CLD. Contact me offline or in A1INFO for details. Regards, Andrew.D.Wicks
1239.6	Need to get the customer a special patch	BUSHIE::SETHI	Man from Downunder	`Wed Jan 27 1993 00:07`	15
	Hi, The solution provided here is not acceptable to the customer and they would like a special patch to fix the problem. Since we are in the "Yes sir three bags full sir" mode of dealing with this customer I am going to CLD the call to get an individual patch for this customer. It's better to keep this customer happy and make them feel special their support contracts are worth millions. Sorry if someone has to get this special patch ready, I am sure you will appriciate how important this customer is. Thanks, Sunil
1239.7	Jim has an interest in this problem	IOSG::ECHRISTIE	Eileen Christie	`Wed Jan 27 1993 16:08`	4
	Sunil, Jim Parker (@REO) is actively involved with this problem at the moment. It might be worth contacting him directly by mail to get the latest details on it.