glibc detected
glibc detected
I am running my first column analysis, The activity status indicated Error Encounted.
When I check the log /opt/IBM/WebSphere/AppServer/profiles/InfoSphere/iasServer-server1.log
*** glibc detected *** /opt/IBM/InformationServer/server/PXEngine/bin/osh: free(): invalid next size (normal): 0x0000000009dd9e0 ***
Any recommendations on how I resolve the issue
Thanking you all in advance
When I check the log /opt/IBM/WebSphere/AppServer/profiles/InfoSphere/iasServer-server1.log
*** glibc detected *** /opt/IBM/InformationServer/server/PXEngine/bin/osh: free(): invalid next size (normal): 0x0000000009dd9e0 ***
Any recommendations on how I resolve the issue
Thanking you all in advance
this is a complaint from the C compiler telling you that an attempt to free memory (return it to the operating system) that it had allocated (taken from the OS) failed.
So somewhere you have a memory problem or a configuration problem that led to a memory problem.
You can try just re-running the task. If that does not work, you need to get your tools team involved to check the setup, and it may even lead back to IBM. The most obvious thing to do is re-run it and watch the ram on the machines while it runs.
So somewhere you have a memory problem or a configuration problem that led to a memory problem.
You can try just re-running the task. If that does not work, you need to get your tools team involved to check the setup, and it may even lead back to IBM. The most obvious thing to do is re-run it and watch the ram on the machines while it runs.
SUSE Linux Version11 Patch level 2
I have ensured all the InfoSphere fixpack have been applied (8.7.0.2)
Still cannot complete a column analysis - still getting glibc error
Have anyone else had similar issues with Suse linux installs and found a work around
Still cannot complete a column analysis - still getting glibc error
Have anyone else had similar issues with Suse linux installs and found a work around
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
This is one of 2 things.
Either you pulled in too much data and ran your system out of memory, or you need your IBM tool suite administrator person/team to look at it.
Stepping away from a problem helps to take a fresh look and all that, but at some point it has to be solved.
I am not an IA guy but my team had similar problems when trying to to analysis on gigantic tables. It was resolved by giving the IA users their own server away from the datastage devs, if I recall. I was only tangentially involved as I wrote a datastage job with a C routine that produced the same info as IA while they worked on the issue.
Either you pulled in too much data and ran your system out of memory, or you need your IBM tool suite administrator person/team to look at it.
Stepping away from a problem helps to take a fresh look and all that, but at some point it has to be solved.
I am not an IA guy but my team had similar problems when trying to to analysis on gigantic tables. It was resolved by giving the IA users their own server away from the datastage devs, if I recall. I was only tangentially involved as I wrote a datastage job with a C routine that produced the same info as IA while they worked on the issue.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Any chance you can get version 11.5? It's much more robust (and faster) than version 8.7.
That said, at one of my sites we are successfully performing column analyses against various sources (including DB2) on version 8.5 on AIX.
That said, at one of my sites we are successfully performing column analyses against various sources (including DB2) on version 8.5 on AIX.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Another idea is to check "Keep scripts" when you run your IA job. Then you can use DataStage Director to look at the job logs in ANALYZERPROJECT. This may provide useful information, assuming that the job got that far.
Can you please advise the values of your four compiler-related environment variables (such as APT_COMPILER - you know the ones)?
Can you please advise the values of your four compiler-related environment variables (such as APT_COMPILER - you know the ones)?
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Your compiler options are not at fault. The job crashed and the glibc message was as a result of the crash, not the cause of it. You probably have some data issues with NULLs. Go to your project and maybe use that setting for .... hmmm... old version of null handling... (ok I forget the name off the top of my head).
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact: