Newsgroup: it.comp.os.win.win2000
Titolo: Impossibile allocare memoria non di paging

Abbiamo un W2k Pro SP4, su cui girano parecchi servizi NT che svolgono
diverse cose, scrivendo su Sql-Server (SQL2000 SP3 sulla stessa macchina)
ogni tot minuti o secondi.
Stamattina trovo la macchina accesa, che risponde al Ping, ma non si riesce
a fare riaccendere il monitor (nel senso che muovendo il mouse non torna
'viva').
Impossibile accedere alle condivisioni o al Sql-Server.
La spengo 'a brutto' e riavvio.
Guardo il log dei servizi su Sql-server:
Sabato alle 12 circa, i servizi hanno cominciato, non tutti insieme, a non
scrivere più i keep-alive su Sql-server.
Alle 16 tutti i servizi avevano smesso.
Alle 21 circa, anche Sql-Agent ha smesso di eseguire le sue operazioni
schedulate.
Poi buio totale fino al riavvio.
Nel registro eventi di NT, trovo un errore alle 12:07, che ricorre con
frequenza da lì in poi:
"Impossibile allocare memoria non di paging", con ID (credo) 8007.
Verso la serata di sabato, appare un nuovo evento, generato da 'BROWSER',
che fa riferimento a qualcosa tipo 'mrxsmbp' o simile.
Non posso essere più preciso, in quanto ad un certo punto, mentre studiavo
il registro eventi, è apparso un errore "registro eventi danneggiato", e non
è più stato possibile visualizzarlo.
Non ho ben chiaro cosa sia la 'memoria non di paging', per cui non so
esattamente dove agire.
La macchina ha 110GB di disco libero NTFS, 512MB di Ram, 768MB di
paginazione iniziale e 1500MB circa di memoria massima di paginazione.
Ma i servizi che girano occupano pochissima Ram, e soprattutto non ho mai
notato incrementi di utilizzo delle risorse nel passato, per cui mi sento di
escludere l'esaurimento della Ram.
Idee?
Saluti
Alberto
--
E non so se avrò gli amici a farmi il coro,
o se avrò soltanto volti sconosciuti,
canterò le mie canzoni a tutti loro
e alla fine della strada
potrò dire che i miei giorni li ho vissuti...

 mi sento di escludere l'esaurimento della Ram.
Ciao,
La pagine vengono portate dalla mem fisica a quella virtuale con criterio
definito da VMM, ovvero il Virtual Memory Manage.
In sostanza quando la memoria fisica si sta esaurendo. VMM tiene traccia
della locazione delle pagine e gestisce il tutto con meccanismo FIFO (First
In First Out), ovvero i dati che risiedono in memoria da più tempo sono
spostati in memoria virtuale (operazione di paging) e il processo contrario
definito di fetching non fa altro che riportarle in memoria fisica.
Pensa ad avere un pagefile di dimensione ridotte queste operazioni si
moltiplicherebbero.
Il sistema aumenterà la memoria virtuale se lo ritiene neccessario, il
classico box di memoria virtuale esaurita, con effetti "bradipali" del
sistema.
Prova ad aggiungere la colonna vm size al task manager per controllare
l'effettiva dimensione di un processo e vedrai che varia da proc a proc.
Pensa ad esempio che in un server con installato SQL SERVER con abilitato il
servizio full-text serch viene richiesta una dimensione del pagefile a x3 la
dimensione della ram.
Ti consiglio di leggere qui:
"HOW TO: Impostare opzioni di prestazioni"
http://support.microsoft.com/default.aspx?scid=kb;it;308417
Tu esegui delle operazione di fulltext search?
Calcola che con 512MB l'impostazione più corretta della mem virtuale con un
SQLSERVER installato sono 1024 min e max uguale.
Poni il pagefile.sys in un disco o partizione diverso da %windir% e se usi
un disco apposito per i file di log (.ldf) evita di lasciare nel disco il
pagefile.
Ci dai maggiori info sulla tua configurazione (dischi, CPU, ecc,ecc)
Supponendo che questo sia un problema di configurazione del sistema,
escludiamo applicazioni che "rubano" ram per ora.
Che versione di service pack hai installato per SQLSERVER?
Facci sapere

 Che versione di service pack hai installato per SQLSERVER?
Ho installato MSDE2k (a), quello con SP3 già 'dentro'.
MDF di circa 5MB, LDF di 130MB.
Ciao


 settimane di operatività.
Se hai altri PC con SQL Server, tienili d'occhio. Puo' essere un caso, ma a
me da ieri ha cominciato a verificarsi la stessa cosa nei miei uffici.
Al momento sono solo due su 25, ma in entrambi i casi si trattava della
macchina con SQL Server e in entrambi casi il problema era altamente
improbabile, visto che sono macchine che funzionano da diversi mesi e che
non hanno mai dato un problema. Ancora di piu' per il fatto che vengono
spente tutte le sere, quindi escluderei un carico "cumulativo"...
Nuovo virus?
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 miei uffici.
Questa della 'epidemia' è una cosa che ha cominciato a balenarmi stamattina,
quando mi chiama un cliente e mi dice che non va più un servizio che gira
da, ad occhio e croce, 3 anni.
Poi mi chiama un altro e mi segnala che si è accorto che un altro servizio è
fermo e non riparte.
Porco cane...
Aggiungo il problema mio, e fanno 3 cose strane in un colpo solo.
Ma sono pignolo. Testo e ritesto:
- Il mio problema è ancora in test. Ho abbassato "Max Server Memory", e
spero non si ripeta.
- Il primo cliente, aveva 'segato' un DSN verso AS400, che serviva per
recuperare dei dati
- Il secondo cliente, aveva upgradato da Sql7 a Sql2000, e c'era un problema
di collation
Per il momento, accantono la soluzione virus/worm/ecc...


 e spero non si ripeta.
Il problema si è invece ripetuto.
Stesso messaggio, "Impossibile allocare memoria non di paging", ID:2019.
Ho trovato, ed applicato, questo:
http://www.symantec.com/techsupp/files/symevnt/symevnt.html
Narra la leggenda che il SymEvent di Norton si prenda la ram non paginata e
ritardi a rilasciarla, o qualcosa del genere.
Mah...
Saluti
