Newsgroup: it.comp.os.linux.sys
Titolo: Soft-Land down ? Yes.

Ok, di ritorno uorra uorra dalla co-lo, pare che uno dei dischi sia
fuori combattimento, ne ho ordinato un'altro ma non e' tutto li'.
La directory /sbin e' partita. Andata. Fusa. Hasta Lasagna.
Il che significa che cosucce come iptables, modprobe, ifconfig et
similia sono anche loro ite.
Il che significa che dovro' portarmi il server a casa e fare un bel
reinstall. Solo che questa
settimana proprio non ci ho tempo e nel week-end non ci sono. Ergo...
IL SERVER RIMARRA' DOWN FINO A GIOVEDI' PROSSIMO
No, non mandatemi mail, non le ricevo. E ricordatevi che il server
lo tengo in piedi nel mio "tempo libero" e che non mi rende un
quatrino.

in bocca al lupo ;)
--
tinto


Awww... e la mia storia del lunedì???

 Awww... e la mia storia del lunedì???
Dovrai aspettare fino a giovedi' prossimo. Consolati, vorra' dire che
avrai
doppia razione.
Davide

 Awww... e la mia storia del luned�???
E' questa.

 quatrino.
Hai posta.
-- 
ValeRyo
CBR600F "Cerbero" - 
http://www.slimmit.com/go.asp?6YT
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 E' questa.
Lol!
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 ha scritto nel messaggio 
news:5bbf6692-73c6-48a5...@p29g2000yqh.googlegroups.com...


 
Non c'� problema Davide. Aspetteremo.

 
parli del tuo quoting?
S.

 doppia razione.
Uhm... "prossimo" = la prima occorrenza di gioved� = gioved� 9. Mi par 
di capire invece che sia quello dopo :-P

 di capire invece che sia quello dopo :-P
Come sei perspicace...
Davide

 No, non mandatemi mail, non le ricevo. E ricordatevi che il server
ti ho mandato una email urgentissima e importantissima, perche' non rispondi?
unmaurizio ok la smetto.
-- 
nebbia 

 fuori combattimento, ne ho ordinato un'altro ma non e' tutto li'.
Il raid? Caputtt anche lui?

 Il raid? Caputtt anche lui?
Il raid e' ok, anche se con un disco solo, e' la sparizione di /sbin
che mi ha fregato.
Davide

 che mi ha fregato.
Ma cavoli non dirci che non avevi il backup!!!!! :-)

 similia sono anche loro ite.
Per me al disco non sono piaciuti i nuovi colori del sito e ha deciso di
scioperare...

 parli del tuo quoting?
ROTFL :)
-- 
[cit. da INN-A]
I roditori una volta vivevano secondo natura...
Poi hanno incominciato ad incartare la cioccolata...
Adesso si rendono conto che spammare � pi� proficuo...

 Ma cavoli non dirci che non avevi il backup!!!!! :-)
Non di /sbin.
Davide

Davide Bianchi ha scritto:

Ora che ci penso il mio server ha il backup solo di /etc, pensavo fosse 
tutta li' la "ciccia" interessante. Provvedo subito, grazie per la 
segnalazione!

 quatrino.
e io che ieri mattina ti ho pure scritto per dirti che non funzionava....

 reinstall. Solo che questa
Beh, puoi pure portarti una sbin.tar.gz copiata da un'altro server con
configurazione simile ed esploderla sul posto. Il contenuto è
abbastanza "statico"... e se è una slack non devi neanche preoccuparti
della coerenza del db dei pacchetti ;^)
Ciao e buon lavoro ;^)

 segnalazione!
cio� fai il backup anche di /sbin? :-D
maronn
S.

 t'hanno hackerato o t'e' scappato un rm?
Nessuno dei due. Sembra che MySQL sia andato nel pallone nottetempo e
si sia magnato tutta la RAM. A quel punto il vecchio OOM Killer ha
cominciato ad ammazzare roba e, chissa' come mai, la prima cosa
ammazzata e' stato il demone SSH. Quindi quando sono arrivato in
ufficio il server era ancora Up, ma MySQL ed SSH non piu'. Ho chiesto
di fare un reboot da remoto e quello ha causato il crollo.
Ben mi sta' ad andare dietro all'uptime.
Davide

 di fare un reboot da remoto e quello ha causato il crollo.
Toglimi una curiosita': che file system usavi su quella macchina ? E sotto: raid 
hw o sw ?
Rizio
-- 
Si dice che essere liberi significa non avere nulla da perdere...sembra facile a 
prima vista...ma la verit� � che non avere nulla da perdere significa essere 
pronti a rischiare tutto ci� che si possiede.

 hw o sw ?
Ext3 raid sw
Davide

 ammazzata e' stato il demone SSH. 
Che odio, anche a me � successo un annetto fa.

 Ben mi sta' ad andare dietro all'uptime.
shit happens ;^)
bye!

 Ben mi sta' ad andare dietro all'uptime.
Non vedo il nesso tra uptime del server e
bug di mysql...
Se mysql per colpa di qualche bug/query si � mangiato
la ram, ti basta aggiornare mysql senza aggiornare
l'intero kernel e di conseguenza riavviare.
Oppure c'� un qualche problema su kernel vecchi che porta
mysql a sgranocchiarsi tutta la ram e di cui non sono
al corrente?

 ammazzata e' stato il demone SSH.
Che ti serva da lezione per la prossima volta :-)
http://www.jukie.net/~bart/blog/tag/oom
Oppure usa distribuzioni serie come Debian che lo fanno di default :-)
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 Oppure usa distribuzioni serie come Debian che lo fanno di default :-)
Mah, in effetti sto' pensando di rifare tutto su OpenBSD :-D
Davide

 IL SERVER RIMARRA' DOWN FINO A GIOVEDI' PROSSIMO
Sob.
E vabb�.
Se cos� dev'essere, cos� sia.
Maa...
non � che potresti...
come ai vecchi tempi...
s�, insomma...
POSTARCI SUL NG LA STORIA DELLA SETTIMANA?
tipregotipregotipregooo...

 Mah, in effetti sto' pensando di rifare tutto su OpenBSD :-D
Così avrai delle performance senz'altro da panico. <beg>


404...

 404...
Strano, a me va benissimo. Comunque � il primo link di google:
http://www.google.it/search?hl=en&q=ssh+oomkiller


 
http://www.google.it/search?hl=en&q=ssh+oomkiller
molto più che strano, passando da google funziona bene anche a me...
boh, forse prima avrò beccato per un momento il webmaster con le
mutande in mano ;^)
bye!

 Oppure usa distribuzioni serie come Debian che lo fanno di default :-)
Io sono (ero, i fidi programmatori hanno crretto il bug giusto stamattina) 
vittima di un OOM in Debian e ti assicuro che ammazza sshd senza problemi, 
almeno in Etch.
-- 
Vide

 almeno in Etch.
Se usi sistemi non pi� supportati � ovvio :-P
Hanno incluso questa "feature" solo da Lenny


 La directory /sbin e' partita. Andata. Fusa. Hasta Lasagna.
Raid software scommetto neh?

 Raid software scommetto neh?
Perche`? Che collegamenti ci sarebbero?
bye,
-- 
piergiorgio

 Oppure usa distribuzioni serie come Debian che lo fanno di default :-)
E perche` non disabilitare l'overcommit in toto?
Voglio dire, sapendo che cosa richiede il SW che gira sul
server, magari uno si fa due conti su cosa sia meglio.
bye,
-- 
piergiorgio

 wrote:

I dischi sono Seagate 7200.11 o Maxtor DiamondMax 21?
Queste serie sono conosciute per il bug che si manifesta all'avvio/
riavvio del sistema.

 Mah, in effetti sto' pensando di rifare tutto su OpenBSD :-D
Piu` che OpenBSD direi FreeBSD. Personalmente ritengo che l'unico BSD
usabile in contesti generici sia FreeBSD. Gli altri mi sembrano piu`
esercizi di stile o specifici per ambiti particolari
Enrico

 esercizi di stile o specifici per ambiti particolari
Concordo. Nella mia (seppur limitata, lo ammetto) esplorazione dei 
sistemi BSD (FreeBSD, OpenBSD e NetBSD) l'unico che userei in ambito 
server � proprio FreeBSD. OpenBSD mi pare molto "accroccato", mentre 
NetBSD mi fa una brutta impressione...
Enrico


Mah, la semplice rottura di un disco non dovrebbe:
a) far piantare il server
b) devastare il filesystem
Cose che mi sono succese unicamente col raid software e con controller
scandalosi. Un controller raid decente è li apposta per astrarre il
sottosistema dischi dal sistema operativo.
Proprio non capisco quelli che, pur avendo a disposizione un buon
controller raid hardware, si ostinano a usare il raid software. Tra
l'altro senza riuscire ad addurre una giustificazione degna di nota
per la loro preferenza.
Io mi limito ad usarlo solo ed esclusivamente quando il budget non
consente di acquistare un controller hardware o quando mi serve un
raid level che il controller non supporta.

 maronn
Beh, se avere il backyp di /sbin potrebbe farmi ripartire in due ore 
anziche' due giorni, perche' no?

 
se softland fosse su ti pasterei il tuo link dove dici "il backup e'
buono, il backup e' giusto".

 anziche' due giorni, perche' no?
in 2 ore reinstalli il S.O. pulito e rimetti il backup :-) (o quasi)
Ciao
Stefano

 Stefano
Eh ma tu magari fai di mestiere il sistemista, io se devo riscrivermi da 
capo i file conf di samba openldap e dovecot mi ci vogliono minimo venti 
giorni!!! :-)

 giorni!!! :-)
Il backup � bene, il backup � buono, il backup � giusto.
Qualcuno diceva una cosa simile, prima che gli scoppiasse
il server.

 giorni!!! :-)
se fai il backup di /etc, i tuoi file di conf gi� ce li hai..
S.

 Qualcuno diceva una cosa simile, prima che gli scoppiasse il server.
"medice, cura te ipsum". <g>

 buono, il backup e' giusto".
Softland sar� giu...ma Webarchive si ricorda :)
http://web.archive.org/web/20070812020711/www.soft-land.org/cgi-bin/doc.pl?doc=/storie/06/story19

 Hanno incluso questa "feature" solo da Lenny
Ok ma dove? In /etc/init.d/ssh non c'è traccia della protezione del PID di 
cui parla il link che hai passato (grazie per il link).
-- 
Vide

 cui parla il link che hai passato (grazie per il link).
grep SSHD_OOM_ADJUST /etc/init.d/ssh
http://www.nabble.com/Bug-480020:-openssh-server:-adjusted-OOM-killer-is-inherited-by-all-child-processes-td17108199.html


 S.
Slackware mi ha messo i file di configurazione di dovecot e openldap 
dentro /usr/local/etc, non so se sono impostazioni tipiche di slack o 
dei software citati.

 
]zac[
Tutto dipende dal filesystem, dal controller e dall'alimentatore.
E poi anche nei raid hardware il raid è software.

 CUT
Ecco... Io stavo dandoti per disperso e su IHM ho appena mandato un 
preoccupato post... Capt. Nemo mi ha girato qui :-)
Meglio così :-)
-- 
GenTLe ...di Varese, provincia.
La mia HP: 
http://digilander.iol.it/thegentle/index.htm
La vita è fatta anche di ardue scelte, tipo: "Un cuba... O una birra 
media???"

 grep SSHD_OOM_ADJUST /etc/init.d/ssh
fanculo al case sensitive :P
-- 
Vide

 E poi anche nei raid hardware il raid è software.
Vabbé tutto è software oggigiorno...
Però se hai un processore dedicato solo a calcolare checksum e decidere dove 
inviare i dati è un conto, non avercelo è un altro.
 
-- 
Vide

Vide wrote:

grep -i 

Vide wrote:

Si e no, se parliamo di prestazioni e di semplicità avere un hardware +
firmware dedicato è spesso una scelta migliore, se parliamo di affidabilità
il raid software linux ha una lunga storia di alta affidabilità.
Infatti i problemi segnalati tipo spostamento o perdita di directory o file
non sono minimamente da imputare al raid software di linux ma una
caratteristica tipica del filesystem ext2/3 e di altri filesystem, e anche
a controller ed alimentatori dei dischi di bassa qualità (se fosse un
problema del software del raid altro che perdita saltuaria di directory si
avrebbe, ben più pesanti perdite sarebbero probabili).
A naso credo che solo i raid hardware di fascia alta (diciamo dai 400-500E
in su) possono forse considerarsi superiori al raid software di linux.
P.S. Tieni conto che il software del raid linux ha parecchi utilizzatori e
manutentori, mentre il firmware del raid hardware è non raramente 'tirato
via' per conteneri i costi al livello consentito dal basso costo unitario
del controller o dai relativamente pochi pezzi prodotti.

 grep -i
Conosco, grazie :P Il problema è ricordarselo, primo o poi lo metterò come 
alias.
-- 
Vide