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
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