Ciao. Riccardo Bicelli ha scritto:
Ciao Ezio,può succedere che il kernel vada in panic ma la macchina continui a rispondere al ping. La prima cosa che farei è abilitare il coredump (mi sembra che in debian sia il package corekeeper), così in caso di crash del kernel hai a disposizione un log per capire che è successo, sempre che di crash del kernel si tratti.
Il messaggio che si fa in tempo a vedere sulla console è del tipo : < processo > blocked for more than 120 seconds etc. Dove processo è apache2, squid3, etc. Buona idea. Diaolin ha scritto:
Dacci per cortesia un idea del carico: quanti utenti? quanta ram a disposizione? kernel (versione)? autenticatori?dansguardian si/no?
Configurazione attuale : No autenticazione.500 client http(s) potenziali equivalenti e piatti, banda pubblica disponibile tra 50 e 150 Mbs (variabile perché condivisa con altri enti pubblici e altri server comunali), da calamaris vedo trasferimenti da 20 a 50 GB al giorno, sotto il GB di notte e di sabato e di domenica (solo i vigili attaccati più qualche PC lasciato acceso) e pochi MB nell'ora che precede il blocco, scheda di rete e switch 1 Gbs. Carico medio 20-50 Mbs su ambedue le interfacce in carico - orario di lavoro, massimo osservato 138 Mbs. Curiosamente il mtbf si è abbassato rispetto alla configurazione iniziale virtuale minimale ( 1 GB RAM, 100 Mbps rete sulla fisica).
No dansguardian. RAM 4 GBConfigurazione di squid molto piatta. Bloccati siti cloud ( trasferimenti di 1GB al giorno da utenti birbanti) e balordi individuali dopo statistica. Il problema non è mai insorto quando c'è il pieno carico.
Marco Giampa ha scritto:
Hai abilitato ulimit?
Ho guardato questo problema. Credo che lo squid da pacchetto debian venga già con l'ulimit giusto e che questo, legato al processo sia già settato correttamente negli script di partenza. Mi chiedo anche perché il problema scatti di notte o in orari fuori controllo, mai sinora quando il sistema è sotto stress.
Ciao e grazie a voi. Ezio -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx