Strano file nel server!

[JohnnyKing]

Allora inizio col dire che ho un bel problema che mi sta occupando tutto lo spazio sul server. C'è un file nominato "kernel" contenuto in var/log... inizialmente occupava 13GB, dopo un comando che il provider mi ha consigliato ("mv /var/log/kernel /var/log/kernel.old; touch /var/log/kernel") si è suddiviso in due file, uno si chiama "kernel.old" occupante 10.648GB e l'altro si chiama solamente "kernel" e occupa 3.13GB. Ora dato che il servizio del provider è "unmanaged" e questo è stato solo un piccolo suggerimento da parte di un supporter, chiedo a voi l'aiuto. Penso che loro abbiano riportato il file "kernel" alle dimensioni originali e il "kernel.old" dovrei cancellarlo, giusto? Ma comunque pesa sempre così tanto il file "kernel"... perchè 3.13GB sono sempre una buona parte di spazio.

Prima che mi dimentico il server è un CentOS-5-i386-hostinabox576 Linux

[Antonio]

Quello che mi chiedo è: ma usare un servizio amministrato, se si è ai piedi di pilato in quanto a conoscenze sistemiche, nuoce gravemente alla salute?

Non hai la minima idea neanche dei comandi che hai dato; mi verrebbe da scriverti "dai un rm -rF /* e risolvi il problema alla radice", ma ho paura che poi tu lo esegua realmente quel comando.

[eagle1]

Il problema principale non è tanto la dimensione dei file di log del kernel (che sono di dimensioni assolutamente fuori norma ma che si possono cancellare senza problemi), il problema è capire cosa sta facendo loggare così tanto!

Quasi certamente hai dei problemi hardware o qualche incompatibilità di modulo, che sta facendo loggare syslogd in una maniera oltremodo verbosa! Quindi, prima di cancellare il vecchio log cerca di capire PERCHE' e CHE COSA sta loggando con così tanta frequenza fino a far prendere al log del kernel quelle dimensioni.

[Shazan]

Il problema principale non è tanto la dimensione dei file di log del kernel (che sono di dimensioni assolutamente fuori norma ma che si possono cancellare senza problemi), il problema è capire cosa sta facendo loggare così tanto!

Se inizi con il leggerne il contenuto potresti avere qualche indizio...

[eagle1]

Se inizi con il leggerne il contenuto potresti avere qualche indizio...

Un del dmesg o un tail -f kernel.log e passa la paura

[CoolNetwork]

dite che l'abbia eseguito ?

[Ste]

Allora inizio col dire che ho un bel problema che mi sta occupando tutto lo spazio sul server. C'è un file nominato "kernel" contenuto in var/log... inizialmente occupava 13GB, dopo un comando che il provider mi ha consigliato ("mv /var/log/kernel /var/log/kernel.old; touch /var/log/kernel") si è suddiviso in due file, uno si chiama "kernel.old" occupante 10.648GB e l'altro si chiama solamente "kernel" e occupa 3.13GB. Ora dato che il servizio del provider è "unmanaged" e questo è stato solo un piccolo suggerimento da parte di un supporter, chiedo a voi l'aiuto. Penso che loro abbiano riportato il file "kernel" alle dimensioni originali e il "kernel.old" dovrei cancellarlo, giusto? Ma comunque pesa sempre così tanto il file "kernel"... perchè 3.13GB sono sempre una buona parte di spazio.

Prima che mi dimentico il server è un CentOS-5-i386-hostinabox576 Linux

Ciao e benvenuto, ti rispondo in maniera che tu possa capire l'ironia dei post che mi hanno preceduto. Il problema che riscontri si potrebbe risolvere semplicemente studiando un po' un sistema lnx prima di metterlo in produzione o affidando la macchina ad una persona che la gestisca (un servizio managed).

Ti consiglio di cercare su Google in riferimento a questo problema, il tuo provider penso ti abbia suggerito un upgrade del kernel in passato (e forse ho capito anche chi è il provider americano ) e poi splittare i file dei log. Ma dovresti capire perchè quei file crescono cosi tanti e come gestirli, su Google trovi tantissima documentazione, nel frattempo però ti consiglio di disdire il servizio e passare ad una macchina managed e sperimentare in locale

[JohnnyKing]

allora rispondo a nome di tutti, il servizio mi conveniva sia per prezzo che per qualità... ok può avere una penuria... certo c'è sempre un difetto... naturalmente a me imparare la materia non costa, e poi anche che molti problemi che il servizio ha respinto in quanto loro per risoverli dicono di pagare una tassa di 15$ li ho risolti io stesso... il servizio comunque è la Santrex.net e il bello che non riesco proprio a leggere il kernel perchè mi espelle fuori pagina dicendomi:

Alert:      could_not_connect_to_server [vps3.lin.de.santrex.net]

(Naturalmente se dico a loro perchè appare questo errore mi dicono sempre le solite cose e il fatto che ho cercato anche di risolverlo tramite qualche documentazione online, ma proprio nulla). Comunque l'errore sopracitato appare sia con il file "kernel" che con "kernel.old".

E poi il comando che ho fatto, dicendo la verità, è vero non so cosa significhi ma mi è stato consigliato da un supporter del servizio dove naturalmente ho aperto un ticket, alcuni mi hanno risposto con il loro regolamento dove dichiarano che il servizio è unmanaged e per risolvere devi pagare bla bla, mentre un altro ha risposto consigliandomi di fare questo. Ora se mi volete far luce su questo capitolo ne sarei grato, perchè ho già 16 GB occupati, di cui 3GB dei miei per scopi personali e 13 quel log. Lo spazio è di 20 e non so cosa accadrà quando arriverà a quel limite. -_- Ho bisogno del vostro aiuto, perciò non mi dite di cercare online, perchè ogni minuto è l'evolversi delle dimensioni del file... quindi please veramente... se volete vi faccio una foto? Ora sono a 16.95 di 19.53GB totali, non manca molto. Aiutatemi

[WizOfOz]

15$ per risolverti un problema è regalato
non ti puoi presentare qui con un problema così "impellente" e chiedere che qualcuno perda il suo tempo per farti risparmiare 15$... non ti pare?
Questo è un forum dove di discute, si partecipa, si chiedono consigli ma non per forza qualcuno deve risolverti la cosa... oltrettutto alla cieca senza vedere cosa c'è che non va...

[Uno]

Dai JohnnyKing non ti abbattere, il 2 novembre nella messa di suffragio ai defunti rivolgeremo un pensiero anche al tuo server

A prescindere che come hanno detto c'è qualcosa che non va se il log del kernel raggiunge quei numeri, ma cerca manuali su logrotate e poi cerca di capire cosa non va in quel server, che non vorrei doverlo abbattere io se gira troppo vicino ai miei bambini
Se segui il consiglio di Ste è la miglior cosa.

[JohnnyKing]

ma va! ma se non riesco a visualizzarli che errore potrei pensare e riguardo a WizOfOz dico che non sono uno sprecone che sperpera soldi, 15$ è vero equivalgono a 13€ circa, ma nessuno mi garantisce che si risolvi il problema con il loro aiuto... allora se voi non volete mi volete aiutare, non rispondete perchè queste prese in giro tipo queste citazione di seguito non mi piacciono affatto. Se mi volete aiutare, siete ben voluti ma che fate queste caricature al mio problema non mi date alcuna mano. Ok può essere un problema impellente, ma comunque non mi avreste aiutato, perchè vi ho visti tutti disinteressati lasciandomi messagi indisiderati. Ok che è un forum dove naturalmente si discute, ma quello che avete fatto voi è chiudermi le porte in faccia, volevo discutere del mio problema magari anche lasciare questo topic con la tag [RISOLTO] se ce l'avessi fatta, avrei dato consigli a persone che avrebbero o hanno questo problema, ma vedo che non è stato così... grazie cercherò altri modi e l'attegiamento ricevuto in questo forum e alquanto sconvolgente, mi avete solamente detto quello che ho fatto fin ora: "CERCARE SU GOOGLE"... non sono così ignorante come pensiate, ma questo forum per me è stato l'ultimatum, perchè vedevo questo forum come punto forte sulle discussioni dei server in italiano. cercherò altro... grazie

15$ per risolverti un problema è regalato

Dai JohnnyKing non ti abbattere, il 2 novembre nella messa di suffragio ai defunti rivolgeremo un pensiero anche al tuo server

[Uno]

Johnny ti ho detto cosa cercare, se vuoi che te lo dico immusonito invece che scherzando va bene..... però se non mi diverto non rendo... omo avvisato...
Ti ho detto come tamponare, solo che poi devi risolvere e questo non ti si può dire in forum come fare, non è cattiveria.
Sopra ti hanno chiesto che c'è scritto su sto filo di log (per il pigro che c'è in te tail kernel.log dalla cartella giusta) hai risposto?
No, vuoi la soluzione tipo antibiotico a largo spettro. Io ce l'ho, riformatta e reinstalla, con questa sicuramente risolvi il problema, non è la più logica, ma è l'unica che uno potrebbe darti con i dati che hai scritto.

[JohnnyKing]

comunque per chi interessa viene presentata una riga di informazioni sulla connessione in entrata e in uscita del server

Apr  6 17:35:09 veteransareagames kernel: BANDWIDTH_OUT:IN= OUT=venet0 SRC=188.72.206.175 DST=93.146.92.39 LEN=1400 TOS=0x10 PREC=0x00 TTL=64 ID=18748 DF PROTO=TCP SPT=22 DPT=51953 WINDOW=8576 RES=0x00 ACK URGP=0

son riuscito a leggere il file riducendo la visualizzazione con il comando

tail -f /var/log/kernel

Insomma se leggete le prime righe si presenta le informazioni relative al giorno e queste info vengono aggiornate ongi secondo di ogni giorno, ecco perchè aumentano di spazio. Ora sono in crisi, non è un problema anzi sono statistiche di bandwidth (banda larga) sul server... gestirlo non credo che si possa fare, ho trovato molti topic su questo fatto dove comparano i log contenuti nell'omonima cartella e notano se le dimensioni sono eccessive, nessuno che ha avuto questo problema sia riuscito a risolverlo se non con il REBUILDING e io questo non lo farò, sarò stupido ma spero di essere l'unica persona a risolvere il problema se voi mi aiutate. Grazie di nuovo.
PS: nessuna critica o altra battuta stupida

[JohnnyKing]

allora pare ragazzi che la soluzione ci sia, grazie a me che l'ho trovata capovolgendo il problema non dovevo cercare le parole "kernel weighs" o "var/log/kernel" ma piuttosto ora che sono riuscito a leggere il contenuto del log, ho scritto "kernel: BANDWIDTH_OUT:IN= OUT= SRC= DST= etc" e voila in questo topic inglese: [ubuntu] BANDWIDTH_OUT:IN= OUT=eth1 SRC=192.168.1.5 DST=217.9.143.11 LEN=82 TOS=0x00 PREC=0x00 - Ubuntu Forums parlano del problema e una persona alla fine del post parla di averlo risolto incollando un pezzo di testo del "named.conf" ma non capisco cosa ha fatto di diverso o cosa ha cambiato, è imprecisa la sua soluzione in quanto non spiega ma dice di guardare sulle righe in grassetto di quelle posizioni:

acl dumpthem { 63.217.28.226; 206.71.158.30; 66.230.160.1; }

blackhole {dumpthem;};

Non spiega cosa sono quei address contenuti in acl dumpthem e non so nel caso mio cosa dovrei inserire?!

[Uno]

prova senza -f
o meglio prova
tail /var/log/kernel -n100
e copia qui

Sono curioso...

(mi hai detto che non devo scherzare più... quindi faccio il musone )