Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (85 - 87 of 431)

Ticket Resolution Summary Owner Reporter
#1576 fixed qconf - not an admin host Dave Love <d.love@…> christopher.webb@…
Description

Hi,

I think a recent update to qconf has broken previous functionality. You used to be able to run the "show" commands on non-admin hosts, they now return a "not an admin host" error:

[spimcmw@nanlnx4 ~]1% qconf -sh denied: host "nanlnx4.iop.kcl.ac.uk" is not an admin host [spimcmw@nanlnx4 ~]1%

This information can be still be obtained from qmon on non-admin hosts so I assume this is not deliberate. I wonder if it was due to the fix for #1547?

This is causing problems with the FSL package (http://fsl.fmrib.ox.ac.uk/fsl/fslwiki/) as their programs use the qconf to check queues before submitting jobs.

[spimcmw@nanlnx4 bin]0% grep QCONF fsl_sub

QCONF=which qconf if [ "x$QCONF" = "x" ]; then QCONF=echo

$QCONF -sq $queue >/dev/null 2>&1

$QCONF -sp $peName >/dev/null 2>&1

[spimcmw@nanlnx4 bin]0% grep qconf bedpostx

qconf -sq $FSLGECUDAQ 2>&1 >/dev/null

[spimcmw@nanlnx4 bin]0%

[spimcmw@nanlnx4 ~]1% qconf | & head -n1 SGE 8.1.9 [spimcmw@nanlnx4 ~]1%

Chris

#486 fixed IZ2482: sge_qquota not processed properly Dave Love <d.love@…> clarinet
Description

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

        Issue #:      2482             Platform:     PC       Reporter: clarinet (clarinet)
       Component:     gridengine          OS:        Linux
     Subcomponent:    clients          Version:      6.1u3       CC:
                                                                        [_] ernst
                                                                        [_] Remove selected CCs
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    roland (roland)
      QA Contact:     roland
          URL:
       * Summary:     sge_qquota not processed properly
   Status whiteboard:
      Attachments:

     Issue 2482 blocks:
   Votes for issue 2482:


   Opened: Mon Feb 4 15:28:00 -0700 2008 
------------------------


Parameters in ~/.sge_qquota or system-wide sge_qquota file are not processed
properly, qquota command seems to ignore the first word in the file.

If ~/.sge_qquota contains "-u *", running qquota generates the following
error: 'error: ERROR! invalid option argument "*"'.

If ~/.sge_qquota is empty, running qquota generates the following
error: 'error: ERROR! invalid option argument "pwf"'.

   ------- Additional comments from clarinet Tue Feb 5 03:13:29 -0700 2008 -------
Is not there a problem on line 470 of qquota.c file? Using "++argv" seems fine
for real command line arguments but may fail when processing arguments read
from a file (where there is no argv[0]).

Also, I am not sure if qquota processes duplicate arguments (those that appear
in a file as well as on a command line) correctly.

   ------- Additional comments from andreas Tue Feb 5 03:52:52 -0700 2008 -------
The

   rp = ++argv;

looks strange at all events. With

   rp = argv++;

the code in sge_parse_cmdline_qquota() makes more sense.

Thanks for reporting!
#227 wontfix IZ1476: Error from "settings.sh" when set -u is set coffman
Description

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

        Issue #:      1476             Platform:     HP       Reporter: coffman (coffman)
       Component:     gridengine          OS:        All
     Subcomponent:    install          Version:      6.0         CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     dom
          URL:
       * Summary:     Error from "settings.sh" when set -u is set
   Status whiteboard:
      Attachments:

     Issue 1476 blocks:
   Votes for issue 1476:


   Opened: Wed Mar 2 12:47:00 -0700 2005 
------------------------


When a user has set -u set in their environment
with SHLIB_PATH not set and they run the
util/arch, an error

SHLIB_PATH: parameter not set

To prevent this error message on hpux, the
variable should be tested before referenced...

   ------- Additional comments from andy Thu Mar 3 05:11:17 -0700 2005 -------
Changing "summary", "OS" and "version" and "subcomponent". Problem
occurs in 5.3 and 6.0 as well.

This is not a HPUX only problem, nor a problem of SGE_ROOT/util/arch.

The problem occurs when in the user shell "-u" is set ("set -u") and
the "settings.sh" file is sourced, e.g. on Solaris the error messages
is similar:

$  $SGE_ROOT/util/arch
sol-sparc64
$  $SGE_ROOT/util/arch -lib
LD_LIBRARY_PATH
$  . $SGE_ROOT/default/common/settings.sh
LD_LIBRARY_PATH: parameter not set


The scripts are designed that the default behavior of the Bourne shell
(no errror when unset variables are used) is implicitely used. Since
the "settings.sh" file is sourced (and not called) there can be a
conflict with the current user settings.

The solution would be to check if the variable is set (like in
"settings.csh").

Adding a line "set +u" is not an option since it would affect the
current shell behavior due to the sourcing if "settings.sh"


Workaround: "set +u" before sourcing the settings.sh file.


Note: See TracQuery for help on using queries.