Technote Number: 1103300
Problem:
This issue was reported to Lotus Quality Engineering and was reportedly
addressed in Domino 5.0.1a; however, the issue is still occurring in 5.0.1a.
The issue was fixed again in 5.0.1b and 5.0.2 (see fix list excerpts below for
details).
On the AS/400 platform: A programmatic fix was created for 5.0.1.02, PTF
SF59190. The issue is also fixed in release 5.0.2 on the AS/400.
Excerpt from the Lotus Notes and Lotus Domino Release 5.0.2 QMR fix list:
Server
+SPR# JPAI4ANKJY - Fix a problem introduced in R5.0.1 which prevented databases
from being compacted to upgrade them from R4.6x to R5 format, resulting in a
crash with the error: "PANIC: OSAddressInVARRAY: VARRAY element index is too
large." This problem is still under investigation for additional future fixes
relating to this issue. [5.0.1a,5.0.2]
Server
SPR# JPAI4AVKBZ, RSTS4AQFJM - Fix a server crash with "PANIC:
OSAddressInVARRAY: VARRAY element index is too large" which occurs when
compacting databases to upgrade them to the R5 format. This fix completes the
fix for JPAI4ANKJY in R5.0.1a. [5.0.2,5.0.1b]
Keep in mind that this particular fix is for this instance of the
"OSAddress..." crash. There can be other crashes with this error that are not
related to this particular crash. The problem results from a database having
many design elements with the same name; for example, five views all with the
$Title field set to "Fred."Supporting Information:
Log excerpt from a UNIX server:
[14986:00002-00001] 08/08/99 01:25:27 PM Compacting database beyondv4.nsf
(Beyond V4)
[14986:00002-00001] 08/08/99 01:25:28 PM Releasing unused storage in database
beyondv4.nsf...
TID=[14986:00002-00001]/K-TID=21179
PANIC: OSAddressInVARRAY: VARRAY element index is too large
Fatal Error signal = 0x0000000b PID/TID/K-TID = 14986/1/21179
Freezing all server threads ..
Summary of RIP:
-> _OSAddressInVARRAY@8+001D <-
-> _EHUpdateChunk@36+009C <-
-> _EHSplitLeaf@76+0206 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _EHSplitLeaf@76+0536 <-
-> _removeEntry+0E94 <-
-> _keyInsert+034C <-
-> _EHVKeyInsert@32+0028 <-
-> _DbSetDelNamObjDesignEntry@72+07AA <-
-> _iNoteUpdate@16+6349 <-
-> _DispatchNoteUpdate@28+01CC <-
-> _NSFNoteUpdateExtended2@20+01C9 <-
-> _NSFNoteUpdateExtended@8+0016 <-
-> _CopyNoteCompactMode@16+0137 <-
-> _CopyNote@8+004A <-
-> _NSFDbCompactInternal@16+07A1 <-
-> _DbCompactExtended@12+0816 <-
-> _NSFDbCompactExtended@12+002A <-
-> _CompactFile@12+0168 <-
-> _AddInMain@12+03A8 <-
-> _NotesMain@8+002F <-
-> _main+00F6 <-
-> _main+0016 <-
-> _mainCRTStartup+00C5 <-
Related Documents:
More >
|  |
|
|
|
|
|