Error calling serialize R function
Solution 1
This is most likely due to running out of memory (see my blog post for details). Here's an example how you can cause this error:
> a <- matrix(1, ncol=10^4*2.1, nrow=10^4)
> cl <- makeCluster(8, type = "FORK")
> parSapply(cl, 1:8, function(x) {
+ b <- a + 1
+ mean(b)
+ })
Error in unserialize(node$con) : error reading from connection
Solution 2
I struggled with this problem for quite a while and was able to fix it by moving all my required packages into the arguments within the foreach loop by using .packages=c("ex1","ex2")
. Previously I had just used require("ex1")
inside the loop and this seems to have been the root cause of my errors.
Overall, I would just make sure you're moving everything possible into the foreach arguments to avoid these types of errors.
Solution 3
I got a similar error Error in unserialize(node$con) : error reading from connection
I found out it was a missing argument in a call to a C function trough .Call()
Maybe it can be of help!
Solution 4
I am having the same issue and I doubt it is a memory issue. My code is as simple as:
library(doParallel)
library(foreach)
cl <- makeCluster(2, outfile='LOG.TXT')
registerDoParallel(cl)
res <- foreach(x=1:10) %dopar% x
and I got the following error message in LOG.TXT
:
starting worker pid=13384 on localhost:11776 at 18:25:29.873
starting worker pid=21668 on localhost:11776 at 18:25:30.266
Error in unserialize(node$con) : error reading from connection
Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize
Execution halted
Error in unserialize(node$con) : error reading from connection
Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize
Execution halted
The program works anyway, so I just ignored it for now. However, I always feel uncomfortable to see those Errors in the log file.
Solution 5
I had the same error using the foreach
with a doSNOW
backend.
I received the same error as the op after the timeout, but when running the task without using foreach
no error would be returned.
Apparently, the task manager can kill processes due to a multitude of reasons, not only lack of memory.
In my particular case, it seems that the problem was the core temperature. Reducing the number of cpu cores and putting a sys.sleep()
call made the system run cooler, and the error stopped appearing.
It may be worth a try.
Marcelo Sardelich
Be kind, for everyone is fighting a great battle.
Updated on February 21, 2020Comments
-
Marcelo Sardelich about 4 years
I am loading the following packages into R:
library(foreach) library(doParallel) library(iterators)
I "parallelize" code for a long time, but lately I am getting INTERMITTENT stops while code is running. The error is:
Error in serialize(data, node$con) : error writing to connection
My educated guess is that maybe the connection that I open using the commands below, has expired:
## Register Cluster ## cores<-8 cl <- makeCluster(cores) registerDoParallel(cl)
Looking at makeCluster man page I see that by default the connections expires only after 30 days! I could set options(error=recover) in order to check, on the fly, if the connection is opened or not when the code halts, but I decided to post this general question before.
IMPORTANT:
1) the error is really intermittent, sometimes I re-run the same code and get no errors. 2) I run everything on the same multi-core machine (Intel/8 cores). So it is not a communation (network) problem among the clusters. 3) I am a heavy user of CPU and GPU parallelization, on my laptop and desktop (64 cores) Unfortunately, it is the first time that I am getting this type of error.
Is anybody having the same type of error?
As requested I am providing my sessionInfo():
> sessionInfo() R version 2.15.3 (2013-03-01) Platform: x86_64-w64-mingw32/x64 (64-bit) locale: [1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252 LC_MONETARY=English_United States.1252 LC_NUMERIC=C [5] LC_TIME=English_United States.1252 attached base packages: [1] parallel stats graphics grDevices utils datasets methods base other attached packages: [1] TTR_0.22-0 xts_0.9-3 doParallel_1.0.1 iterators_1.0.6 foreach_1.4.0 zoo_1.7-9 Revobase_6.2.0 RevoMods_6.2.0 loaded via a namespace (and not attached): [1] codetools_0.2-8 compiler_2.15.3 grid_2.15.3 lattice_0.20-13 tools_2.15.3
@SeteveWeston, below the error in one of the calls (again it is intermittent):
starting worker pid=8808 on localhost:10187 at 15:21:52.232 starting worker pid=5492 on localhost:10187 at 15:21:53.624 starting worker pid=8804 on localhost:10187 at 15:21:54.997 starting worker pid=8540 on localhost:10187 at 15:21:56.360 starting worker pid=6308 on localhost:10187 at 15:21:57.721 starting worker pid=8164 on localhost:10187 at 15:21:59.137 starting worker pid=8064 on localhost:10187 at 15:22:00.491 starting worker pid=8528 on localhost:10187 at 15:22:01.855 Error in unserialize(node$con) : ReadItem: unknown type 0, perhaps written by later version of R Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted Error in unserialize(node$con) : error reading from connection Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted Error in unserialize(node$con) : error reading from connection Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted Error in unserialize(node$con) : error reading from connection Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted Error in unserialize(node$con) : error reading from connection Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted Error in unserialize(node$con) : error reading from connection Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted Error in unserialize(node$con) : error reading from connection Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted Error in unserialize(node$con) : error reading from connection Calls: <Anonymous> ... doTryCatch -> recvData -> recvData.SOCKnode -> unserialize Execution halted
Adding a bit more information. I set options(error=recover) and it provided the following information:
Error in serialize(data, node$con) : error writing to connection Enter a frame number, or 0 to exit 1: #51: parallelize(FUN = "ensemble.prism", arg = list(prism = iis.long, instances = oos.instances), vectorize.arg = c("prism", "instances"), cores = cores, .export 2: parallelize.R#58: foreach.bind(idx = i) %dopar% pFUN(idx) 3: e$fun(obj, substitute(ex), parent.frame(), e$data) 4: clusterCall(cl, workerInit, c.expr, exportenv, obj$packages) 5: sendCall(cl[[i]], fun, list(...)) 6: postNode(con, "EXEC", list(fun = fun, args = args, return = return, tag = tag)) 7: sendData(con, list(type = type, data = value, tag = tag)) 8: sendData.SOCKnode(con, list(type = type, data = value, tag = tag)) 9: serialize(data, node$con) Selection: 9
I tried to check if the connections were still available, and there are:
Browse[1]> showConnections() description class mode text isopen can read can write 3 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" 4 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" 5 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" 6 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" 7 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" 8 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" 9 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" 10 "<-www.007guard.com:10187" "sockconn" "a+b" "binary" "opened" "yes" "yes" Browse[1]>
Since the connections are open and error 0 means R version (as pointed out by @SteveWeston), I really can;t figure out what is happening here.
EDIT 1:
MY WORKAROUND TO THE PROBLEM
The code is fine in terms of arguments passed to the function. Thus, the answer provided by @MichaelFilosi haven't brought much to the table. In any manner, many thanks for your answer!
I couldn't find exactly what was wrong with the call, but, at least, I could workaround the problem.
The trick was to break the arguments of function call, for each parallel thread, into smaller blocks.
Magically the error disappeared.
Let me know if the same worked for you!
-
Marcelo Sardelich over 10 years@Filosi Thanks for sharing! I solved the problem by calling the parallelization routine within a loop.
-
Admin over 9 years@Filosi Can you provide more details to what solved your problem? For instance, which argument was missing; which line of code, ... etc. Cheers
-
mondano about 8 yearsI also think that this is due to memory issues. I solved it by creating smaller threads requiring less memory in my problem
-
HenrikB about 7 yearsI cannot only reproduce this if I quit R abruptly without first stopping the cluster using
stopCluster(cl)
. This also happens when using the parallel package only, e.g.library("parallel"); cl <- makeCluster(1L, outfile = 'log.out'); parLapply(cl, X = 1, fun = function(x) x); quit("no")
. But if you addstopCluster(cl)
, the error is not there. -
cgmil over 5 yearsI just got this problem and thought it was a memory issue, but when I ran the involved code by hand rather than via Rscript, the problem did not appear. Also, I did not have this problem on a different (more powerful) computer.