I have looked carefully through the LAM-MPI Users guide and can not find any integration notes for what must be done in an LSF environment to use the "TM" interface. The documentation for Torque / PBSpro states that the batch queueing system is automatically detected and the TM interface is used.
So I have "tested" the integration with LSF by doing nothing special and trying to run a job. Nothing seemed to detect the LSF environment, the job failed saying that it could not contact the LAM daemons (because none were booted). So I believe this is an incorrect statement and the "TM" interface is not integrated with LSF.
Someone prove me wrong? Please?
chris
-----Original Message-----
From: lam-bounces_at_[hidden] [mailto:lam-bounces_at_[hidden]] On Behalf Of Guangyu Wu
Sent: Wednesday, April 26, 2006 5:56 PM
To: 'General LAM/MPI mailing list'
Subject: ç”å¤: LAM: lamboot without rsh/ssh
There is a TM interface integrated in WMS such as PBS Pro which could boot lam without rsh/ssh. I believe LSF also has such an integration with Lam.
HTH
-----邮件原件-----
å‘件人: lam-bounces_at_[hidden] [mailto:lam-bounces_at_[hidden]] 代表 Phil Ehrens
å‘é€æ—¶é—´: 2006å¹´4月25æ—¥ 3:44
收件人: General LAM/MPI mailing list
主题: Re: LAM: lamboot without rsh/ssh
YoungHui Amend wrote:
> I'm using an old versions (6.3) of LAM/MPI. In this version of LAM,
> lamboot uses rsh to run hboot which forks lam demon (lamd). The
> problem we are running in to is that rsh is not allowed (for security
> reasons) on the cluster of machines connected to LSF. Ssh also causes
> problems because it prompts you for the password. I know there's a
> way to setup ssh so it doesn't prompt for a password, but it is not a viable option.
> So, is there a way to fork lam demon without going through lamboot?
You have an installation where rsh can't be used due to security concerns... and ssh can't be used because it's "not viable"?
Do they make you communicate with you coworkers by blinking flashlights at them?
_______________________________________________
This list is archived at http://www.lam-mpi.org/MailArchives/lam/
|
