Error in using 'parpool'
11 views (last 30 days)
Show older comments
Hi, I have been using parpool to run my function simultaneously. However, in my new laptop, I got the problem as follows:
>> parpool('local', noPMrun);
Starting parallel pool (parpool) using the 'local' profile ...
Error using parpool (line 103)
Failed to start a parallel pool. (For information in addition to the causing error, validate the profile 'local' in the Cluster Profile Manager.)
Caused by:
Error using parallel.internal.pool.InteractiveClient>iThrowWithCause (line 665)
Failed to start pool.
Error using parallel.Cluster/createCommunicatingJob (line 92)
ICU error: get canonical time zone ID, err='U_ILLEGAL_ARGUMENT_ERROR'.
Is there anyone who can help/solve this problem? Thank you
7 Comments
Peter Perkins
on 27 Jul 2017
Modifying the MATLAB code is probably not a great idea. My Feb 16th post suggested two work-arounds, and those have been described in this bug report.
Answers (5)
Zygmunt Szpak
on 24 Feb 2017
Edited: Zygmunt Szpak
on 24 Feb 2017
I encountered the same problem. My workaround was to set the TZ environment variable to:
export TZ='Australia/Adelaide'
You can find the correct timezone string for your location here:
https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
0 Comments
Prasad Mendu
on 17 Oct 2016
Does the validation of the local cluster profile succeed? For more information on how to validate, refer to the link below:
https://www.mathworks.com/help/distcomp/clusters-and-cluster-profiles.html#brrzq8d-1
Local cluster profile uses the cores on your machine to parallelize the code and it could be possible that there are validation errors with local profile on your new laptop, and it will be helpful to look at those errors to know the cause of this issue.
0 Comments
Peter Perkins
on 16 Feb 2017
Norm, Clint, Artem, and Simon, what if anything is your TZ environment variable set to, and what does /etc/localtime point to? If you symlink /etc/localtime to, say, /usr/share/zoneinfo/Etc/UTC, does the problem go away?
Setting TZ should work around this problem. If you can do that, it's probably a better idea than modifying datetime.m.
0 Comments
orlem lima dos santos
on 12 Dec 2017
After looking inside datetime function I realized that matlab gets the timezone from the computer. So all you need to do is fix the timezone from your computer and reopen matlab it should works after this.
It is works for me.
2 Comments
Peter Perkins
on 14 Dec 2017
The Bug Report for this problem
should have been added to this thread, but somehow never was. It includes two different work-arounds, and confirms that this bug was fixed in R2017b.
Daniel Melnick
on 26 Jan 2018
I have the same problem while trying to run the parallel toolbox on a Mac Pro running High Sierra. Please help
1 Comment
Peter Perkins
on 31 Jan 2018
Daniel, High Sierra changed the organization of the system time zone files, resulting in symptoms that look like the ones described for Linux in the bug report I posted above, but for a completely different reason.
R2017b and earlier suffer from this, but there is a bug report with a work-around that will work for those versions of MATLAB.
See Also
Categories
Find more on Parallel Computing Fundamentals in Help Center and File Exchange
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!