Domino 9 und frühere Versionen > ND7: Administration & Userprobleme

Dauerhafte Probleme bei 3 Clients

(1/5) > >>

tttonic:
HI,

wir haben in unserer Umgebung nach einem Hardwaretausch massive Probleme mit 3 Clients.

PANIC: semaphore invalid or not allocated

Build: 7.0.4 (32-bit client)
OS: Windows/XP 5.1 (32-bit) (Build 2600), PlatID=2, Service Pack 3 (4 Processors)
Host Name:

############################################################
### FATAL THREAD 2/8 [ntaskldr:  0d68:  06e4]
### FP=0x03c9f238, PC=0x601767e1, SP=0x03c9eac4
### stkbase=03ca0000, total stksize=262144, used stksize=5436
### EAX=0x010607ac, EBX=0x03c9f430, ECX=0x00930000, EDX=0x00930000
### ESI=0x03c9f0cc, EDI=0x000005dc, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00010206
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x601767e1 nnotes.Panic@4+417 (60b16a43)
@[ 2] 0x60001238 nnotes.OSLockSemInt@8+56 (15c06a1,1)
@[ 3] 0x600011ee nnotes.OSLockSem@4+14 (15c06a1)
@[ 4] 0x60002a08 nnotes.LockHandle@12+296 (2920,3c9f29c,3c9f2a8)
@[ 5] 0x60002846 nnotes.OSLockObject@4+22 (60e23f20)
@[ 6] 0x6001742d nnotes.NameVecCopyhElement@24+61 (2920,0,ff,0,0,0)
@[ 7] 0x60379bc2 nnotes.CopyUI@12+50 (24f7a38,0,3c9f464)
@[ 8] 0x60014563 nnotes.SECKFMUserInfo@12+211 (1,3c9f430,0)
@[ 9] 0x600cccea nnotes.LockScheduleDatabase@12+42 (3c9f598,3c9f7a4,3c9f7a0)
@[10] 0x60702c2d nnotes.JSCheckServerSchedule@12+29 (630f93b4,1643cb1,3c9f7c8)
@[11] 0x630f565f nwrdaemndll.NotesMain@8+479 (0,0)
@[12] 0x004014c1 ntaskldr.EntryFuncWrapper+17 (2bd3514,0)
@[13] 0x60102be0 nnotes.ThreadWrapper@4+208 (0)
 [14] 0x7c80b729 kernel32.GetModuleFileNameA+442 (60102b10)

Da nicht alle 500 Clients das Problem haben (zum Glück!) bin ich etwas ratlos

Was haben wir gemacht:


* cache.ndk, bookmarks.nsf gelöscht
* Maintenance auf den DB (Lokal und Server)
* Notesclient neu installiert
* Names.nsf neu erstellt
* Policy´s für die 3 User rausgenommen
* User aus dem Roaming genommen
* Hardware getauscht
Und nun  habe ich keinen Idee mehr.

gruß
tttonic
[/list]

hallo.dirk:

--- Zitat ---@[ 5] 0x60002846 nnotes.OSLockObject@4+22 (60e23f20)
@[ 6] 0x6001742d nnotes.NameVecCopyhElement@24+61 (2920,0,ff,0,0,0)
@[ 7] 0x60379bc2 nnotes.CopyUI@12+50 (24f7a38,0,3c9f464)
@[ 8] 0x60014563 nnotes.SECKFMUserInfo@12+211 (1,3c9f430,0)
@[ 9] 0x600cccea nnotes.LockScheduleDatabase@12+42 (3c9f598,3c9f7a4,3c9f7a0)
--- Ende Zitat ---

Ein verdacht:
Ich würd mal schauen ob die lokale busytime etwas damit zu tun hat....

tttonic:

--- Zitat von: hallo.dirk am 21.02.11 - 14:12:41 ---
--- Zitat ---@[ 5] 0x60002846 nnotes.OSLockObject@4+22 (60e23f20)
@[ 6] 0x6001742d nnotes.NameVecCopyhElement@24+61 (2920,0,ff,0,0,0)
@[ 7] 0x60379bc2 nnotes.CopyUI@12+50 (24f7a38,0,3c9f464)
@[ 8] 0x60014563 nnotes.SECKFMUserInfo@12+211 (1,3c9f430,0)
@[ 9] 0x600cccea nnotes.LockScheduleDatabase@12+42 (3c9f598,3c9f7a4,3c9f7a0)
--- Ende Zitat ---

Ein verdacht:
Ich würd mal schauen ob die lokale busytime etwas damit zu tun hat....

--- Ende Zitat ---

Die sieht eigentlich völlig normal aus. :-:

oxyd21:
Wie schaut's mit nem Wartungsvertrag von IBM aus?

tttonic:

--- Zitat von: oxyd21 am 21.02.11 - 14:24:51 ---Wie schaut's mit nem Wartungsvertrag von IBM aus?

--- Ende Zitat ---

Das schaut gut aus ;D

Aber machst du immer gleich nen Ticket auf? Ich schau erstmal was wir machen können und ob es das Problem woanders auch auftritt. ;)

Navigation

[0] Themen-Index

[#] Nächste Seite