- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm working on a small script to install icc on Travis CI, and I'm pretty close to getting it working. Unfortunately, AFAICT there isn't any information on how the different components interact.
I'm installing "intel-icc-l-all__x86_64;intel-icc-l-ps-ss__x86_64;intel-icc-l-all-vars__noarch;intel-icc-l-all-common__noarch;intel-icc-l-ps-common__noarch;intel-icc-l-all-devel__x86_64;intel-icc-l-ps-devel__x86_64;intel-icc-l-ps-ss-devel__x86_64", but when I try to run icc I get an error message:
/opt/intel/bin/icc: error while loading shared libraries: libintelremotemon.so: cannot open shared object file: No such file or directory
What component(s) do I need to install to get libintelremotemon.so installed?
- Tags:
- Development Tools
- Intel® License Manager for FLEXlm*
- Intel® Software Development Products Registration Center
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Never mind. I had tried looking for the file earlier with no luck, but I just looked again and there it was in …/ism/bin/intel64. I set LD_LIBRARY_PATH to the right directory, and it works.
This brought be me to an interesting issue (which I've also resolved, but I would consider this one to be a bug). I'm installing in user mode, and the installer dumps the license file to $DESTINATION/licenses, but icc doesn't actually check that location. It checks $DESTINATION/compilers_and_libraries_2016.0.109/Licenses. If I don't copy (or symlink) the license I get:
Error: A license for Comp-CL is not available (-76,61026,2). License file(s) used were (in this order): 1. Trusted Storage ** 2. /home/travis/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/../../Licenses ** 3. /home/travis/Licenses ** 4. /opt/intel/licenses ** 5. /Users/Shared/Library/Application Support/Intel/Licenses ** 6. /home/travis/intel/compilers_and_libraries_2016.0.109/linux/bin/intel64/*.lic
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Evan,
The license file (.lic) should be on the default search locations:
$HOME/intel/licenses (user installation)
or
/opt/intel/licenses (root installation)
Alternatively you can use the environment variable INTEL_LICENSE_FILE=<path_do/license_file> pointing to another location of .lic.
Regards, Hubert.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The error message doesn't say anything about ~/intel/licenses being a valid location, and it doesn't work. I have been using ~/intel as my PSET_INSTALL_DIR, so the license was being written to ~/intel/licenses and icc wasn't picking it up.
I did a quick test and changed PSET_INSTALL_DIR to ~/intel2 just to see if the license was being written to ~/intel/licenses or $PSET_INSTALL_DIR/licenses, and it's the latter.
My "fix" is to symlink to $PSET_INSTALL_DIR/licenses at ~/Licenses. If icc were checking ~/intel/licenses that wouldn't be necessary (assuming PSET_INSTALL_DIR == ~/intel).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Note that I am not the one placing the *.lic files. The installer is doing that, all I'm doing is providing it with a serial number.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Evan,
Thanks for feedback. As said, the alternative in case the default search paths do not work in a customized installation is to use INTEL_LICENSE_FILE.
Regards, Hubert.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
So, back to (basically) the original issue: dependencies. The components I'm installing are still the same as in my original comment: "intel-icc-l-all__x86_64;intel-icc-l-ps-ss__x86_64;intel-icc-l-all-vars__noarch;intel-icc-l-all-common__noarch;intel-icc-l-ps-common__noarch;intel-icc-l-all-devel__x86_64;intel-icc-l-ps-devel__x86_64;intel-icc-l-ps-ss-devel__x86_64"
When I call icc , it complains about missing libraries (imf, svml, irng, ipgo, decimal, cilkrts, irc, and svml). I've tried searching in INSTALL_PSET_DIR for libimf.so*, no results. Am I missing a component?
I have also noticed that $INSTALL_PSET_DIR/compilers_and_libraries_2016.0.109/linux/bin/iccvars.sh is a symlink to ./compilervars.sh, but that file doesn't exist (see lines 123-129 of that link for the output of `ls -l` on that directory. My understanding is that I should be calling iccvars.sh to set the environment variables requires by icc/icpc, but obviously that just leads to an error. Again, maybe compilervars.sh is provided by a component that I'm missing?
The interactive installer seems to know what components to install depending on how you configure it, so it seems like there should be a list somewhere, but I can't find it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
This error happens sporadically for me. The library in question exists. Rerunning the tool usually fixes the problem.
/opt/intel/composer_xe_2015.2.164/bin/intel64/icpc: error while loading shared libraries: libintelremotemon.so: cannot open shared object file: No such file or directory
I believe this has to do with some interaction with the Intel Remote Monitoring service, i.e. if that fails, then you get this error. If it doesn't fail, then you don't get this error.
How does one totally disable this silly service? It is of no use to me.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Evan,
Sorry for the delay. While I was reviewing my open forum threads I found your last question still unanswered.
Meanwhile we have Intel® Parallel Studio XE 2016 and if you have 2016 installed and still encounter the error while loading libintelremotemon.so you can uninstall the Intel® Software Manager, e.g.:
sudo /opt/intel/ism/uninstall.sh
and shutdown intelremotemon
Regards, Hubert.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
This issue has been resolved. If you have a similar question please start a new thread to ensure your issue is being addressed in a timely manner.

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page