SIGSEGV error
Moderators: chulett, rschirm, roy
SIGSEGV error
Dears,
I've got the following error when job updates around 20,000 records at the destination:
Operator terminated abnormally: received signal SIGSEGV.
If any one knows the root causes of SIGSEGV error, kindly share them because it appears frequently and just disappear when reset the jobs without knowing why?
Data Source: Oracle RDB
Destination: Oracle 10g
Job Design:
ODBC Enterprise Stage --> Join --> Transformer --> Oracle Enterprise Stage
Regards.
I've got the following error when job updates around 20,000 records at the destination:
Operator terminated abnormally: received signal SIGSEGV.
If any one knows the root causes of SIGSEGV error, kindly share them because it appears frequently and just disappear when reset the jobs without knowing why?
Data Source: Oracle RDB
Destination: Oracle 10g
Job Design:
ODBC Enterprise Stage --> Join --> Transformer --> Oracle Enterprise Stage
Regards.
-
- Premium Member
- Posts: 1735
- Joined: Thu Mar 01, 2007 5:44 am
- Location: Troy, MI
Neither do we as many issues can cause this 'segmentation violation'. In my experience, with Oracle it can be a bug in their client code which only a very small number of jobs trigger. Check with your offiical support provider as I don't believe Oracle RDB is officially supported and there may be some 'known issues' with accessing it.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
May be a new clue here. The job aborts while it transfers all data from source to destination Correctly? At Director, it generates SIGSEGV or "*** glibc detected *** free(): invalid next size (normal): 0x08395fe8 ***" errors.
At the second the run after reset, job runs normally without warnings or errors! I tried to maximize the Array size of source & destination stages but it didn't work.
Any Ideas?
At the second the run after reset, job runs normally without warnings or errors! I tried to maximize the Array size of source & destination stages but it didn't work.
Any Ideas?
if the free() command fails then you might have corrupted your memory pointers - perhaps by having run out of same. If you monitor physical and virtual memory usage during the job run, do you see a large amount of memory used or constant growth until out of memory?
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
There are several tools available, all AIX systems have 'vmstat' available and optional tools such as 'topas' might be installed as well. It might be best to ask your system administrator for some help, since the output of the tools can be a bit cryptic upon first use.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 2
- Joined: Tue Mar 17, 2009 1:12 am
- Location: Perth
*** glibc detected *** free()
My job is as follows:
Seq File -> Transformer -> Oracle Connector -> Reject link to Transformer -> DRS stage
In the Oracle Connector:
If I set "Process warning messages as fatal error" as "NO" I get:
*** glibc detected *** free(): invalid next size (fast): 0x083ac588 ***
If this is set to "YES", I get:
*** glibc detected *** free(): invalid pointer: 0x083ac5a8 ***
These errors occur everytime a valid reject occurs, where we expect the rejected record to be written to a reject table; i.e. a primary key constraint in the target table has been violated. However, when run the first time (when the target is empty) there is no such error.
Any ideas/suggestions/help would be greatly appriciated.
Thanks
Seq File -> Transformer -> Oracle Connector -> Reject link to Transformer -> DRS stage
In the Oracle Connector:
If I set "Process warning messages as fatal error" as "NO" I get:
*** glibc detected *** free(): invalid next size (fast): 0x083ac588 ***
If this is set to "YES", I get:
*** glibc detected *** free(): invalid pointer: 0x083ac5a8 ***
These errors occur everytime a valid reject occurs, where we expect the rejected record to be written to a reject table; i.e. a primary key constraint in the target table has been violated. However, when run the first time (when the target is empty) there is no such error.
Any ideas/suggestions/help would be greatly appriciated.
Thanks