Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Rhinorhino on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

OpenUnix8.0.0 - trouble with file record locks!!!

Status
Not open for further replies.

Olga75

Technical User
Joined
Aug 22, 2003
Messages
3
Location
MY
Hi!
We are using OpenUnix8.0.0 (aka UnixWare7.1.2)
ou800pk5 Service Pack is applied.
Server is Compaq ML530

There is an ERP application running on the server.
While number of active sessions is less then 15, it's OK.
With the 15th session or even less the applications reports error messages of different nature, but the essence is that it cannot access some files because they are in use and/or there are no file record locks available.
Running sar -v, I defined that troubles start when the number of locks used exceeds 300.
OK, the default for FLCKREC kernel parameter is 300.
I increase it to 2000 maximum, rebuild the kernel, and repeat the test.
Our ERP system still report the same error messages. I check sar -v output, and find that faults still appear when number of locks approx. 300. Seems like the kernel rebuild didn't have any affect. Intrestingly, I don't find any record for FLCKREC in stune.current.
I talked to other sites using the same application, but neither of them is running Release 7.1.2, all are with 7.1.1. They advised they solved the same problem by setting FLCKREC to 2000 or above, and now it's OK. But what about damned 7.1.2?!!!
I was trying to apply ou800pk5 downloaded from SCO ftp site, but while trying to apply it with pkgadd, found that the checksum is corrupted. Downloaded it again, still the same - does it mean SCO put corrupted images on their site?

Can anyone advise me what to do, please
I ran out of time already, and even had to postpone an important trip because of this for indefinite time.... :-(

Many thanks for any helpful advise,
Olga
 
Sorry for one inconsistency: ou800pk4 is currently applied, not ou800pk5!

WBR,
Olga
 
How exactly did you change the parameter value?

issue a
/etc/conf/bin/idtune -G FLCKREC
and
/etc/conf/bin/idtune -G -c FLCKREC

And if they are 300 (as I expect they are)
do a
/etc/conf/bin/idtune -f FLCKREC 2000

and then a

/etc/conf/bin/idbuild -B

Just for confirmation do
/etc/conf/bin/idtune -G FLCKREC
shoud show 2000

and reboot the machine




Regards

Frederico Fonseca
SysSoft Integrated Ltd
 
Hi, Frederico!

Of course, I changed FLCKREC as per your advice (since I'm not totally new to kernel tuning).
And of course the kernel was rebuild successfully and idtune -g returned 2000.
But the most awful thing is that the system doesn't pay any attention to FLCKREC value, still reporting that "locks are unavailable" when their usage approximate 300. :-(

WBR
Olga
 
(sorry I had to be sure)

is that ERP a Oracle by any chance?

If so Oracle has it's own limits and they sometimes issue that error.

Apart from that there is nothing I can do for now, as is down and I can not check any TA's for help.

I may have a copy of ou800pk5. If interested I can make it available for download.

I would also try and do a small application in C (if at all possible) to test for the locks independently.



Regards

Frederico Fonseca
SysSoft Integrated Ltd
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top