You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
OS X: makeClusterFunctionsMulticore() gives Error in if (worker$status$n.jobs >= worker$max.jobs) return("J"): missing value where TRUE/FALSE needed
#117
>worker<-list(script=system.file("bin", "linux-helper", package="BatchJobs"), ssh=FALSE)
>res<-BatchJobs:::runWorkerCommand(worker, "status", file.dir)
>res
[1] "dyld: DYLD_ environment variables being ignored because main executable (/bin/ps) is setuid or setgid"
[2] "1.30 6 0 0"
Note that first output line, which is the same as reported by the above debug output.
The problem is that extra output line and that BatchJobs:::getWorkerStatus.WorkerLinux() tries to parse it when the information of interest is really in the following line.
A minimal reproducible example causing that output:
>script<- system.file("bin", "linux-helper", package="BatchJobs")
> system2(script, args="list-jobs", stdout=TRUE, stderr=TRUE)
[1] "dyld: DYLD_ environment variables being ignored because main executable (/bin/ps) is setuid or setgid"
It looks like something is setting system environment variable DYLD_FALLBACK_LIBRARY_PATH when R is loaded, because it's not there prior to launching R:
{hb}: echo$DYLD_FALLBACK_LIBRARY_PATH
{hb}: R --vanilla
> Sys.getenv("DYLD_FALLBACK_LIBRARY_PATH")
[1] "/Library/Frameworks/R.framework/Resources/lib"
Now, I don't know if it's safe to unset DYLD_FALLBACK_LIBRARY_PATH. Also, it could be that this is an OS X 10.8.x issue (which is an old OS version by now).
Problem
With BatchJobs 1.6 in a fresh R 3.2.3 Patched session on OS X 10.8.5, the multicore cluster-function setup gives the following error:
Troubleshooting
With
debug(BatchJobs:::getWorkerSchedulerStatus)
I find that:Next, inspecting
BatchJobs:::getWorkerStatus.WorkerLinux()
;lead me to the following:
Note that first output line, which is the same as reported by the above debug output.
The problem is that extra output line and that
BatchJobs:::getWorkerStatus.WorkerLinux()
tries to parse it when the information of interest is really in the following line.Session information
The text was updated successfully, but these errors were encountered: