I had a very similar issue with the web interface.
Once you you've added "localhost, 2"
Try clicking on localhost again to exit the number field. Then hit
save.
Let me know if that works.
Matt
I had already tried that and tried it again now, but unfortunately it
doesn't work here.
Apart from this problem, I can "load" count_words.py on the master,
but it won't run because of the lack of available nodes.
So I'd really like to know if there is a way to inform the master
process that there's an available dual-core node on localhost without
using this interface, it would be nice to see the example running
anyway. :-)
Thanks,
Matteo
On Sep 9, 2008, at 8:47 PM, Justin wrote:
>
>
> Is this what I want in disco_4444.config for one dual core node?
> ["localhost","2"]
That file format is JSON, what you want is this:
[["localhost","2"]]
- --
Valentino Volonghi aka Dialtone
Now running MacOS X 10.5
Home Page: http://www.twisted.it
http://www.adroll.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
iEYEARECAAYFAkjHXa0ACgkQ9Llz28widGXTngCgw8k2NrO0JEfU24FKuIOmfpJ8
NHsAnjMo8t+J0mlXCRmvN+ywW1ir0N5l
=vb9H
-----END PGP SIGNATURE-----
Thanks everybody for all of your suggestions, and to you in particular
for this one: I added that line to /srv/disco/disco_4444.config, fixed
the ssh authentication for user disco as explained at
http://discoproject.org/doc/start/install.html#configure-authentication
and this time everything worked fine with count_words.py.
When I have more time (unfortunately, not soon) I'll try and add some
other nodes and do some different experiments.
Best regards,
Matteo
PS: Will the debian repository be kept updated with the development
snapshots or will it deliver the stable releases over time?
Good, thanks. :-)
> > PS: Will the debian repository be kept updated with the development
> > snapshots or will it deliver the stable releases over time?
>
> I think we will setup a separate "unstable" repo for development
> snapshots at some point.
Oh, that would be wonderful in order to deploy the latest code easily
on the slave nodes.
On my development machine (where I'm running the master) I think I
will soon switch to the git version, though: the possibility of easily
modifying the code is of great help when trying to understand how it
works.
For example, when I said that the thing worked for me it wasn't true
at all :-) : the reduce phase can't really access the pairs produced
by the map. I guess the problem concerns the parsing of "dir://"
internal urls, but I'm going to try and debug this problem in depth
when I have more time, after I set up the git code (surely not earlier
than next week).
Best regards,
Matteo