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.
