Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (34 - 36 of 431)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Resolution Summary Owner Reporter
#1593 fixed sge_ca should use sha256 signatures by default tourist
Description

Current versions of openssl (e.g. the one in RHEL/CentOS 7) have deprecated older, less secure signature algorithms. This includes md5, which is used by default by sge_ca when running in CSP mode. The result of this is hard-to-diagnose failures when trying to run in CSP mode on such a distribution. Examples include sge_qmaster failing to start on CentOS 7, and a CentOS 7 submit host failing when trying to talk to a CentOS 6 queue master.

Changing the default signature algorithm to sha256 seems to entirely resolve this issue.

#617 fixed IZ2847: Execd install fails when hostname contains capital letters torsten
Description

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

        Issue #:      2847             Platform:     All      Reporter: torsten (torsten)
       Component:     gridengine          OS:        All
     Subcomponent:    install          Version:      6.2u1       CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    dom (dom)
      QA Contact:     dom
          URL:
       * Summary:     Execd install fails when hostname contains capital letters
   Status whiteboard:
      Attachments:

     Issue 2847 blocks:
   Votes for issue 2847:


   Opened: Tue Dec 23 04:02:00 -0700 2008 
------------------------


During an execd installation, step "Checking hostname resolving", the
installation produces a warning that the host, on which the execd is to be
installed, is not known as an administrative host:

This hostname is not known at qmaster as an administrative host.

However, the host is already part of the administrative host list (qconf -sh).
The hostname in this administrative host list contains uppercase letters. It is
reported exactly the same way (including the uppercase letters) by
'$SGE_UTILBIN/gethostname -aname'. Nevertheless, the installation procedure does
not recognize that the names are the same.

This happens in a system that uses FQDN with no default domain.

Suggested Fix
In util/install_modules/inst_execd.sh, line 285, the same tr command as in line
282 should be used on the hostname.
#1478 fixed Installation Bugs Dave Love <d.love@…> tobeychris@…
Description

Hello Everyone,

I would like to report the following two issues that I encountered when installing SoGE this week.

1) When using the GUI to install the qmaster, you cannot select 'classic' as the spooling method or the 'select hosts' page will be blank.

2) When installing dbwriter with a postgresql backend the startup script fails when running default/common/sgedbwriter.

For 1) I am not sure what is wrong, if you go back and select Berkeleydb and go forward, it's fine. The doesn't seem to be a way to get local spooling installed through the SoGE GUI (OGS's GUI works). I had to install the qmaster via inst_sge first, then I could install the execution hosts (with local spooling) through the GUI.

Here is the error that I get in the term that launches it:

Starting Installer ...

java.lang.NullPointerException?

at java.util.Hashtable.put(Hashtable.java:542)

at

java.util.Properties.setProperty(Properties.java:161)

at

com.izforge.izpack.installer.AutomatedInstallData?.setVariable(Unknown Source)

at

com.sun.grid.installer.gui.HostPanel?.panelActivate(HostPanel?.java:694)

at

com.izforge.izpack.installer.InstallerFrame?.switchPanel(Unknown Source)

at

com.izforge.izpack.installer.InstallerFrame?.navigateNext(Unknown Source)

at

com.izforge.izpack.installer.InstallerFrame?.navigateNext(Unknown Source)

at

com.izforge.izpack.installer.InstallerFrame?$NavigationHandler?.actionPerforme d(Unknown Source)

at

javax.swing.AbstractButton?.fireActionPerformed(AbstractButton?.java:2018)

at

javax.swing.AbstractButton?$Handler.actionPerformed(AbstractButton?.java:2341)

at

javax.swing.DefaultButtonModel?.fireActionPerformed(DefaultButtonModel?.java:4 02)

at

javax.swing.DefaultButtonModel?.setPressed(DefaultButtonModel?.java:259)

at

javax.swing.plaf.basic.BasicButtonListener?.mouseReleased(BasicButtonListener? .java:252)

at

java.awt.Component.processMouseEvent(Component.java:6505)

at

javax.swing.JComponent.processMouseEvent(JComponent.java:3312)

at

java.awt.Component.processEvent(Component.java:6270)

at

java.awt.Container.processEvent(Container.java:2229)

at

java.awt.Component.dispatchEventImpl(Component.java:4861)

at

java.awt.Container.dispatchEventImpl(Container.java:2287)

at

java.awt.Component.dispatchEvent(Component.java:4687)

at

java.awt.LightweightDispatcher?.retargetMouseEvent(Container.java:4832)

at

java.awt.LightweightDispatcher?.processMouseEvent(Container.java:4492)

at

java.awt.LightweightDispatcher?.dispatchEvent(Container.java:4422)

at

java.awt.Container.dispatchEventImpl(Container.java:2273)

at

java.awt.Window.dispatchEventImpl(Window.java:2719)

at

java.awt.Component.dispatchEvent(Component.java:4687)

at

java.awt.EventQueue?.dispatchEventImpl(EventQueue?.java:735)

at

java.awt.EventQueue?.access$200(EventQueue?.java:103)

at java.awt.EventQueue?$3.run(EventQueue?.java:694)

at java.awt.EventQueue?$3.run(EventQueue?.java:692)

at

java.security.AccessController?.doPrivileged(Native Method)

at

java.security.ProtectionDomain?$1.doIntersectionPrivilege(ProtectionDomain?.ja va:76)

at

java.security.ProtectionDomain?$1.doIntersectionPrivilege(ProtectionDomain?.ja va:87)

at java.awt.EventQueue?$4.run(EventQueue?.java:708)

at java.awt.EventQueue?$4.run(EventQueue?.java:706)

at

java.security.AccessController?.doPrivileged(Native Method)

at

java.security.ProtectionDomain?$1.doIntersectionPrivilege(ProtectionDomain?.ja va:76)

at

java.awt.EventQueue?.dispatchEvent(EventQueue?.java:705)

at

java.awt.EventDispatchThread?.pumpOneEventForFilters(EventDispatchThread?.java :242)

at

java.awt.EventDispatchThread?.pumpEventsForFilter(EventDispatchThread?.java:16 1)

at

java.awt.EventDispatchThread?.pumpEventsForHierarchy(EventDispatchThread?.java :150)

at

java.awt.EventDispatchThread?.pumpEvents(EventDispatchThread?.java:146)

at

java.awt.EventDispatchThread?.pumpEvents(EventDispatchThread?.java:138)

at

java.awt.EventDispatchThread?.run(EventDispatchThread?.java:91)

For 2) I believe the problem is the placement of two semicolons in the template file "util/sgedbwriter_template" as follows:

Line 554

  • [ -f /var/lock/subsys/sgedbwriter ] && rm -f

/var/lock/subsys/sgedbwriter;;

+ [ -f /var/lock/subsys/sgedbwriter ] && rm -f /var/lock/subsys/sgedbwriter

+ ;;

This seems to have fixed the issue for me and I was able to install the dbwriter.

Some information about my setup:

Systems:

5 x Haswell 4770k with 32GB RAM

CentOS 6.4 (64bit) with X11

Sons of Grid Engine 8.1.5 RPMs and tars taken directly from site.

SGE_ROOT is on an NFSv3 share on a separate server (hence the local spooling).

Thanks,

-Chris

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracQuery for help on using queries.