Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1 - 3 of 431)

1 2 3 4 5 6 7 8 9 10 11
Ticket Resolution Summary Owner Reporter
#3 fixed IZ56: job resource request lacks OR operator andreas
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=56]

        Issue #:      56               Platform:     All              Reporter: andreas (andreas)
       Component:     gridengine          OS:        All
     Subcomponent:    scheduling       Version:      current             CC:
                                                                                [_] uddeborg
                                                                                [_] Remove selected CCs
        Status:       REOPENED         Priority:     P3
      Resolution:                     Issue type:    FEATURE
                                   Target milestone: not determined
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:        http://wiki.gridengine.info/wiki/index.php/EvaluationExpressionSupport
       * Summary:     job resource request lacks OR operator
   Status whiteboard:
      Attachments:

     Issue 56 blocks:
   Votes for issue 56:


   Opened: Mon Sep 3 09:26:00 -0700 2001 
------------------------


DESCRIPTION: The job submission lacks an OR operator allowing to specify
multiple combined resource request profiles (-l, -pe, -master, ...) to be used
alternatively.

WORKAROUND:
(1) For sequential jobs a workaround can be to use the -q <qlist> option to
     explicitly specify the list of all alternatively suited queues.
(2) For parallel jobs alternative PE's can be requested by using wildcards in
     the -pe <pe-name> request. By creating different PE's with different
     queue_list it is possible to specify alternative assignments for the job.

SUGGESTED FIX: A new submit option -or could be used to separate between
alternatively suited combined resource request profiles. All scheduling relevant
submit options (-l, -pe, -master, ...) separated by a -or option must be matched
by a queue or by a set of queues for an assignment of the job.

   ------- Additional comments from joga Mon Jul 22 23:56:38 -0700 2002 -------
PROPOSAL FROM A GRID ENGINE USER (Michael Bakkenson
mikeb@vitesse.com), that shows an easy to use syntax:

I think it would be nice if it were possible to make more complicated
resource requests.  I am solving the multi-architecture problem by
building up a list of queues beforehand with multiple calls to
qselect, then specifying them with -q.

abc="`qselect -l arch=solaris64` `qselect -l arch=hp11`"
qsub -q `echo $abc | tr ' ' ','` xyz.sh

(there's probably a better way to do that..)

I think it'd be useful if requests like this were possible:

qsub -l '(arch=solaris64 || arch=hp11) && (speed=fast || speed=med)'
-soft -l speed=fast xyz.sh

i.e., you want 'fast', will take 'med' (but not 'slow') and can run on
solaris64 or hp11 (but not glinux)... or something.


   ------- Additional comments from andreas Thu Dec 11 07:14:49 -0700 2003 -------
Workaround:
With 6.0 use of wildcards with complex attributes
is supported. This can be used to request multiple resources and
extenuates urgency of or request.

   ------- Additional comments from andreas Thu Dec 9 05:21:27 -0700 2004 -------
Please note connection to "resource sets" use case as described with
issue #1391.

   ------- Additional comments from uddeborg Fri Apr 29 01:38:15 -0700 2005 -------
When doing this, don't forget the "not" operator.  It is not possible to use the
workaround for that.  For example, I can not choose queues on all machines
except AMD64 ones (arch!=lx24-amd64).  And then arch is an RESTRING, but it
still doesn't help.

   ------- Additional comments from sgrell Mon Dec 12 02:40:05 -0700 2005 -------
Changed subcomponent.

Stephan

   ------- Additional comments from petrjung Thu Jan 18 03:41:32 -0700 2007 -------
The new Feature document can be found and discussed on
http://wiki.gridengine.info/wiki/index.php/EvaluationExpressionSupport

   ------- Additional comments from andreas Tue Mar 20 02:37:47 -0700 2007 -------
I'm reopening this as it specifically asks for logical "or" where different
kinds of resources can be requested. The 6.1 resource request enhancement merely
allows different values of a certain resource be requested. Although this can be
suited as a workaround in certain cases, but the problem isn't solved.

   ------- Additional comments from andreas Tue Mar 20 03:02:07 -0700 2007 -------
WORKAROUND:
Both (1) and (2) above can solve the case, under the condition, that (a) the
requested queues have "lic1" and "lic2" configured in complex_values and (b) the
license amount is specified as default request with the consumable definition

#name  shortcut   type        relop requestable consumable !!!default!!! urgency
-----------------------------------------------------------------------------
lic1   l1         INT         <=    YES         YES        1             0
lic2   l2         INT         <=    YES         YES        1             0

the obvious drawback of this workaround is, that either separate queues for
these resources must be specified or any job not depending on "lic1"/"lic2" must
exclude these default requests by using "-l lic1=0,lic2=0"
#8 fixed IZ97: exit code implications for various methods chaubal
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=97]

        Issue #:      97               Platform:     All           Reporter: chaubal (chaubal)
       Component:     gridengine          OS:        All
     Subcomponent:    man              Version:      current          CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     ferstl
          URL:
       * Summary:     exit code implications for various methods
   Status whiteboard:
      Attachments:

     Issue 97 blocks:
   Votes for issue 97:


   Opened: Wed Nov 21 13:49:00 -0700 2001 
------------------------


What happens when various methods exit with different error codes is not
documented in one place.

Script/method           exit code       consequence
=====================================================================
job script              0               success
                        99              requeue
                        rest            "success", exit code in accounting file

prolog/epilog           0               success
                        99              requeue
                        rest            queue error state, job requeued

parallel start          0               success
                        rest            queue set to error state, job requeued

parallel stop           0               success
                        rest            queue set to error state, job not

requeued

suspend                 0               success
                        rest            success, no special meaning

restart                 0               success
                        rest            success, no special meaning

terminate               0               success
                        rest            success, no special meaning

migrate                 0               success
                        rest            success, for kernel ckpt special meaning: ckpt was not
sucessfull, did not happen (but migration will happen by SGE)

checkpoint              0               success
                        rest            success, for kernel ckpt special meaning: ckpt was not
sucessfull, did not happen

clean                   0               success
                        rest            success, no special meaning

   ------- Additional comments from chaubal Thu Nov 29 16:53:12 -0700 2001 -------
duplicate of issue # 106

*** This issue has been marked as a duplicate of 106 ***

   ------- Additional comments from chaubal Thu Nov 29 16:54:09 -0700 2001 -------
wrong issue closed

   ------- Additional comments from andreas Thu Oct 21 07:15:10 -0700 2004 -------
That's a man page issue at first.
#15 fixed IZ154: suppress READ_DANGLING (insure) in combination with getenv() Dave Love <d.love@…> ernst
Description

[Imported from gridengine issuezilla http://gridengine.sunsource.net/issues/show_bug.cgi?id=154]

        Issue #:      154              Platform:     All        Reporter: ernst (ernst)
       Component:     gridengine          OS:        All
     Subcomponent:    cleanup          Version:      5.3beta2      CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    TASK
                                   Target milestone: ---
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     suppress READ_DANGLING (insure) in combination with getenv()
   Status whiteboard:
      Attachments:

     Issue 154 blocks:
   Votes for issue 154:


   Opened: Wed Feb 20 03:39:00 -0700 2002 
------------------------


sge_get_root_dir() and other function raise a READ_DANGLING error.

This should be handled properly, e.g. by strdupping the value returned by getenv()
1 2 3 4 5 6 7 8 9 10 11
Note: See TracQuery for help on using queries.