|
问题
当试图邮递信件时，Lotus Domino 的 Router 任务宕机。这个问题发生的概率比较小。
这个问题最早是在 AIX 平台上发现的，并且在宕机之前，在服务器的日志文件中发现了time jump 现象。但是后来的案例发现，即使没有发生time jump 现象，宕机也会发生。
（注意: 关于 AIX time jump 问题的详细信息，请参考下面的文档：
Title: Domino time jumps forward and then backward
Doc #: 1232862
URL: http://www.ibm.com/support/docview.
wss?rs=203&uid=swg21232862）
日志中有下面的信息：
[41854:00012-02314] TID=[41854:00012-02314]/K-TID=54625
Stack base=0x307C5910, Stack size = 16384 bytes
PANIC: OSVBlockAddr: Bad VBlock handle (FFFF\0)
Stack base = 0x307c5910, Stack size = 18088 bytes
Fatal Error signal = 0x0000000b PID/TID/K-TID = 41854/2314/54625
nsd 中 crash stack 中的关键条目为：
nnotes._Panic@4+631 (59b0016)
nnotes._OSVBlockAddr@8+114 (60c6cd70,ffff)
nnotes._OurCopyFromText@12+32 (59beed4,ffff,ff)
nnotes._LocGetInfo@8+1431 (6,59beed4)
nnotes._AuthRemoteIsHomeServer@8+56 (59bf250,0)
nnotes._AuthDoClientTransaction@16+504 (4,1c00035,2c400
nnotes._NetPassthru@16+99 (4,2c400013,0,338631ae)
nnotes._NetConnectToTarget@32+1910 (3198,10,59bf930,0,5
nnotes._OpenSession@8+532 (59bfaf4,16a40013)
nnotes._StartTransactionExtended@36+1754 (ffff,9e440001)
注意: OSVBlockAddr 调用的第二个参数为 "ffff"。
在 Microsoft 的 Windows 环境中，上面的调用一般会出现
在Fatal线程的前十行。在 UNIX 环境中，上面的调用一般会
出现在 stack 的中部, 例如：
ptrgl.$PTRGL()
raise.nsleep
raise.nsleep
sleep
OSRunExternalScript
OSFaultCleanup
fatal_error
pth_signal.pthread_kill
pth_signal._p_raise
raise.raise
Panic
OSVBlockAddr
OurCopyFromText
LocGetInfo
AuthRemoteIsHomeServer
AuthDoClientTransaction
NetPassthru
NetConnectToTarget
OpenSession
StartTransactionExtended
ClientDbOpenExtended2
NSFDbOpenExtended3
NSFDbOpenExtended2
MailOpenMessageFileExtended
TransferToDestinationViaNotes
Transfer
TransferThread
ThreadWrapper
pth_pthread._pthread_body
| 