Newsgroup: it.comp.os.win.nt
Titolo: [NT4] Identificatori di file interni esauriti

Salve a tutti.
Chiedo al NG in quanto mi sto trovando in una situazione che nononstante gli
sforzi, non riesco a risolvere.
Ho il server di dominio NT4 SP5 che fa da File Sharing.
Da ieri sera (e senza modifiche sostanziali al numero di file in uso
contemporaneamente) il server ha iniziato a rispondere alla richiesta di
navigazione nelle cartelle condivise con un
"Identificatori di file interni esauriti"
Corrispondenti al system log:
"The server could not expand a table because the table reached the maximum
size. "
Ho guardato su google ma non ho trovato informazioni utili
Allora mi sono rivolto al KB della microsoft e ho trovato un articolo
(Q165815) che mi ha consigliato di apportare delle modifiche al registry sul
server
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
aggiungendo (che mancavano) questi valori Dword
      MaxGlobalOpenSearch: REG_DWORD
      MaxKeepSearch: REG_DWORD
      MinKeepSearch: REG_DWORD
Ho controllato anche da analizzatore di prestazioni e i file aperti (max
2048) sono al momento circa 450 e tutti i contatori che l'articolo propone
sono nel range accettabile.
Qualcuno ha già avuto questi problemi? c'è qualcosa che secondo voi non ho
provato e che potrei fare?
Grazie a tutti
Matteo

 c'è qualcosa che secondo voi non ho provato e che potrei fare?
Passare al SP6a? 8]
-- 
		Luca Amicone
		(da casa)

 Passare al SP6a? 8]
Grazie per la risposta.
Purtroppo su quel server gira il vecchio gestionale (vecchio=obsoleto e
senza canone di manutenzione lo teniamo solo per interrogazioni di dati non
importati nel nuovo gestionale) e non ci hanno garantito che con il SP6
avrebbe funzionato lo stesso... (mi rendo conto che la frase è idiota, ma
per installarlo ci sono voluti all'epoca per 3 giorni 2 sistemisti e il
precedente responsabile EDP con 2 ma**ni come una casa... e se devo metterci
le mani io mi prende spavento) e il SP5 lo avevamo installato solo per il
millennium BUG :)
Quello che mi preoccupa è che la situazione è davvero grave. Mai visto un
errore del genere e neppure i tecnici contattati... Non capisco come ha
fatto di punto in bianco a dare quei problemi. per 4 anni non ha fatto una
grinza. ora una macello esagerato...
mah
E dulcis in fundo lo stesso giorno mi sono saltati 2 dischi su 3 del raid 5
col nuovo gestionale...persa una giornata di lavoro di una intera azienda...
che brutta giornata che ho passato... :((
Grazie ancora
Matteo

 che brutta giornata che ho passato... :((
2 su 3?!?!?!? 8o
E il server che sbarella..? Ma vi hanno fatto il malocchio i 
concorrenti?!? (sgratt)
Anche questa è difficile come eventualità. Non vorrei che l'ipotesi di 
virus...
-- 
		Luca Amicone che deve smettere di seguire i.c.s.v 8/
		(da casa)

 (da casa)
:)) lo seguo anche io...quasi quasi provo a mettere un messaggio chiedendo
info su SULFNBK :))) mi squoiano vivo :)))
Ciao e grazie ancora
Matteo

 info su SULFNBK :))) mi squoiano vivo :)))
Su Klez oramai sono anestetizzati.. Sulfnbk forse anche..
Puoi provare con jdbgmgr.exe ;))))
In bocca al lupo!


Ciao
Piccolo aggiornamento del problema...
Ho guardato il taskmanager e mi sono paura... mi sta dicendo che al momento
gestisce 3 milioni di handle contemporaneamente! *Forse* è per questo che la
parte di rete si inchioda 3 volte su 2...
E di soluzioni funzionanti non ne ho trovato neanche l'ombra, porca
paletta...
Matteo

 paletta...
Ho trovato la soluzione al mio problema e per completezza la posto sul NG.
In queste settimane mi sarň letto un centinaio di messaggi su google con
riferimenti al problema ma neppure uno sulla soluzione... allora metto come
ho risolto io.
Avevo provato ad aumentare MaxGlobalOpenSearch al valore massimo, ma questo
non aveva risolto.
A server acceso, era tutto normale. Appena i client iniziavano la
navigazione nelle cartelle e anche dopo che questi venivano spenti, gli
handle interni continuavano a crescere di continuo (circa 30 al secondo)
arrivando a cifre spropositate (anche 3 milioni).
Due cartelle molto grosse con piů di 5000 files l'una erano state compresse
(per poco spazio disponibile) come ultima spiaggia in attesa che arrivasse
il nuovo server di storage.
In sequenza ho:
 Liberanto spazio, decomprimendo a livello di FileSystem le cartelle.
 Fatto riprendere nuovamente le impostazioni di bilanciamento per file
sharing nelle impostazioni dei protocolli
 Reinserito le mie impostazioni precedenti di ottimizzazione.
 Riavviato il server con i client spenti.
A questo punto tutti gli indici sono crollati ad un valore assolutamente
accettabile e non si sono piů verificate delle nuove segnalazioni negli
eventi di sistema.
Ciao a tutti
Matteo

 eventi di sistema.
Hai trovato come rimediare. 8))
Ma non abbiamo capito "perché" è successo. Sarà stata la compressione
oppure qualche ottimizzazione sbagliata? 8\
Comunque, i miei personali complimenti. 8)
-- 
			Luca Amicone
			ICQ: 14890779
--
	La mia energia è inversamente proporzionale alla mia massa..

 Comunque, i miei personali complimenti. 8)
:) Se dicessi che mi hai dato più soddisfazione te con questa frase che la
direzione aziendale, cosa mi rispondi? Che ho una direzione standard con
impostazioni di default??? ;)
Ciao
Matteo

 impostazioni di default??? ;)
No, che mi sa lavori nella mia stessa azienda! ;(((
Ribadisco il mio "BRAVO!", anche per questo resoconto molto dettagliato e 
preciso! ^___^
