Custom Query (431 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (142 - 144 of 431)

Ticket Resolution Summary Owner Reporter
#614 fixed IZ2841: submit(1) man page reports that qrsh does not support -display option Dave Love <d.love@…> mpospisil
Description

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

        Issue #:      2841             Platform:     All      Reporter: mpospisil (mpospisil)
       Component:     gridengine          OS:        All
     Subcomponent:    man              Version:      6.0         CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    mpospisil (mpospisil)
      QA Contact:     andreas
          URL:
       * Summary:     submit(1) man page reports that qrsh does not support -display option
   Status whiteboard:
      Attachments:

     Issue 2841 blocks:
   Votes for issue 2841:


   Opened: Wed Dec 17 11:14:00 -0700 2008 
------------------------


The help output from the qrsh command includes the -display option as being
supported, yet in the submit(1) man page, it is written that the -display option
is only supported by qsh.

>qrsh -help
GE 6.2
usage: qrsh [options]
   [-ac context_list]                       add context variable(s)
   [-A account_string]                      account string in accounting record
   [-b y[es]|n[o]]                          handle command as binary
   [-clear]                                 skip previous definitions for job
   [-cwd]                                   use current working directory
   [-dc simple_context_list]                delete context variable(s)
   [-display display]                       set display to display interactive job

However the output of the man page states the following:
...
-display display_specifier
          Available for qsh only.

          Directs xterm(1) to use display_specifier in  order  to
          contact  the  X  server.   The display_specifier has to
          contain the hostname part of  the  display  name  (e.g.
          myhost:1). Local display names (e.g. :0) cannot be used
          in grid environments.  Values  set  with  the  -display
          option  overwrite settings from the submission environ-
          ment and from -v command line options.

   ------- Additional comments from reuti Wed Dec 17 11:39:50 -0700 2008 -------
But AFAICS it's *not* supported, so the -help is wrong, not the man page.

   ------- Additional comments from reuti Wed Dec 17 11:42:21 -0700 2008 -------
Okay, it depends whether it's an interactive or non-interactive qrsh. So both are wrong or right. This
should be mentioned in addition.
#616 fixed IZ2845: Need to be able to dynamically link to openssl opoplawski
Description

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

        Issue #:      2845             Platform:     All           Reporter: opoplawski (opoplawski)
       Component:     gridengine          OS:        All
     Subcomponent:    build            Version:      6.2u1            CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    ENHANCEMENT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     Need to be able to dynamically link to openssl
   Status whiteboard:
      Attachments:

     Issue 2845 blocks:
   Votes for issue 2845:


   Opened: Thu Dec 18 15:44:00 -0700 2008 
------------------------


Currently the build expects to link statically (at least some components) to
libssl.a and libcrypto.a.  To build for Fedora, I need to link dynamically.  I
currently use:

--- gridengine/source/aimk.ssl  2008-05-22 15:16:17.000000000 -0600
+++ gridengine/source/aimk      2008-05-22 15:18:06.000000000 -0600
@@ -337,7 +337,7 @@
 set SEC               = 1
 set SECFLAGS          = "-DSECURE -I$OPENSSL_HOME/include"
 set SECLIB            = ""
-set SECLIBS_STATIC    = "$OPENSSL_HOME/lib/libssl.a $OPENSSL_HOME/lib/libcrypto.a"
+set SECLIBS_STATIC    = "-lssl"
 set KLFLAGS           = "-L$OPENSSL_HOME/lib"

 set CORELIB           = ""

But it would be nice if I could specify this as a build option.

   ------- Additional comments from andreas Fri Dec 19 05:23:17 -0700 2008 -------
Adding this as build option should be possible. Reason for static linking is to
prevent someone foist invalid openssl libraries via LD_LIBRARY_PATH.
Have you thought about this?

   ------- Additional comments from opoplawski Fri Dec 19 08:27:35 -0700 2008 -------
Static linking in not scalable in the event of a security update to the openssl
libs.  Is there any distribution out there that statically links to openssl for
all of its applications?
#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.
Note: See TracQuery for help on using queries.