Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (40 - 42 of 431)

Ticket Resolution Summary Owner Reporter
#1063 duplicate IZ122: testsuite should support no root access fs andre
Description

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

        Issue #:      122             Platform:     Sun           Reporter: andre (andre)
       Component:     testsuite          OS:        All
     Subcomponent:    framework       Version:      current          CC:    None defined
        Status:       RESOLVED        Priority:     P3
      Resolution:     DUPLICATE      Issue type:    ENHANCEMENT
                                  Target milestone: milestone 1
      Assigned to:    issues@testsuite
      QA Contact:     joga
          URL:
       * Summary:     testsuite should support no root access fs
   Status whiteboard:
      Attachments:

     Issue 122 blocks:
   Votes for issue 122:     Vote for this issue


   Opened: Tue Feb 27 03:52:00 -0700 2007 
------------------------


Certain tests can only be run when testsuite can be installed on a fs where root
is mapped to nobody. (e.g. complete CSP testing)

   ------- Additional comments from joga Thu Mar 1 01:42:51 -0700 2007 -------
Is a duplicate of IZ 12.

*** This issue has been marked as a duplicate of 12 ***
#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"
#19 fixed IZ168: enhance qacct [-A account_string] to qacct [-A [account_string]] Dave Love <d.love@…> andreas
Description

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

        Issue #:      168              Platform:     Other         Reporter: andreas (andreas)
       Component:     gridengine          OS:        other
     Subcomponent:    clients          Version:      5.3beta2         CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     roland
          URL:
       * Summary:     enhance qacct [-A account_string] to qacct [-A [account_string]]
   Status whiteboard:
      Attachments:

     Issue 168 blocks:
   Votes for issue 168:


   Opened: Fri Mar 1 08:12:00 -0700 2002 
------------------------


From: Christian Gruber
To: users@gridengine.sunsource.net
Subject: [GE users] qacct -A issue

Hi!

There's another issue with 'qacct'. You can e.g. type 'qacct -P',
printing a table of statistics on all projects when you have submitted
your jobs with '-P project_name'. What you can't do is to just type
'qacct -A' and get the same list built by the account string as
key. You have to specify this account string in advance and then get
the entry for this account string. Can the behaviour of 'qacct -A' be
adapted to the one of 'qacct -P'?

   ------- Additional comments from sgrell Mon Dec 12 03:12:52 -0700 2005 -------
Changed subcomponent.

Stephan
Note: See TracQuery for help on using queries.