[GE users] could someone explain some things relative to the rsh_ parameters in qconf -mconf ?

reuti reuti at staff.uni-marburg.de
Tue Aug 25 21:37:41 BST 2009

Am 25.08.2009 um 19:03 schrieb templedf:

> You can configure 6.2 just like you could older versions, e.g. set
> rsh_command to /usr/bin/ssh and rsh_daemon to /usr/bin/sshd -i.  Man
> sge_conf(5).  The limitations are that if you use rsh, you run into a

To reset it to the old rsh behavior, you need:

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

Adjust lx24-x86 with your type of machine. Note:


-- Reuti

> port limit on the master task node.  If you use ssh, you either  
> have to
> use a version of ssh that's patched for Grid Engine, or your tight
> integrations become loose.
> Daniel
> joelandman wrote:
>> Hi folks:
>>    I've determined that the non-advancing run non-advances among  
>> several
>> schedulers (in fact stopping at the same point), which suggests a  
>> common
>> problem (the cli version works just fine).
>>    So I want to dig into the details of the rsh_daemon and the
>> rsh_command for 6.2u3.  I am assuming that the builtin option in  
>> the rsh
>> daemon means use something entirely internal to SGE.
>>    Here are the questions:
>> 1) can I use plain old ssh and sshd?
>> 2) If I can use plain old ssh and sshd, how do I configure rsh_daemon
>> and rsh_program for this?
>> 3) what is the impact (potential negative) of using the external
>> daemons?  Will this impact the openmpi environment (built in tight
>> integration via OpenMPI 1.3.2).
>> Thanks in advance.
>> Joe
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do? 
> dsForumId=38&dsMessageId=214217
> To unsubscribe from this discussion, e-mail: [users- 
> unsubscribe at gridengine.sunsource.net].


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list