Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (97 - 99 of 431)

Ticket Resolution Summary Owner Reporter
#662 fixed IZ3000: default jmx installation fails for hosts not supporting java 1.5 crei
Description

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

        Issue #:      3000             Platform:     All      Reporter: crei (crei)
       Component:     gridengine          OS:        All
     Subcomponent:    install          Version:      6.2u3       CC:    None defined
        Status:       NEW              Priority:     P4
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    dom (dom)
      QA Contact:     dom
          URL:
       * Summary:     default jmx installation fails for hosts not supporting java 1.5
   Status whiteboard:
      Attachments:

     Issue 3000 blocks:
   Votes for issue 3000:


   Opened: Fri Apr 17 00:29:00 -0700 2009 
------------------------


During installation of qmaster the following messages appear:


Grid Engine JMX MBean server:
Detecting suitable JAVA ...
./inst_sge[125]: not0000: The specified number is not valid for this command.
./inst_sge[125]: not0000: The specified number is not valid for this command.
./inst_sge[125]: not0000: The specified number is not valid for this command.
./inst_sge[125]: Execute0000: The specified number is not valid for this command.
./inst_sge[125]: Execute0000: The specified number is not valid for this command.
./inst_sge[125]: Execute0000: The specified number is not valid for this command.
./inst_sge[125]: not0000: The specified number is not valid for this command.
./inst_sge[125]: not0000: The specified number is not valid for this command.
Please enter JAVA_HOME or press enter [] >>

Enter "/vol2/tools/SW/j2sdk1.4.2/hp11"
Warning: Cannot start jvm thread: Invalid java version (1.4.2.03)), we need 1.5.0 or higher

However this installation screen should mention that jdk 1.5 is needed for JMX:
===============================================================================

Grid Engine JMX MBean server
----------------------------

In order to use the SGE Inspect or the Service Domain Manager (SDM)
SGE adapter you need to configure a JMX server in qmaster. Qmaster
will then load a Java Virtual Machine through a shared library.

Do you want to enable the JMX MBean server (y/n) [y] >>
#690 fixed IZ3072: gui jobs on windows vista only starting when there is a user logged into the system crei
Description

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

        Issue #:      3072             Platform:     All             Reporter: crei (crei)
       Component:     gridengine          OS:        Windows Vista
     Subcomponent:    execution        Version:      6.2u3              CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    pollinger (pollinger)
      QA Contact:     pollinger
          URL:
       * Summary:     gui jobs on windows vista only starting when there is a user logged into the system
   Status whiteboard:
      Attachments:

     Issue 3072 blocks:
   Votes for issue 3072:


   Opened: Wed Jul 1 01:07:00 -0700 2009 
------------------------


It is not possible to start a windows gui job on windows vista hosts without having a user logged in.

When a job is submitted to a vista host where no user is logged in the following error is logged into
the execd messages file:

06/30/2009 15:26:19|  main|host|E|06/30/2009 15:26:19 [1049715:3121]: Getting Logged On User Token failed: Only part of a ReadProcessMemory
or WriteProcessMemory request was completed. (errno=299)


The job was submitted with following command line:
> qsub -l h=host,display_win_gui=true -b yes -shell no /dev/fs/C/WINDOWS/notepad.exe
Your job 7 ("notepad.exe") has been submitted

The job goes into error state when he is dispatched to the host:
############################################################################
 - PENDING JOBS - PENDING JOBS - PENDING JOBS - PENDING JOBS - PENDING JOBS
############################################################################
      7 0.55500 notepad.ex cr114091     Eqw   06/30/2009 15:26:11     1

   ------- Additional comments from crei Wed Jul 1 01:11:58 -0700 2009 -------
Evaluation:

The vista job start code on the helper service differs from the standard implementation.
The problem is that the function GetInteractiveUserToken() can not get the a session token when no user is logged in.

How to Fix:
a) Find out how to startup GUI jobs when no user is logged into the vista host
b) Add a load report consumable which reports if it is possible to startup a windows GUI job on this host and
   request e.g. WGUISupport=true when a job is submitted.

Workaround:
A user must be logged into the windows vista system.
The GUI job also starts up correctly when the screen is logged.
#747 fixed IZ3190: qrsh hostname: commlib error on linux crei
Description

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

        Issue #:      3190             Platform:     Sun      Reporter: crei (crei)
       Component:     gridengine          OS:        All
     Subcomponent:    clients          Version:      6.2u4       CC:    None defined
        Status:       REOPENED         Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: 6.2u5
      Assigned to:    crei (crei)
      QA Contact:     crei
          URL:
       * Summary:     qrsh hostname: commlib error on linux
   Status whiteboard:
      Attachments:

     Issue 3190 blocks:
   Votes for issue 3190:


   Opened: Mon Nov 23 07:53:00 -0700 2009 
------------------------


qrsh hostname reports a commlib error:

# qrsh hostname
foo
error: commlib error: got read error (closing "foo.foodomain/shepherd_ijs/1")

   ------- Additional comments from crei Mon Nov 23 07:55:00 -0700 2009 -------
started

   ------- Additional comments from crei Thu Nov 26 09:11:16 -0700 2009 -------
Fixed with CR-2009-11-26-1 in maintrunk for 62u5

   ------- Additional comments from pollinger Mon Jan 11 09:33:39 -0700 2010 -------
The bug is still there in some constellations. To reproduce the bug, call
# qrsh ypcat passwd

The shepherd exits before all output data is transfered to the qrsh host.
This bug was re-introduced by the changes that prevented the shepherd from running too long.
Note: See TracQuery for help on using queries.