-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
deserialization error: Domains not defined #281
Comments
The connection errors are interesting; we seem to have
so maybe some of the needed connections are not happening. Can this be reproduced with no network, say 2 local processes? If you send me the code that causes this I can look deeper into it. |
I doubt I could reproduce it locally, it seems to occur just with specific nodes, and only after some sort of timeout period has passed. I've stopped using some of the nodes and those connection issues seem to have ended. I'm still getting the "deserialization error: Domains not defined" errors printing to the console. You can get my code at https://manwe.mit.edu/rhodecode/jqueens/files/7/jqueens.j However, it is probably not clear at all how to use it. I most likely need to create a reduced test case for this. |
Is that part of a parallel chess search program? |
Just a quick note: you shouldn't use sleep since it will block the whole process. Instead there should be a RemoteRef you can wait on. |
Can I wait simultaneously on any RemoteRef result? I only want results from the first one to finish, and then to kill the rest. |
I'll consider this a general fault tolerance issue (#217). |
* Add @__DIR__ macro. * Correct version number.
* Download archives by tree hash instead of tag Since we don't do any validation of the archives, downloading based on tag presents a potential security hole whereby a compromised repository retags a version. This should fix that by downloading the archive for the tree directly. Note that the documentation (https://developer.github.com/v3/repos/contents/#get-archive-link) says that it should be a valid git reference, but using hashes seems to work as well. * add note to method
* Download archives by tree hash instead of tag Since we don't do any validation of the archives, downloading based on tag presents a potential security hole whereby a compromised repository retags a version. This should fix that by downloading the archive for the tree directly. Note that the documentation (https://developer.github.com/v3/repos/contents/#get-archive-link) says that it should be a valid git reference, but using hashes seems to work as well. * add note to method
'corrected' is now a keyword argument.
This text is repeatedly printed to the console after calling remote_call_fetch:
"deserialization error: Domains not defined"
I don't know exactly where this error comes from since it appears slowly and randomly after calling remote_call_fetch. Domains is a type that gets defined using @bcast load() on all nodes.
Where does this error get thrown? So how would I catch this error?
Strangely, it appears to work anyways, but I don't know what might have been lost, which is important in situations where I can recover from and repeat the action. Eventually too, Julia starts to throw more errors (could not connect to 18.68.147.198:9010, errno=113 and could not connect to 18.68.147.215:9009, errno=110) after several minutes and then afterwards I start seeing DisconnectException() and it crashes if I attempt to do anything parallel after that. But the commands that are still running are able to finish, so I still get typically get results. (I don't keep track of what fraction of the results that I eventually get)
Perhaps this is related to the other random failure I have seen where after calling @bcast load(), the contents of the file will still not be defined on the local system?
The text was updated successfully, but these errors were encountered: