Custom Query (431 matches)
Results (34 - 36 of 431)
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. |
Note: See TracQuery
for help on using queries.