Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (79 - 81 of 431)

Ticket Resolution Summary Owner Reporter
#340 fixed IZ2025: change behaviour of "admin_user" in bootstrap Dave Love <d.love@…> roland
Description

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

        Issue #:      2025             Platform:     Sun           Reporter: roland (roland)
       Component:     gridengine          OS:        All
     Subcomponent:    install          Version:      6.0u7            CC:    None defined
        Status:       NEW              Priority:     P2
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    dom (dom)
      QA Contact:     dom
          URL:
       * Summary:     change behaviour of "admin_user" in bootstrap
   Status whiteboard:
      Attachments:

     Issue 2025 blocks:
   Votes for issue 2025:


   Opened: Tue Apr 4 00:36:00 -0700 2006 
------------------------


We have always bugs because of wrong ADMINUSER handle in the install scripts.

The bootstrap file contains the admin_user. In case of admin user is root this
variable is set to "none" in bootstrap file. Inside the script the ADMINUSER
variable is set to "default".

This missmatch is error prone because if anyone want to use the ADMINUSER
variable inside the script one needs to check if it's set to "default".

To be consistent and less error prone the admin_user field in bootstrap should
always contain a valid user, incase of root the value "root". Also the ADMINUSER
variable inside the script should be set to "root" in this case.
#344 fixed IZ2035: ils unless JAVA_HOME is set ehthayer
Description

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

   Issue #: 2035   Platform: Other   Reporter: ehthayer (ehthayer)
   Component: gridengine   OS: other
   Subcomponent: install   Version: current   CC: None defined
   Status: NEW   Priority: P2
   Resolution:   Issue type: DEFECT
     Target milestone: ---
   Assigned to: dom (dom)
   QA Contact: dom
   URL:
   * Summary: build fails unless JAVA_HOME is set
   Status whiteboard:
   Attachments:
   Date/filename:                                   Description:                                                                                                                            Submitted by:
   Tue Nov 21 09:44:00 -0700 2006: qmon-nojni.patch patch to stop the logic from getting confused by gcj and mistakenly assigns /usr to JAVA_HOME . See issue 2114 for details (text/plain) hintak
     Issue 2035 blocks:
   Votes for issue 2035:  1

   Opened: Wed Apr 19 10:41:00 -0700 2006 
------------------------


For lx26-x86 architecture, JAVA_HOME must be set to a non-empty value for a
build to proceed.  If JAVA_HOME is not set, the last two compiler -I arguments
are set to -I/usr/include and -I/usr/include/linux which evidently result in a
header file search path order problem.

   ------- Additional comments from ehthayer Wed Apr 19 11:07:32 -0700 2006 -------
Build was attempted on Fedora Core 5.

   ------- Additional comments from hintak Tue Nov 21 09:44:01 -0700 2006 -------
Created an attachment (id=99)
patch to stop the logic from getting confused by gcj and mistakenly assigns /usr to JAVA_HOME . See issue 2114 for details
#348 fixed IZ2039: Checkpointing: RESTARTED=2 for application-level interface reuti
Description

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

        Issue #:      2039             Platform:     Other    Reporter: reuti (reuti)
       Component:     gridengine          OS:        Linux
     Subcomponent:    kernel           Version:      6.0u7       CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     Checkpointing: RESTARTED=2 for application-level interface
   Status whiteboard:
      Attachments:

     Issue 2039 blocks:
   Votes for issue 2039:


   Opened: Tue Apr 25 04:26:00 -0700 2006 
------------------------


The value of RESTARTED is set to 2 for a restarted job, but it should be just 1 (or the documentation [man
page] updated of qsub).

from ~/gridengine/source/daemons/qmaster/job_exit.c

      /*
       * case 5: job being rescheduled because it was interrupted and a checkpoint exists
       */
   else if (failed == SSTATE_MIGRATE) {
      DTRACE;
      /* job_restarted == 2 means a checkpoint in the ckpt arena */
Note: See TracQuery for help on using queries.