[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

2304.0. "Convert failed, file currently locked by another user" by EVOCDG::DEC_HELLAS () Mon Feb 22 1993 10:28

    When I run the housekeeping proc's RSF and TRM it happens that some
    users are still logged into the system (actually the persons have left,
    but they have not logged out from their ALL-IN-1 accounts. Our SPIRIT
    monitor does not really work properly to log out these users.
    Therefore when the above procedures start, they find logged in users 
    and when     they try to access files OA$DATA_SHARE:PENDING.DAT and
    OA$DATA_SHARE:PARTITION.DAT they give the errors:
    
    RMS-E-FLK, file currently locked by another user
    Convert failed for "OA$DATA_SHARE:PENDING.DAT  (or PARTITION.DAT)
    
    What can we do to overcome this problem. There is a command procedure
    in STARS, called CHECK_USER_COUNT.COM but all it does it checks if
    users are logged in and notifies them by reply! Big deal! The actual
    users are home sleeping since our Housekeeping proc's run after midnight.
    
    Shouldn't ALL-IN-1 be "smarter" and log out by force any "left-over"
    users after have warned them for the ALL-IN-1 SHUTDOWN?
    
    regards
    
    Nicholas

T.R	Title	User	Personal Name	Date	Lines
2304.1	thanks for the reminder..	IOSG::TYLDESLEY		`Mon Feb 22 1993 11:59`	9
	Hello Nicholas, I'm sorry that I cannot be very positive on this one. This now remains as our second-oldest SM 'known problem' , but for the last two releases, we have not been able to find the resource to fix this. Your note will, I hope, have reminded us of the continued importance of this problem. DaveT
2304.2	I 'll let ZAP do the job	EVOCDG::DEC_HELLAS		`Mon Feb 22 1993 15:05`	10
	Dave, thanks for the answer. In the mean time I have installed ZAP (a former ASSET and now a product), to do the "dirty job" of killing the the idle processes. I am going to try it tonight and hope it will work. I will let you know sometime tommorow. rgrds Nicholas
2304.4	ZAP worked but RSF failed!	EVOCDG::DEC_HELLAS		`Tue Feb 23 1993 11:36`	13
	Well ZAP worked fine, but the RSF procedure failed again... insisting that the files PENDING.DAT and PARTITION.DAT were locked by another user. Well, tonight I will log from my modem at home and just before I start the RSF I will do a $SHOW DEV/FILE on the ALL-IN-1 system disk to find out who keeps these files locked! In the mean time any suggestions are welcome. rgrds Nicholas
2304.5	Was the FCS shutdown properly ??	IOSG::STANDAGE	Oink...Oink...Mooooooooooooooooooooooooooooooooo	`Tue Feb 23 1993 13:16`	13
	Nicholas, I would guess that it is the File Cabinet Server which is holding these files open. Certainly PARTITION.DAT, PARTITION_MASTER.DAT and PENDING.DAT are held by the server - to mention but a few. Kevin.
2304.6	Yes the File Cabinet Server locks the files!	EVOCDG::DEC_HELLAS		`Tue Feb 23 1993 15:00`	10
	Kevin, yes the process A1FS is keeping the files locked. Should I stop the File Cabinet Server manually? Doesn't RSF do that? rgrds Nicholas
2304.7		IOSG::STANDAGE	Oink...Oink...Mooooooooooooooooooooooooooooooooo	`Tue Feb 23 1993 16:12`	11
	Nicholas, When ALL-IN-1 is shutdown, the server should shutdown too. I've heard of instances where something happens and the FCS doesn't shutdown. Stop the FCS manually and run RSF. When you restart ALL-IN-1 the FCS will restart automatically. Kevin.
2304.8	Old chestnut perhaps?	IOSG::TALLETT	Gimmee an Alpha colour notebook...	`Wed Feb 24 1993 07:58`	10
	A clue: you said the A1FS process which tends to suggest you have made the common mistake of running SYS$MANAGER:OAFC$STARTUP.COM as this gives the FCS the process name of A1FS. You should NOT run this file standalone, you should let A1V30START start the servers and manage them through ALL-IN-1. This way they will get stopped automatically, and get the default name of node$SRV73. Regards, Paul
2304.9	It has now worked!	EVOCDG::DEC_HELLAS		`Wed Feb 24 1993 08:59`	20
	Well .8 is correct! I found it out last night! I did $show dev/file/out=x.x, then $search x.x , I found out that the files PENDING.DAT and PARTITION.DAT were locked by the processes: A1FS and node$SRV73. After I stopped the server manually from ALL-IN-1, the second process disappeared by A1FS was still there! No users were logged in, the ALL-IN-1 was shutdown, thus I killed the process, the files were unlocked and RSF worked! Then, I found out, as .8 suggested, that in within the system startup file there was the line that was starting up the FCS without parameters, therefore the process name was defaulting to A1FS! I simply commented it out. Thanks all of you for your suggestions! Nicholas PS: May anyone tell me: Assume the OA$SHARE:OA$DAF_E.DAT is 800,000 blocks and there are only 400,000 free blocks on the disk where it resides. Since the RSF uses a temporary file while converting the OA$DAF_E.DAT, will RSF work with that much free space??? Will the RSF work?