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
#581 fixed IZ2757: man sge_conf lists telnet for rlogin and rsh / qlogin_command uses qlogin_command /usr/bin/telnetd Dave Love <d.love@…> reuti
Description

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

        Issue #:      2757             Platform:     All      Reporter: reuti (reuti)
       Component:     gridengine          OS:        All
     Subcomponent:    man              Version:      6.2         CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    andreas (andreas)
      QA Contact:     andreas
          URL:
       * Summary:     man sge_conf lists telnet for rlogin and rsh / qlogin_command uses qlogin_command /usr/bin/telnetd
   Status whiteboard:
      Attachments:

     Issue 2757 blocks:
   Votes for issue 2757:


   Opened: Wed Oct 15 10:30:00 -0700 2008 
------------------------


The man page sge_conf states for

rlogin_command
rlogin_daemon
rsh_command
rsh_daemon

to use the qlogin examples, hence telnet and in.telnetd to fall back to the old startup method. I would
expect there:

$SGE_ROOT/utilbin/$ARC/rlogin
/usr/sbin/in.rlogind
$SGE_ROOT/utilbin/$ARC/rsh
$SGE_ROOT/utilbin/$ARC/rshd

to be listed instead. I can put an absolute path there, but it can't be generic like in former times, hence
I need local configurations in a mixed environment now.

   ------- Additional comments from reuti Fri Oct 17 03:09:39 -0700 2008 -------
The complete entries which must be entered to fall back are:

qlogin_command               /usr/bin/telnet
qlogin_daemon                /usr/sbin/in.telnetd
rlogin_command               /usr/sge/utilbin/lx24-x86/rlogin
rlogin_daemon                /usr/sbin/in.rlogind
rsh_command                  /usr/sge/utilbin/lx24-x86/rsh
rsh_daemon                   /usr/sge/utilbin/lx24-x86/rshd -l

Besides giving this exact information what will be called is necessary to setup any calls:

qlogin_command will be called with the parameters "$HOST $PORT"

rlogin_command will be called with "-p $PORT $HOST" (for now it states the opposite order: "...started
with the target host and port number as parameters." in man sge_conf)

rsh_command will be called with "-n -p $PORT $HOST" (for now it states the opposite order and it would
conform to telnet: "...the target host and port number as parameters like required for telnet(1) plus..." in
man sge_conf. The order is of course wrong.)

   ------- Additional comments from reuti Mon Nov 24 16:02:33 -0700 2008 -------
Add on: the section for qlogin_command refers to "qlogin_command /usr/bin/telnetd", it must read
"qlogin_command /usr/bin/telnet".
#588 fixed IZ2767: qping info output always shows warning/error Dave Love <d.love@…> juby
Description

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

        Issue #:      2767             Platform:     All      Reporter: juby (juby)
       Component:     gridengine          OS:        All
     Subcomponent:    qmaster          Version:      6.2         CC:    None defined
        Status:       NEW              Priority:     P3
      Resolution:                     Issue type:    DEFECT
                                   Target milestone: ---
      Assigned to:    ernst (ernst)
      QA Contact:     ernst
          URL:
       * Summary:     qping info output always shows warning/error
   Status whiteboard:
      Attachments:

     Issue 2767 blocks:
   Votes for issue 2767:


   Opened: Fri Oct 31 08:30:00 -0700 2008 
------------------------


ive noticed that, out of the box, the qping 'info' output for my 6.2 qmaster
looks like this:

: qping -info host $SGE_QMASTER_PORT qmaster 1
10/31/2008 11:20:02:
SIRM version:             0.1
SIRM message id:          1
start time:               10/30/2008 11:18:37 (1225379917)
run time [s]:             86485
messages in read buffer:  0
messages in write buffer: 0
nr. of connected clients: 3
status:                   2
info:                     MAIN: E (86485.35) | signaler000: E (86484.85) |
event_master000: E (0.25) | timer000: E (5.25) | worker000: W (84.24) |
worker001: W (9.25) | listener000: W (2.53) | listener001: W (6.55) |
scheduler000: W (9.24) | ERROR
malloc:                   arena(1228800) |ordblks(743) | smblks(1) | hblksr(0) |
hblhkd(0) usmblks(0) | fsmblks(48) | uordblks(929344) | fordblks(299456) |
keepcost(76824)
Monitor:                  disabled


pretty much all the time, even under the following conditions:
- no visible problem (jobs get queued and run, commands like qstat, qconf, etc
work, qmon is functional)
- a clean, minimal install of 6.2 using berkeley db RPC (no execd, no shadowd,
no arco)
- a clean, minimal install of 6.2 using classic spooling (no execd, no shadowd,
no arco)


In addition, my 6.2 / berkeley db RPC install went through a few days of
relatively frequent deadlocks, with errors of the form:

|E|error writing object with key "JOB:     259" into berkeley database: (-30995)
DB_LOCK_DEADLOCK: Locker killed to resolve a deadlock

This is after restarts of the RPC server and qmaster. The spooling database is
stored on a local filesystem (the db has since been rebuilt, have not seen a
deadlock yet since rebuilding)

Also, qping on execds always report a warning:

: qping -info exechost $SGE_EXECD_PORT execd 1
10/31/2008 11:13:21:
SIRM version:             0.1
SIRM message id:          1
start time:               10/31/2008 11:04:49 (1225465489)
run time [s]:             512
messages in read buffer:  0
messages in write buffer: 0
nr. of connected clients: 2
status:                   1
info:                     sge_execd_process_messages: W (509.61) | WARNING
malloc:                   arena(135168) |ordblks(26) | smblks(3) | hblksr(0) |
hblhkd(0) usmblks(0) | fsmblks(112) | uordblks(77240) | fordblks(57928) |
keepcost(51464)
Monitor:                  disabled


lx24-x86
Fedora core 4

: qstat -help | head -1
GE 6.2

   ------- Additional comments from juby Fri Oct 31 08:31:13 -0700 2008 -------
assigning os to linux

   ------- Additional comments from crei Thu Feb 26 07:25:34 -0700 2009 -------
I think this problem is not only linux specific
#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.
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.