Can't connect to linux nodes from windows

[acorbellini]

Hi!
I'm currently trying Julia under Windows and wanted to point out that the machinefile option is not working correctly (I guess). I used the binary distribution and the built from the source, but when I try to connect to an ubuntu node, it tries to find Julia under the Windows installation path (but on ubuntu). I've set JULIA_HOME on the ubuntu box, but it doesn't seem to be using it.
I'm able to use this feature on Ubuntu, but it would be nice to be able to spawn jobs from windows to ubuntu.
Thanks!!

[StefanKarpinski]

Unfortunately we don't yet support this. The JULIA_HOME issue would be relatively simple to work around, although SSH doesn't allow arbitray environment variables to pass through. The bigger issue is that you're probably connecting from a 32-bit build to a 64-bit build, which totally screws with our data serialization.

[JeffBezanson]

I added an argument that might help with this. Try:

addprocs({"ubuntu host"}, dir="julia path on ubuntu")

where the path is the path to the julia binaries, for example /home/user/src/julia/usr/bin.

[mgkuhn]

I have successfully used Julia 1.6-DEV (following #38577) to invoke workers between Linux (POSIX shell) and Windows (cmd.exe shell) in all four possible directions.

Yes, you always need to specify dir when crossing a Windows/Linux boundary, because pathnames will be different between both worlds (e.g., drive letter) and the default pwd() is very unlikely to work.

JULIA_HOME no longer exists and Julia can usually figure out on its own where it was installed.

Julia 1.6-DEV (since #38353) now also supports passing environment variables via ssh, using the new env parameter to addprocs, which simply injects the shell commands needed to set environment variables before starting a Julia worker.

I don't know about the state of the 32/64-bit data serialization issue mentioned by @StefanKarpinski. This would warrant opening a separate issue if it is still acute.

Otherwise I think the original issue is resolved.