topic I reran the BW experiment to in Analyzers

Multiple installations of Parallel Studio XE

dkokron — Fri, 05 Apr 2013 19:38:48 GMT

I am using Parallel Studio 2013 under the non-commercial license.

I installed Parallel Studio 2013 update 3 just the other day and ran into a problem with Vtune crashing. I would like to reinstall Parallel Studio 2013 update 1 to see if I can track down the cause of this SEGV under Vtune update5.

I am not installing in the default location. I will be switching between installations during testing using 'modules'. This is how the admins at work do it so I know it's possible.

The release notes PDF provided with update 1 state on page 4.

"You do not need to uninstall previous versions or updates before installing a newer version –
the new version will coexist with the older versions."

Yet I get the following warning during installation

Step no: 1 of 7 | Previous versions detected
--------------------------------------------------------------------------------
Installation program has detected other version of the product installed which
must be uninstalled to continue installation.
--------------------------------------------------------------------------------
1. Continue with installation [default]

These products will be uninstalled automatically if newer version is selected
for installation:
    Intel(R) Parallel Studio XE 2013 Update 3 for Linux* common files
    Intel(R) VTune(TM) Amplifier XE 2013 Update 5
    Intel(R) Inspector XE 2013 Update 5
    Intel(R) Advisor XE 2013 Update 2

Whom should I believe?

Can you point me to documentation on how to multiple, segregate instalations of Parallel Studio?

Dan

This may be an error in the

Steven_L_Intel1 — Fri, 05 Apr 2013 19:46:36 GMT

This may be an error in the release notes copied from the Composer XE Release Notes (that would be my fault). As far as I know, only Composer XE supports "side by side installs".

What you might try is downloading just the VTune installer and see if you can install that to a custom location. I am not sure it will let you if there is already an install in a "standard place". I am going to move this thread to the VTune forum and the support folks there will help you. I will also remove that text from the Parallel Studio XE release notes.

When it says "version" it is

David_A_Intel1 — Fri, 05 Apr 2013 20:02:33 GMT

When it says "version" it is referring to 2011 vs. 2013, not Update 1 vs. Update 5. Updates cannot coexist.

Right - it does say "versions

Steven_L_Intel1 — Fri, 05 Apr 2013 20:19:34 GMT

Right - it does say "versions". Only Composer XE allows updates to exist side-by-side.

>>...I am not installing in

SergeyKostrov — Mon, 08 Apr 2013 13:35:07 GMT

>>...I am not installing in the default location. I will be switching between installations during testing using 'modules'. This is how >>the admins at work do it so I know it's possible... Did it have the same problem ( a crash ) for VTune Amplifier ( Update 5 )? Update 5 is the latest Update for VTune Amplifier and it would be nice if you provide more details about the crash.

The Vtune crashes started

dkokron — Mon, 08 Apr 2013 14:52:47 GMT

The Vtune crashes started happening after I updated to Parallel Studio 2013 update 3. I did not experience this failure when running Parallel Studio 2013 update 1 on the same box. The box is running up-to-date Fedora 18 which I know complicates matters since the OS is a moving target. The Parallel Studio 2013 update 1 version of Vtune (slightly modified to get it to compile) ran okay as recently as kernel version 3.8.3-201.fc18.x86_64.

The tool did generate crash dumps. If you will remind me where they are stored, I'll post.

Dan

@dkokron

Bernard — Tue, 09 Apr 2013 05:21:48 GMT

@dkokron

Do you have any log file related to the crash?

Where would they normally be

dkokron — Tue, 09 Apr 2013 14:54:01 GMT

Where would they normally be stored on disk?

I reran the BW experiment to

dkokron — Tue, 09 Apr 2013 20:15:08 GMT

I reran the BW experiment to gather another crash dump. Please see attached.

The log for VTune only

SergeyKostrov — Wed, 10 Apr 2013 04:16:52 GMT

The log for VTune only confirms that there is a problem ( crash / details are generic ): amplxe-gui *** glibc detected *** amplxe-gui: malloc(): memory corruption: 0x00007fd4ec85c9b0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x30e627dab2] /lib64/libc.so.6(__libc_calloc+0xcd)[0x30e628006d] /usr/lib64/nvidia/libGL.so.1[0x30f2ea918d] ======= Memory map: ======== 00400000-004a1000 r-xp 00000000 fd:01 1579142 /opt/Compliers/Intel/2013.3.163/2013.3.163/vtune_amplifier_xe_2013/bin64/amplxe-gui ...

Hi dkokron,

Bernard — Wed, 10 Apr 2013 06:50:33 GMT

Hi dkokron,

the crash dump file contains almost no information related to the call stack.There is only register context and exception code.Can you resolve with the debugger content of this address 0x00007fd4ec85c9b0 ? I suppose that the error started when VTune GUI module calls into Nvidia OpenGL library which in turn try to allocate memory with the help of libc.so.6 calloc function .

>>...

SergeyKostrov — Wed, 10 Apr 2013 14:14:06 GMT

>>... >>"You do not need to uninstall previous versions or updates before installing a newer version – >>the new version will coexist with the older versions." >>... If this is Not true than this is clearly a bug in the installer. Unfortunately, I didn't have a chance to verify it because I always select the option to install all new Intel software to existing folder and I was able to see that a previous version was completely uninstalled before a new software is installed.

I am running amplxe-gui under

dkokron — Wed, 10 Apr 2013 16:44:24 GMT

I am running amplxe-gui under valgrind to see if it can shed any light. I will report the results when it completes.

Thanks dkokron

Bernard — Wed, 10 Apr 2013 18:27:51 GMT

Thanks dkokron

amplxe-gui ran much farther

dkokron — Thu, 11 Apr 2013 13:51:09 GMT

amplxe-gui ran much farther under valgrind than without. Not sure how to proceed.

Hi dkokron,

Bernard — Fri, 12 Apr 2013 06:05:06 GMT

Hi dkokron,

can you explain in more detail what do you mean?

Does amplxe-gui still crashes while running under valgrind?

The original point of failure

dkokron — Fri, 12 Apr 2013 15:00:48 GMT

The original point of failure that prompted this thread is during the finalization of an experiment. When I ran amplxe-gui under valgring, it ran past that point. It was still loading the result, after ten hours, when I wrote that last comment.

Do you have enough information to reproduce the failure inhouse?

Are you willing to provide a debug build of Vtune that I can run on my machine?

How do we proceed?

Dan

>>...Are you willing to

SergeyKostrov — Fri, 12 Apr 2013 15:56:33 GMT

>>...Are you willing to provide a debug build of Vtune that I can run on my machine? As far as I know Intel doesn't provide debug builds of Non Open Source software.

>>>How do we proceed?>>>

Bernard — Mon, 15 Apr 2013 05:07:30 GMT

>>>How do we proceed?>>>

Can you also post full call stack ?

>>>Do you have enough information to reproduce the failure inhouse?>>>

If you are asking me I must tell you that I do not have a Linux version of VTune.