Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (82 - 84 of 431)

Ticket Resolution Summary Owner Reporter
#378 fixed IZ2100: Qalter button from qmon can't change -P of a job gp26
Description

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

        Issue #:      2100             Platform:     Sun       Reporter: gp26 (gp26)
       Component:     gridengine          OS:        Solaris
     Subcomponent:    gui              Version:      6.0u8        CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andre (andre)
      QA Contact:     andre
          URL:
       * Summary:     Qalter button from qmon can't change -P of a job
   Status whiteboard:
      Attachments:

     Issue 2100 blocks:
   Votes for issue 2100:


   Opened: Wed Sep 20 08:13:00 -0700 2006 
------------------------


I receive a strange error message in a pop-up window when trying to change the
Project of a pending job:  "The specified option works only on jobs (6895)"
whereas running the qalter command-line works well:
   % qalter -P rat 6895
   modified project of job 6895

I am using Grid Engine 6.0u8
The job itself uses a Parallel Environment.
#379 fixed IZ2102: Interpret $TASK_ID also for non-array jobs in -o / -e Dave Love <d.love@…> reuti
Description

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

        Issue #:      2102             Platform:     All           Reporter: reuti (reuti)
       Component:     gridengine          OS:        All
     Subcomponent:    kernel           Version:      6.0u8            CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     Interpret $TASK_ID also for non-array jobs in -o / -e
   Status whiteboard:
      Attachments:

     Issue 2102 blocks:
   Votes for issue 2102:


   Opened: Tue Sep 26 02:45:00 -0700 2006 
------------------------


Some automatic processing would be easier to implement, if also non-array jobs would have a task id
set in their filenames (-o / -e), which could be 0. The assembly of the filenames seems to happen in
"execd/get_path.c":

          if (ja_task_id) {
             if (!strncmp(t, "$TASK_ID", sizeof("$TASK_ID") - 1)) {
                sprintf(exp_path, "%s" sge_u32, exp_path, ja_task_id);
                s = t + sizeof("$TASK_ID") - 1;
             }
          }

by removing the ja_task_id test and use just the 0. So the RFE would be to interpret $TASK_ID always in
-o / -e. Maybe keeping the default name without an additional .0 at the end, would allow users to
decide whether non-array jobs should have such an extension or not. If they want it, the simply have to
request: -o '$JOB_NAME.o$JOB_ID.$TASK_ID' (well, the po/pe output will be joint with o/e this way,
which you can't prevent).
#383 fixed IZ2114: build failure (and solution) on fedora core 3 to 6 (any platform where /usr/bin/java exists) hintak
Description

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

        Issue #:      2114             Platform:     All     Reporter: hintak (hintak)
       Component:     gridengine          OS:        Linux
     Subcomponent:    install          Version:      6.0u9      CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    PATCH
                                   Target milestone: ---
      Assigned to:    dom (dom)
      QA Contact:     dom
          URL:
       * Summary:     build failure (and solution) on fedora core 3 to 6 (any platform where /usr/bin/java exists)
   Status whiteboard:
      Attachments:
                      Date/filename:                                   Description:                                    Submitted by:
                      Tue Nov 21 09:04:00 -0700 2006: qmon-nojni.patch patch to exclude /usr as JAVA_HOME (text/plain) hintak

     Issue 2114 blocks:
   Votes for issue 2114:


   Opened: Fri Nov 17 06:43:00 -0700 2006 
------------------------


aimk calls aimk.site, which tries to work out JAVA_HOME from `which java`.
Unfortunately, from fedora core 3 onwards (and mandriva and
enterprise linux 4), and particularly on 64-bit platforms, there are gcj-based
package called java-gcj-compat java-gcj-compat-devel, which provides
a java implementation in /usr/bin/java .

This causes JAVA_HOME to be set to "/usr" from the logic in aimk.site,
which in turn, results in "-I${JAVA_HOME}/${JAVA_INCL}/${JAVA_ARCH}"
inside aimk to resolves to "-I/usr/include/linux". and /usr/include/linux
contains too many includes which are of the same names but different content
to /usr/include, thus resulting in catatrophic failure with
compilation, even on simple ones like "./aimk -only-core" or
"./aimk -only-qmon".

There are a few workarounds, like setting "JAVA_HOME=/nowhere" explicitly,
or explicitly append "-no-jni" in any of aimk's invocation.

suggest fix: test for JAVA_HOME != /usr .

This is the same issue as issue 2035, just with a lot more details:
http://gridengine.sunsource.net/issues/show_bug.cgi?id=2035

feel free to resolve as duplicate of issue 2035

gcj currently seems to be the only JNI implementation on 64-bit linux,
it is a shame that the grid engine gets really confused by it.

(unlike other bugzilla-based site, this site doesn't seem to allow
3rd party to offer advice/workaround/comments on existing bugs. The only option
seems to be attaching a patch - well, it is just going to be a one-liner in
aimk.site to make sure JAVA_HOME is not /usr ).

   ------- Additional comments from hintak Tue Nov 21 09:04:16 -0700 2006 -------
Created an attachment (id=89)
patch to exclude /usr as JAVA_HOME

   ------- Additional comments from hintak Tue Nov 21 09:05:50 -0700 2006 -------
change from defect to patch
Note: See TracQuery for help on using queries.