Custom Query (431 matches)
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.