<p>Ill be home about 830 after class. </p>
<div class="gmail_quote">On Aug 15, 2011 1:55 PM, <<a href="mailto:ipython-user-request@scipy.org">ipython-user-request@scipy.org</a>> wrote:<br type="attribution">> Send IPython-User mailing list submissions to<br>
> <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>> <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
> or, via email, send a message with subject or body 'help' to<br>> <a href="mailto:ipython-user-request@scipy.org">ipython-user-request@scipy.org</a><br>> <br>> You can reach the person managing the list at<br>
> <a href="mailto:ipython-user-owner@scipy.org">ipython-user-owner@scipy.org</a><br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of IPython-User digest..."<br>
> <br>> <br>> Today's Topics:<br>> <br>> 1. Disabling auto-docstring in qtconsole (Ariel Rokem)<br>> 2. Re: Disabling auto-docstring in qtconsole (Thomas Kluyver)<br>> 3. Re: Disabling auto-docstring in qtconsole (MinRK)<br>
> 4. Running Embedded IP (Darren Govoni)<br>> 5. Re: Running Embedded IP (Thomas Kluyver)<br>> 6. IPython wiki (Thomas Kluyver)<br>> 7. Re: Running Embedded IP (Darren Govoni)<br>> 8. Pushing Code to Engines? (Darren Govoni)<br>
> 9. Re: Pushing Code to Engines? (MinRK)<br>> 10. Re: ipcluster in ssh mode - (MinRK)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>
> Date: Mon, 15 Aug 2011 10:10:42 -0700<br>> From: Ariel Rokem <<a href="mailto:arokem@gmail.com">arokem@gmail.com</a>><br>> Subject: [IPython-User] Disabling auto-docstring in qtconsole<br>> To: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>
> Message-ID:<br>> <<a href="mailto:CA%2BX4w0zW1OEdfhPbptB-5Mtfi3R6bQ1V5qqXm%2BVZabpNz5KBkQ@mail.gmail.com">CA+X4w0zW1OEdfhPbptB-5Mtfi3R6bQ1V5qqXm+VZabpNz5KBkQ@mail.gmail.com</a>><br>> Content-Type: text/plain; charset=UTF-8<br>
> <br>> Hi everyone,<br>> <br>> Is there any way to configure the qtconsole such that it *does not*<br>> show the docstring of an object when I type a left parentheses after<br>> it?<br>> <br>> Thanks,<br>
> <br>> Ariel<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Mon, 15 Aug 2011 18:22:02 +0100<br>> From: Thomas Kluyver <<a href="mailto:takowl@gmail.com">takowl@gmail.com</a>><br>
> Subject: Re: [IPython-User] Disabling auto-docstring in qtconsole<br>> To: Ariel Rokem <<a href="mailto:arokem@gmail.com">arokem@gmail.com</a>><br>> Cc: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>
> Message-ID:<br>> <<a href="mailto:CAOvn4qjHd7xM_Fo_R-TD%2BEjOJ-03X7zX4ANr1j3eV_64JNgCxQ@mail.gmail.com">CAOvn4qjHd7xM_Fo_R-TD+EjOJ-03X7zX4ANr1j3eV_64JNgCxQ@mail.gmail.com</a>><br>> Content-Type: text/plain; charset="iso-8859-1"<br>
> <br>> On 15 August 2011 18:10, Ariel Rokem <<a href="mailto:arokem@gmail.com">arokem@gmail.com</a>> wrote:<br>> <br>>> Is there any way to configure the qtconsole such that it *does not*<br>>> show the docstring of an object when I type a left parentheses after<br>
>> it?<br>> <br>> <br>> Not yet. There's an issue open for it:<br>> <br>> <a href="https://github.com/ipython/ipython/issues/694">https://github.com/ipython/ipython/issues/694</a><br>> <br>> Thanks,<br>
> Thomas<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <a href="http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/c9eebd42/attachment-0001.html">http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/c9eebd42/attachment-0001.html</a> <br>
> <br>> ------------------------------<br>> <br>> Message: 3<br>> Date: Mon, 15 Aug 2011 10:22:22 -0700<br>> From: MinRK <<a href="mailto:benjaminrk@gmail.com">benjaminrk@gmail.com</a>><br>> Subject: Re: [IPython-User] Disabling auto-docstring in qtconsole<br>
> To: Ariel Rokem <<a href="mailto:arokem@gmail.com">arokem@gmail.com</a>><br>> Cc: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>> Message-ID:<br>> <CAHNn8BVUg8p79S-TcgDPH-FVPuw=<a href="mailto:Qfcfk0cdor%2B2a094tZV1MQ@mail.gmail.com">Qfcfk0cdor+2a094tZV1MQ@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>> <br>> Not configurable yet, but on the todo list:<br>> <br>> <a href="https://github.com/ipython/ipython/issues/694">https://github.com/ipython/ipython/issues/694</a><br>
> <br>> -MinRK<br>> <br>> On Mon, Aug 15, 2011 at 10:10, Ariel Rokem <<a href="mailto:arokem@gmail.com">arokem@gmail.com</a>> wrote:<br>> <br>>> Hi everyone,<br>>><br>>> Is there any way to configure the qtconsole such that it *does not*<br>
>> show the docstring of an object when I type a left parentheses after<br>>> it?<br>>><br>>> Thanks,<br>>><br>>> Ariel<br>>> _______________________________________________<br>>> IPython-User mailing list<br>
>> <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>>> <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>>><br>
> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <a href="http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/e3fb35fd/attachment-0001.html">http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/e3fb35fd/attachment-0001.html</a> <br>
> <br>> ------------------------------<br>> <br>> Message: 4<br>> Date: Mon, 15 Aug 2011 13:59:15 -0400<br>> From: Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>><br>> Subject: [IPython-User] Running Embedded IP<br>
> To: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>> Message-ID: <<a href="mailto:4E495E73.9010005@ontrenet.com">4E495E73.9010005@ontrenet.com</a>><br>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
> <br>> Hi,<br>> I have an embedded IPython shell in my python app.<br>> How can I submit to it some commands, python code to run (as a string)?<br>> <br>> ip = InteractiveShellEmbed()<br>> <br>> I viewed the online docs for it, but it didn't show how to do this <br>
> programmatically.<br>> <br>> thanks,<br>> Darren<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 5<br>> Date: Mon, 15 Aug 2011 19:11:41 +0100<br>> From: Thomas Kluyver <<a href="mailto:takowl@gmail.com">takowl@gmail.com</a>><br>
> Subject: Re: [IPython-User] Running Embedded IP<br>> To: Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>><br>> Cc: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>
> Message-ID:<br>> <<a href="mailto:CAOvn4qhUhVeBvrNtFfBGUEvMGrZ3dKueV_yq-o9nN5zZBA2qdw@mail.gmail.com">CAOvn4qhUhVeBvrNtFfBGUEvMGrZ3dKueV_yq-o9nN5zZBA2qdw@mail.gmail.com</a>><br>> Content-Type: text/plain; charset="iso-8859-1"<br>
> <br>> On 15 August 2011 18:59, Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>> wrote:<br>> <br>>> ip = InteractiveShellEmbed()<br>>><br>>> I viewed the online docs for it, but it didn't show how to do this<br>
>> programmatically.<br>>><br>> <br>> To run pure Python code in the interactive namespaces, "ip.ex(code)" should<br>> work. To run code as if it was entered at the prompt (translating magic<br>
> functions, saving as a history entry, increasing prompt count), use<br>> "ip.run_cell(code)". In the latter case, code needs to be a string, not a<br>> compiled code object.<br>> <br>> There may also be a way using config to run code as the shell starts up, but<br>
> I'm not sure if that works for embedding.<br>> <br>> Thomas<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <a href="http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/3c11a54a/attachment-0001.html">http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/3c11a54a/attachment-0001.html</a> <br>
> <br>> ------------------------------<br>> <br>> Message: 6<br>> Date: Mon, 15 Aug 2011 20:27:29 +0100<br>> From: Thomas Kluyver <<a href="mailto:takowl@gmail.com">takowl@gmail.com</a>><br>> Subject: [IPython-User] IPython wiki<br>
> To: IPython User list <<a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a>><br>> Message-ID:<br>> <CAOvn4qg95Y=<a href="mailto:KYf%2BDHk8-FGNi0uDMRhnUr8xx5%2B3_vvW6d2rzbA@mail.gmail.com">KYf+DHk8-FGNi0uDMRhnUr8xx5+3_vvW6d2rzbA@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> I noticed our wiki was attracting spam, so I've enabled some simple<br>> CAPTCHAs, in the form of text questions which should be trivial for Python<br>
> users. These should show up when you create a new page, create an account,<br>> or add links to a page, which I hope balances convenience and protection<br>> nicely.<br>> <br>> Please let me know if this seems to be causing any problems.<br>
> <br>> Thanks,<br>> Thomas<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <a href="http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/94c579c5/attachment-0001.html">http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/94c579c5/attachment-0001.html</a> <br>
> <br>> ------------------------------<br>> <br>> Message: 7<br>> Date: Mon, 15 Aug 2011 16:33:30 -0400<br>> From: Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>><br>> Subject: Re: [IPython-User] Running Embedded IP<br>
> To: Thomas Kluyver <<a href="mailto:takowl@gmail.com">takowl@gmail.com</a>><br>> Cc: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>> Message-ID: <<a href="mailto:4E49829A.9060104@ontrenet.com">4E49829A.9060104@ontrenet.com</a>><br>
> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> Thank you.<br>> <br>> <br>> On 08/15/2011 02:11 PM, Thomas Kluyver wrote:<br>>> On 15 August 2011 18:59, Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a> <br>
>> <mailto:<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>>> wrote:<br>>><br>>> ip = InteractiveShellEmbed()<br>>><br>>> I viewed the online docs for it, but it didn't show how to do this<br>
>> programmatically.<br>>><br>>><br>>> To run pure Python code in the interactive namespaces, "ip.ex(code)" <br>>> should work. To run code as if it was entered at the prompt <br>
>> (translating magic functions, saving as a history entry, increasing <br>>> prompt count), use "ip.run_cell(code)". In the latter case, code needs <br>>> to be a string, not a compiled code object.<br>
>><br>>> There may also be a way using config to run code as the shell starts <br>>> up, but I'm not sure if that works for embedding.<br>>><br>>> Thomas<br>> <br>> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>> URL: <a href="http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/8d91366d/attachment-0001.html">http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/8d91366d/attachment-0001.html</a> <br>
> <br>> ------------------------------<br>> <br>> Message: 8<br>> Date: Mon, 15 Aug 2011 16:34:51 -0400<br>> From: Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>><br>> Subject: [IPython-User] Pushing Code to Engines?<br>
> To: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>> Message-ID: <<a href="mailto:4E4982EB.9090508@ontrenet.com">4E4982EB.9090508@ontrenet.com</a>><br>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
> <br>> Hi,<br>> I have a cluster and create a Client() from ip shell.<br>> I define a function in my shell space. Is it possible to have it pushed<br>> to the engines to execute? Or does all the code have to reside<br>
> on the engines already?<br>> <br>> thanks for any tips. I'm reading all the docs, but missing these<br>> particulars.<br>> <br>> Darren<br>> <br>> <br>> ------------------------------<br>> <br>
> Message: 9<br>> Date: Mon, 15 Aug 2011 13:51:29 -0700<br>> From: MinRK <<a href="mailto:benjaminrk@gmail.com">benjaminrk@gmail.com</a>><br>> Subject: Re: [IPython-User] Pushing Code to Engines?<br>> To: Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>><br>
> Cc: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>> Message-ID:<br>> <<a href="mailto:CAHNn8BUpsG6tSNCeHXGhmgUw-dOAEQQ6e0swtYwBeKpDk_6Ttw@mail.gmail.com">CAHNn8BUpsG6tSNCeHXGhmgUw-dOAEQQ6e0swtYwBeKpDk_6Ttw@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>> <br>> To call a function on args remotely, you just use apply:<br>> <br>> rc = Client()<br>> dview = Client[:]<br>> <br>> def f(a):<br>> return a*2<br>
> <br>> # call f(5) on every engine:<br>> dview.apply(f, 5)<br>> <br>> # send f to all engines (as 'g', you can give it any name), so you can use<br>> it many times:<br>> dview['g'] = f<br>
> <br>> # now you can call it with execute:<br>> dview.execute('b=g(10)')<br>> <br>> -MinRK<br>> <br>> On Mon, Aug 15, 2011 at 13:34, Darren Govoni <<a href="mailto:darren@ontrenet.com">darren@ontrenet.com</a>> wrote:<br>
> <br>>> Hi,<br>>> I have a cluster and create a Client() from ip shell.<br>>> I define a function in my shell space. Is it possible to have it pushed<br>>> to the engines to execute? Or does all the code have to reside<br>
>> on the engines already?<br>>><br>>> thanks for any tips. I'm reading all the docs, but missing these<br>>> particulars.<br>>><br>>> Darren<br>>> _______________________________________________<br>
>> IPython-User mailing list<br>>> <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>>> <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
>><br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <a href="http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/1ec4bf6e/attachment-0001.html">http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/1ec4bf6e/attachment-0001.html</a> <br>
> <br>> ------------------------------<br>> <br>> Message: 10<br>> Date: Mon, 15 Aug 2011 13:54:47 -0700<br>> From: MinRK <<a href="mailto:benjaminrk@gmail.com">benjaminrk@gmail.com</a>><br>> Subject: Re: [IPython-User] ipcluster in ssh mode -<br>
> To: Manuel Jung <<a href="mailto:mjung@astrophysik.uni-kiel.de">mjung@astrophysik.uni-kiel.de</a>><br>> Cc: <a href="mailto:ipython-user@scipy.org">ipython-user@scipy.org</a><br>> Message-ID:<br>> <CAHNn8BWHX-q-3DmNYj=<a href="mailto:5qR65%2By76jK7e%2BPm5vkdfFeGDvPmzhA@mail.gmail.com">5qR65+y76jK7e+Pm5vkdfFeGDvPmzhA@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>> <br>> On Fri, Aug 12, 2011 at 03:44, Manuel Jung <<a href="mailto:mjung@astrophysik.uni-kiel.de">mjung@astrophysik.uni-kiel.de</a>>wrote:<br>> <br>
>> Hi,<br>>><br>>> So i have been browsing around the sources, looking for another solution,<br>>> to make my use case built in ipcluster, because i were feeling stupid for<br>>> writing a script to setup the cluster, if this is, what ipcluster should do<br>
>> for me.<br>>><br>> <br>> Honestly, there are many situations for which writing a simple bash script<br>> or using screen will always be better than ipcluster. Since there are so<br>> many possible configurations and considerations, a general tool will always<br>
> be more complicated than one that caters to a particular environment. For<br>> instance, you should probably create only one set of tunnels per machine,<br>> rather than per engine, since 16*8 tunnels is *a lot*, and largely pointless<br>
> (it is entirely workload/system dependent which is preferable). Certainly,<br>> ipcluster should handle your case better, but that doesn't mean it's the<br>> ideal tool for you.<br>> <br>> <br>>> So this is my solution:<br>
>><br>>> Since we are on a totaly restricted network/pc and ports are never to be<br>>> reached (execpt for ssh/22) outside of localhost, it is totally save to<br>>> choose static ports like you suggested in your first post in this thread.<br>
>><br>>> c.LocalControllerLauncher.controller_args = ['--log-level=20',<br>>> '--ip=0.0.0.0', '--location=127.0.0.1', '--port=10101',<br>>> '--HubFactory.hb=10102,10112', 'HubFactory.control=10203,10103',<br>
>> '--HubFactory.mux=10204,10104', '--HubFactory.task=10205,10105']<br>>><br>>> For tunneling from the engines' host, i have implemented an additional<br>>> parameter for the SSHEngineSetLauncher. It allows to run a shell command on<br>
>> the engines' host. In this case it is used to establish all tunnels.<br>>><br>>> tunnel = ['ssh dwarf20 -N -L10101:<a href="http://127.0.0.1:10101">127.0.0.1:10101</a> -L10102:127.0.0.1:10102-L10112:<br>
>> <a href="http://127.0.0.1:10112">127.0.0.1:10112</a> -L10103:<a href="http://127.0.0.1:10103">127.0.0.1:10103</a> -L10104:127.0.0.1:10104-L10105:<a href="http://127.0.0.1:10105">127.0.0.1:10105</a><br>>> '.split()]<br>
>> c.SSHEngineSetLauncher.engines = {'pluto' : (16, None, tunnel),<br>>> 'merkur' : (4, None,<br>>> tunnel)}<br>>><br>>> (dwarf20 is the cluster starting client an controller hosting pc, pluto and<br>
>> merkur servers for number crunching, e.g. engines' hosts.)<br>>><br>>> Let me say at this point, that establishing tunnels for all ports in one<br>>> command isn't always a good idea, because they share the same tcp<br>
>> connections and bandwidth is restricted on a per connection basis. So maybe<br>>> this may be a bottleneck under high load.<br>>><br>> <br>> I think it is highly unlikely that putting all the traffic of a single<br>
> engine on one tcp connection would be a bottle neck, because under most<br>> normal usage, there will not be significant traffic on multiple sockets at<br>> the same time. A case that could bottleneck would be a very large number of<br>
> very short tasks that print a lot to stdout/err.<br>> <br>> <br>>><br>>> Still this is not enough for getting all connections working. On pluto with<br>>> 16 cores i experienced often less than 16 successfull connected engines. I<br>
>> found, that simultaneous authentications to an sshd are restricted to 10 by<br>>> the MaxStartups parameter (see man sshd_config(5)). So i introduced a new<br>>> parameter for delaying consecutive ssh connections.<br>
>><br>>> c.SSHEngineSetLauncher.delay = 0.2<br>>><br>> <br>> delay is great, I will actually add it to the LocalEngineSetLauncher,<br>> because it should even be useful at that level (SSHEngineSetLauncher will<br>
> inherit it).<br>> <br>> <br>>><br>>> The complete setup from ipcluster_config.py can be found in the post<br>>> scriptum. I have created a branch on github for this, see<br>>> <a href="https://github.com/gzahl/ipython/tree/sshenvironment">https://github.com/gzahl/ipython/tree/sshenvironment</a><br>
>><br>>> This works for me at the moment, what do you think about this solution.<br>>><br>> <br>> Thanks for working this out! I think it should be a good starting point.<br>> Some things should probably change - We don't want to define a class<br>
> n*p-times inside another, and reindenting the code so it doesn't match the<br>> rest of the file is probably not desirable. It's possible that a simple<br>> configurable preflight script on the SSHLauncher would be a cleaner<br>
> solution, and provide an avenue for more general customization.<br>> <br>> <br>>> Two last thoughts:<br>>> - It would be nice, if one wouldn't have to specify the port configuration<br>>> an tunnel command explicit. It would be nice if you could only define the<br>
>> ports and activate tunneling=yes. But i'm not sure how this could be done<br>>> best - yet.<br>>><br>> <br>> Something like this would definitely be valuable. Note that with my<br>> enginessh branch, if the Controller was launched with --enginessh=anything,<br>
> then tunneling *will* be enabled by default (if the `ssh` field of the JSON<br>> file is specified, it is used. You can edit it manually after starting the<br>> controller, if you like).<br>> <br>> The problem with just 'tunneling=yes' is that it's extremely variable what<br>
> tunneling will look like. We can support one or two simple cases (like the<br>> one I cover in enginessh).<br>> <br>> <br>>> - I have to define '--profile=ssh' in the program_args for the<br>>> SSHEngineLauncher - shouldn't this be automaticly choosen, if i'm starting<br>
>> with "ipcluster start --profile=ssh"? It seems like a bug to me?<br>>><br>> <br>> This presumes that the profile exists on the remote machine and that the<br>> initial profile was specified by name and not by path, which is<br>
> insufficiently general. What should actually happen is to send the<br>> connection file and use it explicitly, with no assumptions about the remote<br>> filesystem, or remote profiles available.<br>> <br>> <br>
>> - I were testing with the ControlMaster feature of SSH (version 4 or<br>>> greater). It reuses a existing tcp connection and can speed up new ssh<br>>> connections. But one would ran into the only-one-tcp-connection issues<br>
>> again. Do you know this command? I'm not sure if it is of use in this case.<br>>> But it could help to lower the SSHEngineSetLauncher.delay parameter.<br>>><br>> <br>> I am aware of it. Since we can't depend on it, I'm not sure how valuable it<br>
> is to ipcluster in general (another case where writing against your own<br>> environment lets you make assumptions that aren't appropriate for<br>> ipcluster).<br>> <br>> In general, the SSH launchers need to be improved. The sshx code in 0.10.2<br>
> was better in many ways, but not in others.<br>> <br>> <br>>><br>>> Cheers<br>>> Manuel<br>>><br>>><br>>> ipcluster_config.py:<br>>><br>>> c = get_config()<br>>> c.IPClusterStart.engine_launcher_class = 'SSHEngineSetLauncher'<br>
>> c.IPClusterStart.delay = 2.0<br>>> c.LocalControllerLauncher.controller_args = ['--log-level=20',<br>>> '--ip=0.0.0.0', '--location=127.0.0.1', '--port=10101',<br>>> '--HubFactory.hb=10102,10112', 'HubFactory.control=10203,10103',<br>
>> '--HubFactory.mux=10204,10104', '--HubFactory.task=10205,10105']<br>>> # Are hard coded paths really a reasonable default? On my systems this<br>>> doesn't make much sense.<br>>><br>
> <br>> For local launchers, they absolutely are. This means that the programs will<br>> be run from the same Python, etc. as the ipcluster script. Otherwise there<br>> could be weird situations where 'ipcontroller' launched in a subprocess<br>
> actually points to a different Python or IPython than the one launching it<br>> (this has happened *many* times).<br>> <br>> <br>> <br>>> c.LocalControllerLauncher.controller_cmd = ['ipcontroller']<br>
>> c.SSHEngineLauncher.program = ['ipengine']<br>>> c.SSHEngineLauncher.program_args = ['--log_level=20', '--profile=ssh']<br>>> c.SSHEngineSetLauncher.engine_args = ['--log-level=20', '--profile=ssh']<br>
>> c.SSHEngineSetLauncher.delay = 0.2<br>>> tunnel = ['ssh dwarf20 -N -L10101:<a href="http://127.0.0.1:10101">127.0.0.1:10101</a> -L10102:127.0.0.1:10102-L10112:<br>>> <a href="http://127.0.0.1:10112">127.0.0.1:10112</a> -L10103:<a href="http://127.0.0.1:10103">127.0.0.1:10103</a> -L10104:127.0.0.1:10104-L10105:<a href="http://127.0.0.1:10105">127.0.0.1:10105</a><br>
>> '.split()]<br>>> c.SSHEngineSetLauncher.engines = {'pluto' : (16, None, tunnel),<br>>> 'merkur' : (4, None,<br>>> tunnel)}<br>
>><br>>><br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <a href="http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/f54081b9/attachment.html">http://mail.scipy.org/pipermail/ipython-user/attachments/20110815/f54081b9/attachment.html</a> <br>
> <br>> ------------------------------<br>> <br>> _______________________________________________<br>> IPython-User mailing list<br>> <a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
> <a href="http://mail.scipy.org/mailman/listinfo/ipython-user">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>> <br>> <br>> End of IPython-User Digest, Vol 94, Issue 42<br>> ********************************************<br>
</div>