DB2 - Problembeschreibung
Problem IC88941 | Status: Geschlossen |
POSSIBLE CRASH (ABORT/SEGV) WHEN RUNNING OUT OF MEMORY BECAUSE OF RECURSION CONSUMING UP THE STACK | |
Produkt: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problembeschreibung: | |
The signature here will be that we will end up with segv when trying to allocate a new frame in the stack and the frame address will fall in the range of the guard page. Also, most of the stack will be filled up with functions from oss layer for analysing out of memory error. From the stack example below what should be common is the recursion seen in the last top frames: Frame for _ossMemAlloc() Frame for ossGetPhysSwapInfo() Frame for ossErrorGetMemoryStatistics() Frame for ossErrorAnalysis() returned on call to ossErrorMemoryAnalysis() Frame for ossSystemErrorHandler() Frame for _ossMemAlloc() Frame for ossGetPhysSwapInfo() Frame for ossErrorGetMemoryStatistics() Frame for ossErrorAnalysis() returned on call to ossErrorMemoryAnalysis() Frame for ossSystemErrorHandler() Frame for _ossMemAlloc() Frame for ossGetPhysSwapInfo() Frame for ossErrorGetMemoryStatistics() Frame for ossErrorAnalysis() returned on call to ossErrorMemoryAnalysis() Frame for ossSystemErrorHandler() Frame for _ossMemAlloc() Frame for ossGetPhysSwapInfo() Frame for ossErrorGetMemoryStatistics() Frame for ossErrorAnalysis() returned on call to ossErrorMemoryAnalysis() Frame for ossSystemErrorHandler() Frame for _ossMemAlloc() Frame for sqlnlsMessage() Frame for sqlnlsgmsg() Frame for sqlogmsg_noconv() Frame for pdGetMessage() returned on call to pdLoadMessage() Frame for pdLogInternal() Frame for pdLog() Frame for sqlt_logadmin() Frame for sqlexGetGroupsForUser() Frame for sqlexSlsSystemAccrdb() Frame for sqlexEngAuthenticate() Frame for sqleExecuteSecurityCheck() Frame for sqeApplication::AppLocalStart() Frame for sqlelostWrp() Frame for sqleUCengnInit() Frame for sqleUCagentConnect() Frame for sqljsConnectAttach() Frame for sqljs_ddm_accsec() Frame for sqljsParseConnect() Frame for sqljsParse() Frame for sqljsSqlam() Frame for sqljsDriveRequests() Frame for sqljsDrdaAsInnerDriver() Frame for sqljsDrdaAsDriver() Frame for sqeAgentGRunEDU() Frame for sqlzRunEDU() Frame for sqloEDUEntry() This issue can occur on Solaris due to the fact that function 'ossGetPhysSwapInfo()' on Solaris attempts to allocate memory. And this probably may also happen in other platforms with other situations as in funtion 'ossSystemErrorHandler()' we do not detect that we are entering again for the same reason. | |
Problem-Zusammenfassung: | |
**************************************************************** * USERS AFFECTED: * * Systems running with DB2 v97fp7 or below. * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrading to DB2 version v97fp8 resolves this issue. * **************************************************************** | |
Local-Fix: | |
verfügbare FixPacks: | |
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows | |
Lösung | |
This issue is first fixed in DB2 v97fp8. | |
Workaround | |
keiner bekannt / siehe Local-Fix | |
Bug-Verfolgung | |
Vorgänger : APAR is sysrouted TO one or more of the following: IC92031 Nachfolger : | |
Weitere Daten | |
Datum - Problem gemeldet : Datum - Problem geschlossen : Datum - der letzten Änderung: | 07.12.2012 18.10.2013 18.10.2013 |
Problem behoben ab folgender Versionen (IBM BugInfos) | |
9.7.FP8 | |
Problem behoben lt. FixList in der Version | |
9.7.0.8 |