Giuliano Natali wrote: > Leggo problemi grossi di lettura sul filesystem dai logs sottoriportati. > E come tu confermi il reiserfs fà le bizze. > > Prova a far partire la macchina con un solo processore.... > > apm=off acpi=off noresume selinux=0 nosmp noapic maxcpus=0 questa la provo sabato mattina appena arrivo di fronte al server! Comunque ho un solo processore :) > Versione kernel usata???? 2.6.17-2-vserver-k7 di debian testing. Provo a tornare al -386 senza il supporto vserver (tanto non lo uso, era per fare prove). il 2.6.17-2 e' l'unico kernel che trovo in debian testing al momento... >> Alcune considerazioni di sintesi: >> - e' ora abbastanza certo che i blocchi avvengano in concomitanza di >> intenso >> traffico di rete (tutti i casi recenti sono avvenuti in questa >> circostanza) > > non necessariamente... > si potrebbe parlare anche di momento di lettura intensiva dischi o sbaglio? Giusto. molto intensiva. >> - sembra che non sia la saturazione della banda quanto il totale >> trasferito >> (in upload o download) a essere concomitante al problema > > mmmmmmmmmmhhhhhhhh >> - la cosa sembra non dipendere dalle schede di rete (il blocco avviene sia >> che si carichi l'una -LAN- piuttosto che l'altra - internet) > > anche qui... > dai per presupposto che sia il driver specifico e non la parte di rete > generica > Giusto anche questo. Sigh! >> - il BUG presente nei log e' sempre lo stesso: "unable to handle kernel >> paging >> request" (vedi oltre per il log completo) > > e questo mi sembra già meglio > > memtest86 pesante per 10 ore ma ritengo che in 20 minuti ti becchi > schermata rossa Ho una mezza idea di fare un reboot facendo partire memtest e farmi leggere i risultati al telefono. Pero' so che se combino un casino e non e' il caso di farlo visto che il server in questione e' proprio "remoto" :) Grazie delle informazioni, Emanuele -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx