home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Neueste VersionenFixList
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Haben Sie Probleme? - Kontaktieren Sie uns.
Kostenlos registrieren anmeldung-x26
Kontaktformular kontakt-x26

DB2 - Problembeschreibung

Problem IC60202 Status: Geschlossen

WHEN NSE GET WINDOWS ACCESS VIOLATION, TEXT INDEXES BECOME CORRUPT.

Produkt:
DB2 NET SEARCH / 5765F3802 / 910 - DB2
Problembeschreibung:
Text Indexes become corrupt if any program pervent NSE write 
operation from completeing during index update operation.
Problem-Zusammenfassung:
PROBLEM DESCRIPTION: 
Text Indexes become corrupt if any program prevent NSE write 
 
operation from completing during index update operation. 
The reason for corrupt indexes is File access violation. 
Anti virus scan or any other user application can request 
exclusive access to files in the index or work directory 
during a text index update or index reorganization operation 
resulting in a program termination due to access violation 
(this condition has only been observed on Windows).
Local-Fix:
Make Sure the windows indexing servives, anti virus programs and 
back up programm do not access the text index or working 
directories, during an update operation.
verfügbare FixPacks:
DB2 Version 9.1 Fix Pack 8  for Linux, UNIX and Windows
DB2 Version 9.1 Fix Pack 9  for Linux, UNIX and Windows
DB2 Version 9.1 Fix Pack 10  for Linux, UNIX and Windows
DB2 Version 9.1 Fix Pack 11  for Linux, UNIX and Windows
DB2 Version 9.1 Fix Pack 12  for Linux, UNIX and Windows

Lösung
Fixed in V91 Fix Pack 8 
 
 
Retry logic for the index file access 
 The existing implementation for GTR/GT9 libraries for NSE will 
terminate with an error if an index file is not accessible 
during an index update operation. The index file may not be 
accessible if any other application has locked the file. This 
causes NSE to terminate the index update and the index may get 
corrupted. 
 
To avoid index corruption in such cases, retry logic is 
implemented for the windows platform, in order to protect files 
against locking violations/sharing issues. With this 
implementation, if a file is not accessible i.e. failed to 
open/rename/remove file by GTR/GT9 during an index update 
operation, the file access operation will be retried. This 
number of retry and delay of each retry are defined by macro and 
not configurable during runtime. The retry time for any failed 
file access would be approximately 10 minutes. 
 
If the file cannot be accessed even after the 10 minutes 
interval, the index update could still terminate and leave the 
index corrupted. Kindly refer the following Technote to handle 
this situation. 
http://www-01.ibm.com/support/docview.wss?rs=71&uid=swg21323089
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
03.03.2009
27.10.2009
27.10.2009
Problem behoben ab folgender Versionen (IBM BugInfos)
9.1.FP8
Problem behoben lt. FixList in der Version
9.1.0.8 FixList