Matthieu,<br><br>I have spent the last month completely refactoring ipcluster.  This work should make it easier to add support for LSF.  This work should be merged into trunk in the next few weeks.  But, I think you are facing some unique issues described below...<br>
<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I&#39;m trying to get ipython working with LSF. I did manage to submit the<br>

job and let it run on the nodes.<br>
The first issue I face is that $HOME is not the same location on the<br>
LSF nodes than on the main computer. This is an issue that should be<br>
tackled with the refactoring of ipython (adding the possibility of<br>
setting the path for the controller and a different pass for the<br>
engines, if I understood ipython correctly).<br></blockquote><div><br>When is this an issue?  When finding the .ipython directory?  When importing<br>ipython (PYTHONPATH)?  I think this one can be solved without making any changes<br>
to IPython, but if we need to we can.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Meanwhile, I&#39;ve tried to launch ipcluster from an LSF node (I have an<br>
SSH access too for debugging purposes). So in this case, I don&#39;t have<br>
a $HOME problem. This time, it&#39;s the ipcontroller-mec.furl file that<br>
has a 127.0.0.1 as the controller IP. I&#39;ve tried to replace it with<br>
the node name, but I also a Conenction Refused error in the engines<br>
logs when I try to create a MultiEngineClient.<br></blockquote><div><br>Ahh, yes, this type of thing can be subtle to get working - especially on clusters with multiple<br>tcp/ip interfaces.  With my refactored work, these things can easily be configured.  There are two things to look at:<br>
<br>--engine-ip = set&#39;s the ip address (or hostname) that the controller will listen on.  Default is probably fine.<br>--engine-location = set&#39;s the ip address (or hostname) that will appear in the furl.  This is the ip address that<br>
the engine will try to connect on.  I would try changing this one.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I hope I summed up my issue properly.<br><div><div class="h5"></div></div></blockquote><div><br>Yes, with all the changes going on in trunk, this might take a while to get figured out, but I think it is doable.<br><br>Cheers,<br>
<br>Brian<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div class="h5">
Cheers,<br>
<br>
Matthieu<br>
--<br>
Information System Engineer, Ph.D.<br>
Website: <a href="http://matthieu-brucher.developpez.com/" target="_blank">http://matthieu-brucher.developpez.com/</a><br>
Blogs: <a href="http://matt.eifelle.com" target="_blank">http://matt.eifelle.com</a> and <a href="http://blog.developpez.com/?blog=92" target="_blank">http://blog.developpez.com/?blog=92</a><br>
LinkedIn: <a href="http://www.linkedin.com/in/matthieubrucher" target="_blank">http://www.linkedin.com/in/matthieubrucher</a><br>
</div></div></blockquote><br>
</div><br>