Newsgroup: it.comp.os.linux.sys
Titolo: La debian che per la prima volta mi "scazza" con ssh

Holà!
oggi stavo finendo di sistemare u nuovo server....
avevo cominciato l'installazione 3 gg fa con una debian 3.0 (testing, perchè
mi servivano alcune cose particolari).
Oggi continuo.... installo altre cosette... ad un certo punto la riavvio.
La macchina riparte ma ssh non vuole sapere di partire.
Bene... avrò fatto qualche cazzata!
Nei log non c'è nulla se non qualcosa del tipo:
Jan 23 21:03:08 server1 sshd[872]: fatal: daemon() failed: Success
Ora: i log sono muti (a parte quella riga che sembra + un messaggio di
windows
Con netcat non gira nulla sulla 22.
ho disinstallato completamente ssh (dpkg --purge ssh) per installare ssh2
Anche lui nonne vuole sapere di avviarsi e da un errore simile.
Contemporaneamente apache, bind, proftp, courier-pop courier-imap, postfix,
mysql e postgres vanno benissimo.
Cosa cavolo può essere successo?
Penso o al kernel che è un 2.4.20 (ma 3 gg fa andava con lo stesso kernel) o
alle libc6.
Chi ha delle idee??
Max

 mi servivano alcune cose particolari).
Non so darti una soluzione al problema, pero` forse potevi evitarlo installando 
tutto da stable e poi switchare su testing per scaricare solo quei pacchetti 
aggiornati che ti servivano.
-- 
Vincenzo

 aggiornati che ti servivano.
Comunque non me lo spiego...
sshd -D parte e funziona a meraviglia.
A parte questo, però, fino ad oggi pomeriggoi funzionava a meraviglia.
Ha cominciato a scazzare dopo un riavvio.
Ma funziona tutto benissimo tranne quel coso!!
Max

dimenticavo...
il mio server di sviluppo è in unstable ed è sempre stato perfetto...
Max

 Ma funziona tutto benissimo tranne quel coso!!
Io ho dovuto reinstallare un server Debian perche` nel passaggio tra 2.2 e 
3.0 con dist-upgrade i trasferimenti via isdn si bloccavano invariabilmente 
dopo 2KB di dati trasmessi con ftp.
Ha funzionato per una settimana e poi ha cominciato a comportarsi in modo 
anomalo.
Ci ho perso un paio di giorni, con ssh funzionava, ma con ftp (o anche web 
e mail) la connessione si piantava dopo 2KB di dati con un messaggio in syslog 
(che adesso non ricordo - comunque su google non c'era granche` a riguardo) e 
la connessione cadeva. Ho reinstallato il pppd, ho provato vari kernel 2.2.x 
e 2.4.x, ho cambiato tre schede isdn, ho cambiato luogo fisico di connessione 
(temevo potesse essere un problema della linea isdn), ho preso l'hard disk e 
l'ho portato su un'altra macchina ma niente. Alla fine ho reinstallato 'from 
scratch' la 3.0 e funzionava alla grande.
La cosa incredibile e` che con altre macchine che svolgono le stesse 
funzioni il passaggio tra 2.2 e 3.0 non ha provocato nessun problema.
E` stata la prima volta che ho dovuto reinstallare per forza e spero sia 
anche l'ultima :)
-- 
Vincenzo

 anche l'ultima :)
Uso debian da una vita e non mi ha mai abbandonato.
Adesso lo ha fatto per la prima volta, ma meno male che la macchia era
"giovane".
Sto reinstallando tutto da capo, si fa prima.
Ho gią passao una giornata u google senza trovare nessun riferimento...
MAx

 sshd -D parte e funziona a meraviglia.
- rcconf per assicurarsi che ssh sia tra i servizi avviati al boot
- /etc/init.d/ssh start
- netstat per vedere se la 22 e` attiva
- se non e` attiva, less /etc/init.d/ssh
- guardare sotto start)
- eseguire a mano i comandi sotto start)
- vedere dove si inceppa la sequenza
- risciacquare, ripetere finche' necessario

 - risciacquare, ripetere finche' necessario
Ho sciacquato troppo... il problema non era lě!
Ho installato anche ssh2 e faceva lo stesso problema.
Mah!

 "giovane".
La prossima volta piglia i sorgenti da testing di quel che ti serve
(apt-get source) e compilali su woody con dpkg-buildpackage. 
-- 
Sigmentation fault, core dumped.


Ma sei  folletti si svegliano, succedono problemi anche con i sorgenti...
Comunque
cd /pub
mode beer
che č meglio!
MAx

 sorgenti...  
Cosi' ti crei direttamente i deb per woody ed hai il software aggiornato
senza installare tutta la testing. In linea di massima funziona, certo
devi sapere quel che stai facendo.


 raramente necessita' non ho mai avuto problemi con dpkg-buildpackage.
Io solo una volta.
Ho un firewall che mi sono sviluppato che gira da CD.
Ebbene, vado ad aggiornare il kernel al 2.4.20, ci metto un bel pň di
patches di sicurezza, aggiungo moduli a netfilter, ricompilo... rimasterizzo
e fuziona. Faccio la stessa cosa con iptables, ricompilo, installo i
pacchetti e funziona.
Un'ora dopo mi decido a aggiungere il supporto USB che poteva servirmi per
dei modem USB al fine di configurare la linea di backup.
Installo il kernel, su HD funziona.
Masterizzo, avvio da CD e tadahhhhh!
kernel bug in slub.c:<numero di riga>
La macchina non bootava piů!
Della serie: lo stesso kernel da lilo partiva, da syslinux+cd no.
Quando fai sminchiettamenti avanzati qualche bug nel codice rischi anche di
trovarlo!
Ma questo č hacking puro...
Max

 devi sapere quel che stai facendo.
Concordo, ma il pacchetto ssh funzionava fino a prima del riavvio!!!
Ancora non riesco a capire quel cavolo di errore che roba č.
Ma poi ripeto: capisco che ssh possa essere "semibacato" (pure se prima
funzionava).
Ma usare anche ssh2 che č un altro pacchetto (tra l'altro non-free) non
funzionava.
Il problema stava da un'altra parte, ma vai a capire dove!
Max

 La sequenza non si inceppava.
Per `dove si inceppa la sequenza' non intendo `dove si ferma lo
script', intendo `dove comincia a dare risultati diversi da quelli
previsti'.
Massimiliano

 Ma questo č hacking puro...
Opinabile


 Opinabile
:-)

 funzionava.
Scusa ma quale ssh stai usando? L'ssh di default credo sia openssh, che mi
risulta essere free.
Ciao
Simone

 risulta essere free.
ssh su debian è openssh.
Comunque ho piallato tutto e reinstallato.
Max

 Comunque ho piallato tutto e reinstallato.
TONF
Non hai provato a eseguire a mano i comandi presenti in
/etc/init.d/ssh?  Se sshd si avviava a mano ma non da script, quello
ti avrebbe permesso di capire dove stava il problema.

 ti avrebbe permesso di capire dove stava il problema.
L'ho fatto.
ssh ripartiva con il comando ssh -D
con lo script in init.d dava l'errore
"Jan 23 21:03:08 server1 sshd[872]: fatal: daemon() failed: Success"
Non ho proprio capito da che ca..o dipendesse.
Fatto sta che lanciandolo con -D non forkava e quindi non andava bene.
anche lanciando ssh a mano (quindi non usando start-stop-daemon .... della
debian dava lo stesso errore.
Con un log del genere, secondo te, dove stava il problema??
MAx

 writes:

Avviando a mano e non da script, dove stava il problema l'hai gia`
capito (cvd).  Quale fosse, invece, dopo il formattone e` difficile da
scoprire, ma ti posso comunque dire come avrei proceduto:
- sshd -d, per vedere se girava evitando il fork con qualcosa che non
  fosse -D (-d incrementa le informazioni di debug e le manda su
  stderr);
- sshd -e, per vedere se girava forkando ma loggando comunque su
  stderr (utile per capire se il problema era che quello che scriveva
  in console con -D, senza -D cercava di scriverlo dove non poteva);
- infine:
  strace -o log.forked sshd && /etc/init.d/ssh stop
  strace -o log.unforked sshd -D
  Control+c, poi:
  diff -c log.unforked log.forked | less
  per capire cosa succedeva di cattivo nel secondo caso che non
  succedeva nel primo.
Massiliano

 "Jan 23 21:03:08 server1 sshd[872]: fatal: daemon() failed: Success"
Quella e` una funzione di libreria che esegue automaticamente una serie di
operazioni per "demonizzare" un programma. Fra cui fork, setsid, e chdir
su /. 
Probabilemente una di queste falliva (strano comunque, l'unica cosa
che mi viene in mente e` un eccesso di processi). 
Ciao
Simone

 che mi viene in mente e` un eccesso di processi).
Ora, visto che col -D partiva, probabilmente il problema era il fork.
Comunque, considerato che la macchina aveva 2/3 giorni di vita, non era in
produzione e aveva una occupazione di ram pari a 40Mb con un bel pò di
demoni attivi, perchè falliva?
la macchina era completamente scarica....
Ma poi, perchè tutto funziona e dopo un riavvio fun funzia più un <bip>???
mi pare (e forse l'ho già detto) che l'unica cosa aggiunta proma del blocco
era proftpd (pacchettizzato debian).
Macchina reinstallata, reinstallate le stesse IDENTICHE librerie, tutto
ok...
Mah.
Max