<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2658.34">
<TITLE>Concurrently open sockets limit on Linux system</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2 FACE="Arial">Folks,</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">I ask here in anticipation that somebody out there in cluster-land has run across this limitation and can advise me on moving past it...</FONT></P>

<P><FONT SIZE=2 FACE="Arial">We are looking at an application which uses a proprietary license manager.  The client connects to the license manager at start time and (according lsof on the system running the license manager) seems to hold a socket open during the duration of the job.</FONT></P>

<P><FONT SIZE=2 FACE="Arial">We want to run a couple of hundred of these jobs on our cluster, but after job 126 the client can no longer connect to the license manager.  The server hosting the license manager is otherwise fine, and you can continue to perform network-based operations on and against it...</FONT></P>

<P><FONT SIZE=2 FACE="Arial">The vendor feels that they have not coded a specific limit; I'm wondering if it's file descriptors or somesuch.  I raised the limit of FDs on the system to 65000+ and verified that the change took effect; no change to the applications behaviour.  It's a c-based app, compiled with gcc on a Fedora Core 6 system, I believe.</FONT></P>

<P><FONT SIZE=2 FACE="Arial">Any thoughts?</FONT>
</P>

<P><FONT SIZE=2 FACE="Arial">Simon</FONT>
</P>

<br><br><table bgcolor=white style="color:black"><tr><td><br>CONFIDENTIAL AND PRIVILEGED INFORMATION NOTICE<br>
<br>
This e-mail, and any attachments, may contain information that<br>
is confidential, subject to copyright, or exempt from disclosure.<br>
Any unauthorized review, disclosure, retransmission, <br>
dissemination or other use of or reliance on this information <br>
may be unlawful and is strictly prohibited.  <br>
<br>
AVIS D'INFORMATION CONFIDENTIELLE ET PRIVILÉGIÉE<br>
<br>
Le présent courriel, et toute pièce jointe, peut contenir de <br>
l'information qui est confidentielle, régie par les droits <br>
d'auteur, ou interdite de divulgation. Tout examen, <br>
divulgation, retransmission, diffusion ou autres utilisations <br>
non autorisées de l'information ou dépendance non autorisée <br>
envers celle-ci peut être illégale et est strictement interdite.</td></tr></table></BODY>
</HTML>