|
Problem IT34642
|
Status: Closed |
MEMORY CORRUPTION ASSERTION FAILURE USING PDQ INSIDE A STORED PROCEDURE QUERYING A FRAGMENTED TABLE
|
| product: |
INFORMIX SERVER / 5725A3900 / E10 - |
| Problem description: |
Running a stored procedure that is enabling PDQPRIORITY and
querying a fragmented table, may result in bad block header
memory corruption type assertion failures.
Here's a same bad block assertion:
14:55:18 Found during mt_shm_free 1
14:55:18 Pool '44' (0x47fc2040)
14:55:18 Bad block header 0x4842d028
blk-64
000000004842cfe8: 00000000 00000000 00000000 00000000 ........
........
000000004842cff8: 00000000 00000000 10009000 02010000 ........
........
000000004842d008: 00000000 00000000 0000011f 00000008 ........
........
000000004842d018: 000000cd 00000433 6820cf46 00000000 .......3
h .F....
blk+64
000000004842d028: 00000000 00000000 4700d901 00005b0c ........
G.....[.
000000004842d038: 30d24248 00000000 00000000 00000000 0.BH....
........
000000004842d048: 00020000 00000000 00000000 00000000 ........
........
000000004842d058: 00000000 00000000 00000000 00000000 ........
........
14:55:18 Multiple block errors found
You can see the checkword has been over written with 0's and
also the prev pointer field of the block header.
If PDQ is removed from the SPL, the memory corruption assertion
is no longer seen. |
| Problem Summary: |
|
| Local Fix: |
|
| Solution |
|
| Workaround |
not known / see Local fix |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 22.10.2020
03.11.2022
03.11.2022 |
| Problem solved at the following versions (IBM BugInfos) |
|
| Problem solved according to the fixlist(s) of the following version(s) |
