[GE users] max open files (ulimit -n) in SGEv62u5

andy andy.schwierskott at sun.com
Tue May 4 10:17:36 BST 2010


unless the "execd_params" S_DESCRIPTORS/H_DESCRIPTORS is set I believe SGE
does not touch the max open files limit for a process. So I guess the job
just inherits the limit from it's parent process chain. Try to set this
limit in "execd_params".


> Am 03.05.2010 um 22:01 schrieb mzhou:
> > If I ssh into a node, "ulimit -n" shows 1000000. But if I submit a
> > job through SGE, it shows 65535.
> a) Long long ago we had a problem with an SGE implied limit for the
> max. file size (and I found two different values for "unlimited" in
> the kernel header files). At that time I got it working by defining -1
> in SGE as hard limit in the queue definition (yes, minus one).
> Well, as there is no entry for max. files value in the queue
> definition, it might be hard-coded in the source.
> b) What was the value set to, when execd was started? I'm not sure
> whether its limit is set by SGE at all. So when you have a hard-limit
> of 65536 when you startup the sgeexecd, it will inherit this limit.
> Can you try to start the sgeexecd while a higher limit is in effect?
> -- Reuti
> >
> > Thanks,
> >
> > Mi
> >
> > ------------------------------------------------------
> > http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=255968
> >
> > To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net
> > ].
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=255978
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list