[IPython-user] ipython 0.9.rc1: problem with example from the manual during import, using MultiEngineClient

mark starnes m.starnes05@imperial.ac...
Tue Sep 9 04:59:19 CDT 2008

Hi everyone.  An update (in case someone else experiences something similar).

suggests it's a case of deleting the dir's in site-packages.  Did so.

$ find -name 'site-packages' gives


No IPython in lib64.  Is is local/lib64.  ipython0.9 and 0.3.  Moved both to 'deleted'.

Also, 'ipython' found in /usr/local/bin.  Moved to 'deleted'.  Other related
files here were left, including ipengine, ipcontroller etc.

Now, I get,

m.starnes@quad:/usr/local/bin> ipython
-bash: /usr/local/bin/ipython: No such file or directory

Fresh installation:

Download using bzr:
$ bzr branch lp:ipython
Read basic instructions.
Read advanced instructions.
Realise advanced instructions point to different files from those of the basic

Advanced says,
$ bzr branch lp:///~ipython/ipython/ipython1-dev

Think, 'was advised not to install ipython1'.

So, ignored advanced instructions.  Following 'basic' instructions, in the new
ipython directory created by bzr

$ python setup.py install

as root.

Now, calling $ ipcluster -n 4

results in a new message:
Your cluster is up and running.

For interactive use, you can make a MultiEngineClient with:

from IPython.kernel import client
mec = client.MultiEngineClient()


and trying this, works.

I'll continue with this new installation.  So far, the engines execute code sent to them with, 'mec.execute',
but seem to hang when the code is 'import xxxxx'.

Best regards,


Brian Granger wrote:
>> Hi everyone, sorry if this is a duplicate post; the original appeared,
>> on my machine, under another thread.  Sorry for that.
>> I'm following the instructions in the Aug 29 2008 manual for parallel
>> computing, and have been having some problems; reading back through the
>> posts, I've noticed nothing to help (please, correct me if I'm wrong!).
> Sorry about the delay and the confusing docs.  I am working on
> updating them for the 0.9 release.  Hopefully that will help
>> If I start my cluster with:
>> $ ipcluster -n 4 &
>> Then, with IPython, 0.9.rc1:
>> In [1]: from IPython.kernel import client
>> In [2]: tc = client.TaskClient()
>> I get:
>> ---------------------------------------------------------------------------
>> ... traceback information....
>> ValueError: not a furl or a file containing a furl:
>> /home/m.starnes/.ipython/ipcontroller-tc.furl
> This should work.  Can you tell me more about your setup?  OS?
> Platform?  Can you show what is in you ~/.ipython or _ipython
> directory?
>> If I follow the instructions printed by the shell during cluster startup:
>> In [1]: from ipython1.kernel import client   # Differs from the manual
>> In [2]: mec = client.MultiEngineClient(('',10105)) # Differs.
>> All seems well.  The same occurs when I follow the 'Quickstart Task
>> Farming' section:
>> In [3]: tc = client.TaskClient(('',10105))
> It this works, then you have:
> 1.  Either both ipython1 and IPython 0.9 installed
> or
> 2.  Just IPython 0.9 installed
> I would remove ipython1 and IPython 0.9 and do a reinstall of _just_
> 0.9 and try again.  Also, in 0.9, you don't need to provide (and
> can't) the ip and port.  The two options are:
> client.TaskClient("path to a furl file")
> client.TaskClient()   # empty - look for the default furl flie.
> But...there are a few bugs that are in the process of being fixed (we
> have fixed them, but the fixes aren't in the release candidate or
> trunk yet).
> But, this should work.  Why don't you clean up your install and give
> it a try again.
> Cheers,
> Brian

More information about the IPython-user mailing list