Hi again,
I got exactly one reply to my question. Thanks to: Tony Nicholson
<Tony.Nicholson@newcastle.edu.au>.
In a nutshell: FlexLM (or suntechd, I don't know which) is apparently
not able to work with file handles > 255 due to a restriction in fdopen().
I found the problem to be even worse, though: As soon as you explicitly
set rlim_fd_cur in /etc/system, suntechd dies. I've tried values
of 256, 255, 128, 127 and 64. All caused suntechd to die.
My solution, as suggested by Tony Nicholson was to keep the default
setting of rlim_fd_cur (and do not explicitly set it in /etc/system),
set rlim_fd_max and add an "ulimit -n 1024" statement to the server
startup script. This keeps the default number of file handles at the
default value, FlexLM/suntechd are happy and the server app. has enough
file handles as well.
So thanks again to Tony Nicholson <Tony.Nicholson@newcastle.edu.au>
for his help.
Here is his answer and my original question.
Tom
-------------------------------------------------------------------------
From: Tony Nicholson <Tony.Nicholson@newcastle.edu.au>
Subject: Re: suntechd/lmgrd not working with increased # of file handles ....
On Sat, 14 Mar 1998, Thomas Leitner wrote:
[snip]
Hi Tom,
I tracked this down to FlexLM being unable to cope with file descriptors
that don't fit into a single byte (i.e. greater than 255). There is
something on the man page for fdopen() about this.
My workaround was to set rlim_fd_max to a large value (1024) while keeping
rlim_fd_cur reasonable (I increased it from the default of 64 to 128).
For processes that need extra file descriptors (like Sybase), I changed
the start-up script to do a "ulimit -n 1024" to give them the extra fds.
Regards
Tony
-- Tony Nicholson e-mail: Tony.Nicholson@newcastle.EDU.AU Networks Specialist phone: +61 2 4921 5395 Information & Education Services Division, fax: +61 2 4921 6910 McMullin Building, University of Newcastle, NSW, 2308, AUSTRALIA---ORIGINAL QUESTION ---------------------------------------------------
Hi,
Yesterday I had to increase the number of file handles per process because our server software requires a lot of them. So according to the Solaris FAQ, I've added the following to /etc/system and rebooted:
* set hard limit on file descriptors set rlim_fd_max = 4096 * set soft limit on file descriptors set rlim_fd_cur = 256
Everything is fine now, except for one big problem: FlexLM refuses to start the suntechd vendor daemon required for Sparc Workshop C/C++ 4.2. When starting lmgrd.ste with the -l logging option, I get this in the log file:
[...] 22:36:47 (suntechd) Not logging IN messages 22:36:47 (suntechd) Not logging OUT messages 22:36:47 (suntechd) Not logging QUEUED messages 22:36:47 (suntechd) FEATURE sunpro.common INACTIVITY TIMEOUT set to 3600 seconds 22:36:47 (suntechd) FEATURE sunpro.sparcworks.tools INACTIVITY TIMEOUT set to 3600 seconds 22:36:47 (suntechd) FEATURE sunpro.sparcworks.tools INACTIVITY TIMEOUT set to 3600 seconds 22:36:47 (suntechd) FEATURE sunpro.cc LICENSE LINGER set to 300 seconds 22:36:47 (suntechd) FEATURE sunpro.cc LICENSE LINGER set to 300 seconds [...]
until:
22:36:47 (lmgrd) Vendor daemon died with status 0 22:36:47 (lmgrd) Since this is an unknown status, lmgrd will 22:36:47 (lmgrd) attempt to re-start the vendor daemon. 22:36:47 (lmgrd) REStarted suntechd (internet tcp_port 42753 pid 6274) 22:36:47 (suntechd) Not logging IN messages 22:36:47 (suntechd) Not logging OUT messages 22:36:47 (suntechd) Not logging QUEUED messages
and finally lmgrd gives up after a couple of attempts starting suntechd with:
22:36:49 (lmgrd) Please correct problem and restart daemons....
Does anyone know this problem and can suggest a fix?
This is all under Solaris 2.5 with the latest recommended patch kit on a SparcStation-20/150MHz, 192MB RAM.
Thanks -- Tom
-------------------------------------------------------------------------- T o m L e i t n e r Dept. of Communications Graz University of Technology, e-mail : tom@finwds01.tu-graz.ac.at Inffeldgasse 12 Phone : +43-316-873-7455 A-8010 Graz / Austria / Europe Fax : +43-316-463-697 Home page : http://wiis.tu-graz.ac.at/people/tom.html PGP public key on : ftp://wiis.tu-graz.ac.at/pgp-keys/tom.asc or send mail with subject "get Thomas Leitner" to pgp-public-keys@keys.pgp.net -------------------------------------------------------------------------- Before we have the paperless office, we have the paperless toilet!
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:33 CDT