- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello, I'm trying to reinstall the C and fortran compilers. The problem is I deleted the instalation subfolders instead of running the uninstall script, and when I run ./install.sh I get the following error:
--------------------------------------------------------------------------------
The Intel C++ Compiler Professional Edition for Linux* 11.0 is already
installed.
If you want to reinstall the Intel C++ Compiler Professional Edition for
Linux* 11.0
please uninstall current version and run install script again.
--------------------------------------------------------------------------------
What can I do so that install.sh does not see the compilers as installed?
Thanks.
--------------------------------------------------------------------------------
The Intel C++ Compiler Professional Edition for Linux* 11.0 is already
installed.
If you want to reinstall the Intel C++ Compiler Professional Edition for
Linux* 11.0
please uninstall current version and run install script again.
--------------------------------------------------------------------------------
What can I do so that install.sh does not see the compilers as installed?
Thanks.
Link Copied
7 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - rgmayoral
Hello, I'm trying to reinstall the C and fortran compilers. The problem is I deleted the instalation subfolders instead of running the uninstall script
What can I do so that install.sh does not see the compilers as installed?
What can I do so that install.sh does not see the compilers as installed?
As root, run 'rpm -qa| grep intel'
look in particular for cpro installations of c, f, mkl, idb, ipp, tbb, lib
run
rpm -e --force cpro*.rpm
if you want to get rid of all the cpro entries from rpmdb.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The method to clear this condition depends on the type of installation you performed prior to just removing the compilers.
Did you perform a "root" or "non-root" installation initially?
Did you perform a "root" or "non-root" installation initially?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - Kevin Davis (Intel)
The method to clear this condition depends on the type of installation you performed prior to just removing the compilers.
Did you perform a "root" or "non-root" installation initially?
Did you perform a "root" or "non-root" installation initially?
My installation was "root". Anyway, uninstalling the rpm packages seems to have worked, I'm right now reinstalling. Thanks so much!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - Kevin Davis (Intel)
The method to clear this condition depends on the type of installation you performed prior to just removing the compilers.
Did you perform a "root" or "non-root" installation initially?
Did you perform a "root" or "non-root" installation initially?
I end up in the same situation after a broken installation, this time non-root. Any clues?
Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - ulya
I end up in the same situation after a broken installation, this time non-root. Any clues?
Thanks.
Ulya,
Look in your home directory. If there is an intel/ directory that you do not recognize or need remove it.
Also look under /tmp for any leftover files (logs, etc) from the last install.
ron
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - Ronald Green (Intel)
Quoting - ulya
I end up in the same situation after a broken installation, this time non-root. Any clues?
Thanks.
Ulya,
Look in your home directory. If there is an intel/ directory that you do not recognize or need remove it.
Also look under /tmp for any leftover files (logs, etc) from the last install.
ron
The reason for my broken installation was mainly install.sh getting stuck when it comes to EULA. It was not accepting "accept" or "decline", just getting stuck in an infinite-loop constantly prompting for an answer. Since I was trying to install under a non-default directory - not $HOME - I tried to use silent-install as a quick hack. The script never returned (I just got a warning that the PSET_INSTALL_DIR exists), but installation some how took place (I did not test it assuming that it cannot be complete under these circumstances). uninstall_cproc.sh --default did not return after 3x "Working...", as well. This resulted in the broken uninstall...
The only directions I can think about in this case are (1) Checking license manager software or (2) Manually correcting INSTALL_DIR in rpms (I thought silence install would resolve this cleanly)... Actually I first encountered this EULA issue when trying to install the STM compiler. After struggling for a while I found a posting here pointing that C++ compiler represents a prerequisite for the STM compiler.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Quoting - ulya
Thanks, I was sloppy in cleaning these up.
The reason for my broken installation was mainly install.sh getting stuck when it comes to EULA. It was not accepting "accept" or "decline", just getting stuck in an infinite-loop constantly prompting for an answer. Since I was trying to install under a non-default directory - not $HOME - I tried to use silent-install as a quick hack. The script never returned (I just got a warning that the PSET_INSTALL_DIR exists), but installation some how took place (I did not test it assuming that it cannot be complete under these circumstances). uninstall_cproc.sh --default did not return after 3x "Working...", as well. This resulted in the broken uninstall...
The only directions I can think about in this case are (1) Checking license manager software or (2) Manually correcting INSTALL_DIR in rpms (I thought silence install would resolve this cleanly)... Actually I first encountered this EULA issue when trying to install the STM compiler. After struggling for a while I found a posting here pointing that C++ compiler represents a prerequisite for the STM compiler.
The reason for my broken installation was mainly install.sh getting stuck when it comes to EULA. It was not accepting "accept" or "decline", just getting stuck in an infinite-loop constantly prompting for an answer. Since I was trying to install under a non-default directory - not $HOME - I tried to use silent-install as a quick hack. The script never returned (I just got a warning that the PSET_INSTALL_DIR exists), but installation some how took place (I did not test it assuming that it cannot be complete under these circumstances). uninstall_cproc.sh --default did not return after 3x "Working...", as well. This resulted in the broken uninstall...
The only directions I can think about in this case are (1) Checking license manager software or (2) Manually correcting INSTALL_DIR in rpms (I thought silence install would resolve this cleanly)... Actually I first encountered this EULA issue when trying to install the STM compiler. After struggling for a while I found a posting here pointing that C++ compiler represents a prerequisite for the STM compiler.
![](/skins/images/45C6C2D737ED71F4C51F0145C8CB1E9C/responsive_peak/images/icon_anonymous_message.png)
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page