SAP Information Steward Task failing with ACCESS_VIOLATION error

[Former Member]

Hi Experts,

I am running a SAP Information Steward task, which consist of a IS view build on some table and is bound with several rules. Complexity of rules is high I say as there are few look ups as well.

This task was executing fine few weeks back, but not it has started throwing ACCESS_VIOLATION with below error.

PS: I have tried clearing the pCache folder which is being used by IS task looking at this error.

Looking a resolution and direction to look problem for here as this is impacting business on high priority now. Already contacted SAP for help but no luck so far.

[E] 2018-12-04 08:48:37.071 [TaskUtility][pool-4-thread-1] (14.2) 12-04-18 08:48:34 (R) (20528:20196) SYS-170101: |Session JOB_Rule_NP_461_1|Work flow WF__pcload_461_1|Data flow DF_pc_129_0_ System Exception <ACCESS_VIOLATION> occurred. Process dump option is off. Process is not dumped. Call stack: 0x000000007325E460, memcpy()+0704 byte(s) 0x00000000805B17D5, XRow_data::compareBDBBtree()+1189 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\eval\row.cpp, line 4551 0x000000008151EE6A, DSPcache::DSFileBtreeKeyFinder::findRow()+0234 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\pcache\ds_file_btree.cpp, line 1322+0122 byte(s) 0x000000008151F6F8, DSPcache::DSFileBtreeCursor::getRow()+0040 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\pcache\ds_file_btree.cpp, line 1830+0024 byte(s) 0x00000000800F6F09, XTran_eqcache_runtime_new<std::multimap<XRow_data_ptr_with_schema * __ptr64,XRow_data * __ptr64,lessThanForEquivCacheJoins,std::allocator<XRow_data * __ptr64> >,std::_Tree<std::_Tmap_traits<XRow_data_ptr_with_schema * __ptr64,XRow_data * __ptr64,lessThanForEquivCacheJoins,std::allocator<XRow_data * __ptr64>,1> >::iterator,std::_Tree<std::_Tmap_traits<XRow_data_ptr_with_schema * __ptr64,XRow_data * __ptr64,lessThanForEquivCacheJoins,std::allocator<XRow_data * __ptr64>,1> >::const_iterator>::getNext()+0569 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\inc\xform\teqcachenewimpl.cpp, line 0120 0x00000000800F723A, XTran_eqcache<XTran_eqcache_runtime_new<std::multimap<XRow_data_ptr_with_schema * __ptr64,XRow_data * __ptr64,lessThanForEquivCacheJoins,std::allocator<XRow_data * __ptr64> >,std::_Tree<std::_Tmap_traits<XRow_data_ptr_with_schema * __ptr64,XRow_data * __ptr64,lessThanForEquivCacheJoins,std::allocator<XRow_data * __ptr64>,1> >::iterator,std::_Tree<std::_Tmap_traits<XRow_data_ptr_with_schema * __ptr64,XRow_data * __ptr64,lessThanForEquivCacheJoins,std::allocator<XRow_data * __ptr64>,1> >::const_iterator> >::getnext()+0122 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\inc\xform\teqcache.cpp, line 0160 0x00000000801BC223, XTran_desc::getnext()+0051 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\core\xtran.cpp, line 0911 0x000000008021742C, XPass_desc::read()+0060 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\core\xlink1.cpp, line 0174 0x00000000801EA886, XPort_desc::get_next()+0070 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\core\xport.cpp, line 0396+0010 byte(s) 0x00000000812EEB14, XTran_join::getnext()+0724 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\xform\tjoin.cpp, line 0557+0010 byte(s) 0x00000000812ED1B9, XTran_join::execute()+0073 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\xform\tjoin.cpp, line 0695+0024 byte(s) 0x00000000801C7000, XTran_desc::execute()+0448 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\core\xtran.cpp, line 0812 0x000000008116A379, Rww_thread::main()+0249 byte(s), d:\im_ds_4.2_sp_rel\src\dataservices\dataintegrator\codeline\code\src\rww\rww.cpp, line 0452 0x0000000000A9438E, RWThreadFunctionImp::run()+0126 byte(s) 0x0000000000A7C184, RWRunnableImp::exec()+0372 byte(s) 0x0000000000A94643, RWThreadImp::exec()+0051 byte(s) 0x0000000000A95F59, RWThreadImp::_setTimeSliceQuantum()+0169 byte(s) 0x00000000732437D7, endthreadex()+0071 byte(s) 0x0000000073243894, endthreadex()+0260 byte(s) 0x000000008EF713D2, BaseThreadInitThunk()+0034 byte(s) 0x0000000090E454F4, RtlUserThreadStart()+0052 byte(s) Registers: RAX=0000000000000020 RBX=0000000004000000 RCX=000000002A78A840 RDX=00000000A3A5B7C0 RSI=0000000000000001 RDI=000000000AD2E6A4 RBP=0000000000000007 RSP=000000000C92C178 RIP=000000007325E460 FLG=0000000000010202 R8=0000000003995000 R9=0000000012DD59B5 R10=0000000000000000 R11=0000000026DF6040 R12=00000000FFFFFFFF R13=0000000000000002 R14=00000000CA8517FF R15=000000000AD3B670 Exception code: C0000005 ACCESS_VIOLATION Fault address: 000000007325E460 01:000000000001D460 C:\Windows\WinSxS\amd64_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.8428_none_88dcdb0b2fb19957\MSVCR80.dll ========================================================== Collect the following and send to Customer Support: 1. Log files(error_*, monitor_*, trace_*) associated with this failed job. 2. Exported ATL file of this failed job. 3. DDL statements of tables referenced in this failed job. 4. Data to populate the tables referenced in the failed job. If not possible, get the last few rows (or sample of them) when the job failed. 5. Core dump, if any, generated from this failed job.

Thanks in advance!

Ankit

[denise_meyer]

What version of Information Steward are you on, many fixes for access violations in later versions of Data services/Information Steward. So what version of Information Steward/Data Services are you on?

If you are already on a later version of Information Steward where these fixes have been made - then we would need you to log an incident and provide the task log as well as the exported task and the logging that occurs on the Data Services side for us to take a look at the issue.