49er: Oh my darling clementine

As to satisfy user requests like the one explaiend in [GE users] worth a wiki entry for SGE with OpenMPI and Infiniband a last-minute  enhancement was implemented for SGE 6.2 with HP-2008-07-11-0.  It adds a set of new parameters to the execd_params section of sge_conf(5):

    S_DESCRIPTORS, H_DESCRIPTORS, S_MAXPROC, H_MAXPROC,
     S_MEMORYLOCKED, H_MEMORYLOCKED, S_LOCKS, H_LOCKS
          Specifies soft and hard resource limits as  implemented
          by  the  setrlimit(2) system call. See this manual page
          on your system for more information.  These  parameters
          complete  the list of limits set by the RESOURCE LIMITS
          parameter of the queue configuration  as  described  in
          queue_conf(5).  Unlike the resource limits in the queue
          configuration, these resource limits are set for  every
          job  on  this  execution host. If a value is not speci-
          fied, the resource limit is inherited from  the  execu-
          tion   daemon  process.  Because  this  would  lead  to
          unpredicted results, if only one limit of a resource is
          set  (soft  or  hard), the corresponding other limit is
          set to the same value.

          S_DESCRIPTORS and H_DESCRIPTORS  specify  a  value  one
          greater  than  the  maximum file descriptor number that
          can be opened by any process of a job.

          S_MAXPROC and H_MAXPROC specify the maximum  number  of
          processes  that  can be created by the job user on this
          execution host

          S_MEMORYLOCKED and H_MEMORYLOCKED specify  the  maximum
          number  of  bytes  of virtual memory that may be locked
          into RAM.

          S_LOCKS and H_LOCKS specify the maximum number of  file
          locks any process of a job may establish.
          All of these values can be specified using  the  multi-
          plier letters k, K, m, M, g and G, see sge_types(1) for
          details.

Actually it does what is needed, but I see it still as a hack. As a regular enhancement, it had been done as change with queue_conf(5) that is used to control all the other resource limits. Anyways it fixed the CRs 6722507 and 6533487. For the latter there is an IZ counterpart (#2370).