THREATHREAD [00A4:00A3] WAITING FOR SEM 0x042D LSIWRAP shared semaphore (@01342C68) (OWNER=009A:0099) FOR 120 ms
Come fare per capire il task che genera il problema?
Basta prendere il valore del'OWNER (segnato in ROSSO sopra) convertirlo da ESADECIMALE a DECIMALE (basta un semplice tool) e trovare il PID in Windows che evidenzia qual è il task incriminato:
Ecco una screenshot di esempio:
Ulteriori dettagli possono essere trovati in questa technote ufficiale di IBM: https://www-304.ibm.com/support/docview.wss?uid=swg21094630
3 Commenti:
Su linux l'owner è direttamente il PID senza necessità di fare il convert Hex , almeno su sles dove lavoro di solito.
Buon week !
Si infatti Luca anche nel mio caso era il Karsperky A/V che nonostante le esclusioni continuava ad interagire con qualcosa...
Questa tips che ho pubblicato serve per capire come ho fatto ad analizzare quale fosse il task in WAIT..partendo dall'errore in console.
Da un cliente ho risolto (spero) con una serie di ho scoperto che l'AV si era perso le esclusioni sulle directory dati domino.
i task nel mio caso erano chronos / updall (sospetto un indiceFT corrotto) nel tuo caso sull'SMTP credo sia qualche directory temporanea o il daos.
Il fatto è che hai poche info su chi abbia preso il semaforo.