I don't use it, but one of our users has used it before successfully before we 
moved to GE 8.1.1.

# qstat -q bio -F mem_free|fgrep mem
        hl:mem_free=498.198G
        hl:mem_free=498.528G
        hl:mem_free=499.143G
        hl:mem_free=498.959G
        hl:mem_free=499.198G

$ qrsh -q bio -l mem_free=400G
error: no suitable queues



On 08/28/2012 02:40 PM, Reuti wrote:
Do you get an error when you try to do so?

-- Reuti


Am 28.08.2012 um 23:20 schrieb Joseph Farran<[email protected]>:

Thanks Dave.

We just discovered that we cannot request nodes with "-l mem_free=xxx".

We are on 8.1.1.   Does this new release fix this?

Joseph

On 08/28/2012 09:57 AM, Dave Love wrote:
SGE 8.1.2 is available from
<http://arc.liv.ac.uk/downloads/SGE/releases/8.1.2/>.  It is a large
superset of the freely available Grid Engine features and fixes from
other sources, specifically ~800 changes since 6.2u5 (Sun's last release).

Currently binaries are available as RPMs for Red Hat-ish 5 and 6 x86_64
systems.

Please contribute bug reports, patches, and suggestions for enhancement
via mail or the web interface<https://arc.liv.ac.uk/trac/SGE#mail>.

Significant changes:

* Bug fixes

   * Man and other documentation fixes
   * Fix possible failure building qtcsh
   * Remove spurious runtime dependencies on hwloc
   * Include sge_share_mon in RPM
   * Deal gracefully with requesting fewer PE slots than defined for a PE
   * Fix regression from string-handling changes (e.g. failure with Unix
     groups in ACLs)

* Enhancements

   * Use cpusets for process containment on fairly recent Linux-based systems
     (see USE_CGROUPS in sge_conf(5))
   * Add bootstrap build script
   * Make SGE template an RPM conf file [#1383, #1430]

* Incompatible changes

   * Make CRL and certificate expiry consistent [#1423]


The initial cpuset(/cgroup) containment is briefly described in
<http://arc.liv.ac.uk/SGE/howto/remove_orphaned_processes.html>.
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to