Indice del forum Emilia Romagna Linux Users Group
i forum di ERLUG
torna alla home page di ERLUG
 
 Forum SubscriptionsForum Subscriptions   FAQFAQ   CercaCerca   Lista utentiLista utenti   GruppiGruppi   RegistratiRegistrati 
 ProfiloProfilo   Messaggi privatiMessaggi privati   Log inLog in 

buffo problema su un server

 
Nuovo argomento   Rispondi    Indice del forum -> ERLUG
Precedente :: Successivo  
Autore Messaggio
Fabio Muzzi
Ospite





MessaggioInviato: Lun 18 Feb 2013 11:56    Oggetto: buffo problema su un server Rispondi citando

Ho un server Debian Squeeze con sopra cose molto normali (exim, dovecot,
samba) che oggi mi ha fatto un numero veramente buffo.

Ad un certo punto non ci si connetteva piu` a dovecot (nei log,
scopriro` poi, pare che il demone di autenticazione di dovecot non
rispondesse piu`) mentre Samba andava tranquillamente (credo pero` che
andasse solo per le connessioni gia` stabilite).

Mi chiamano, faccio ssh, e il login procede fino al momento in cui
dovrebbe effettivamente darmi la shell, poi si appende indefinitamente,
cosi`:

=======================================================================login as: root
root@virgola's password:
Linux virgola 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Feb 18 10:54:25 2013 from 172.16.3.10
=======================================================================

Chiamo il cliente, gli dico di riavviare con control-alt-del, e quello
che succede e` simile, dice che inizia il reboot, va a runlevel 6,
lancia il PRIMO script di stop (che e` quello di ATD, per la cronaca) e
muore.


Resettato alla vecchia con il bottone, e` tornato online perfettamente.

Nel syslog, che e` completo fino al reset, senza "buchi" non vedo niente
di anormale se non che ad un certo punto dovecot dava errori.


La mia impressione e` che per qualche motivo non fosse piu` possibile
lanciare nuovi processi.

Qualcuno ha gia` avuto un problema simile?


_________________
Fabio "Kurgan" Muzzi

- IZ4UFQ -

Il mondo si divide in 10 categorie: chi conosce il binario e chi no.
Top
Guido Bolognesi [Zen]
Ospite





MessaggioInviato: Lun 18 Feb 2013 13:05    Oggetto: buffo problema su un server Rispondi citando

2013/2/18 Fabio Muzzi <kurgan@xxxxxx.xyz>:
Citazione:
La mia impressione e` che per qualche motivo non fosse piu` possibile
lanciare nuovi processi.

Qualcuno ha gia` avuto un problema simile?

non e` che hai picchiato contro al limite max di processi o file aperti?
a naso potrebbe essere un problema di spawn/fopen e fratelli.

Non hai 'too many open files' o roba del genere da nessuna parte?
/proc/sys/fs/file-max (o come si chiama adesso) a quanto e`?

ciao,
_________________
guido . xmpp://zen@kill-9.it . skype://zenmobile . flickr.com/zen0
Top
Fabio Muzzi
Ospite





MessaggioInviato: Lun 18 Feb 2013 15:15    Oggetto: buffo problema su un server Rispondi citando

On 02/18/2013 12:45 PM, Guido Bolognesi [Zen] wrote:

Citazione:
non e` che hai picchiato contro al limite max di processi o file aperti?
a naso potrebbe essere un problema di spawn/fopen e fratelli.

Pensavo anche io, pero` non ho alcun errore evidente nel log (tipo il
kernel che mi dice qualcosa).


Citazione:
Non hai 'too many open files' o roba del genere da nessuna parte?
/proc/sys/fs/file-max (o come si chiama adesso) a quanto e`?

Ora non lo so, non sono li`, ma e` il default... su una macchina debian
uguale e` 347132.




_________________
Fabio "Kurgan" Muzzi

- IZ4UFQ -

La diagnosi del tecnico: Colpa dei vapori emanati dalla colla dei
post-it attaccati ai monitor
Top
koba
Ospite





MessaggioInviato: Lun 18 Feb 2013 16:17    Oggetto: buffo problema su un server Rispondi citando

On Mon, Feb 18, 2013 at 11:37:01AM +0100, Fabio Muzzi wrote:

Citazione:
La mia impressione e` che per qualche motivo non fosse piu` possibile
lanciare nuovi processi.

Qualcuno ha gia` avuto un problema simile?

Non ci sono stati errori sul disco & co.? Perche' ovviamente se avesse
in automatico rimontato il/i fs in read-only (cosa che a volte avviene
dopo un errore sul fs) ..

bye,
K.
Top
Fabio Muzzi
Ospite





MessaggioInviato: Lun 18 Feb 2013 16:22    Oggetto: buffo problema su un server Rispondi citando

On 02/18/2013 03:58 PM, koba@xxxxxx.xyz wrote:

Citazione:
Non ci sono stati errori sul disco & co.? Perche' ovviamente se avesse
in automatico rimontato il/i fs in read-only (cosa che a volte avviene
dopo un errore sul fs) ..

Nessuno, e quando il root fs va in r/o il login funziona ancora
benissimo (quante volte mi e` successo...)



_________________
Fabio "Kurgan" Muzzi

- IZ4UFQ -

La diagnosi del tecnico: I dati della intranet sono stati routati per
errore sulla extranet e adesso sono tutti dispersi in internet.
Top
Davide Bolcioni
Ospite





MessaggioInviato: Lun 18 Feb 2013 21:10    Oggetto: buffo problema su un server Rispondi citando

On Monday, February 18, 2013 11:37:01 AM Fabio Muzzi wrote:
Citazione:
Ho un server Debian Squeeze con sopra cose molto normali (exim, dovecot,
samba) che oggi mi ha fatto un numero veramente buffo.

Ad un certo punto non ci si connetteva piu` a dovecot (nei log,
scopriro` poi, pare che il demone di autenticazione di dovecot non
rispondesse piu`) mentre Samba andava tranquillamente (credo pero` che
andasse solo per le connessioni gia` stabilite).

Mi chiamano, faccio ssh, e il login procede fino al momento in cui
dovrebbe effettivamente darmi la shell, poi si appende indefinitamente,
cosi`:

=======================================================================> login as: root
root@virgola's password:
Linux virgola 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64

The programs included with the Debian GNU/Linux system are free
software;
Citazione:
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Feb 18 10:54:25 2013 from 172.16.3.10
=======================================================================>

Chiamo il cliente, gli dico di riavviare con control-alt-del, e quello
che succede e` simile, dice che inizia il reboot, va a runlevel 6,
lancia il PRIMO script di stop (che e` quello di ATD, per la cronaca) e
muore.


Resettato alla vecchia con il bottone, e` tornato online perfettamente.

Nel syslog, che e` completo fino al reset, senza "buchi" non vedo niente
di anormale se non che ad un certo punto dovecot dava errori.


La mia impressione e` che per qualche motivo non fosse piu` possibile
lanciare nuovi processi.

Qualcuno ha gia` avuto un problema simile?

A me viene in mente una circostanza vagamente simile su Solaris: finito lo
spazio in /var per via di log fuori controllo, incluso il caso in cui un
log era stato cancellato ma era ancora in uso e quindi occupava spazio su
disco, non si riusciva pių a scrivere in /var/log/wtmp e i login fallivano
mentre il resto continuava (apparentemente) a funzionare. Tra l'altro in
quel caso si riuscė a capire usando il vetusto rsh(1) che per costruzione
non fa login.

Mi hai messo la pulce nell'orecchio ... oggi come se ne uscirebbe ? Per
fare la prova basta impostare /var/log/wtmp a immutabile,
tenere una finestra/connessione di root aperta e tirare fuori il popcorn.

Davide Bolcioni
_________________
There is no place like /home.
Top
Fabio Muzzi
Ospite





MessaggioInviato: Lun 18 Feb 2013 21:50    Oggetto: buffo problema su un server Rispondi citando

On 02/18/2013 08:51 PM, Davide Bolcioni wrote:

Citazione:
Citazione:
Qualcuno ha gia` avuto un problema simile?

A me viene in mente una circostanza vagamente simile su Solaris: finito lo
spazio in /var per via di log fuori controllo, incluso il caso in cui un
log era stato cancellato ma era ancora in uso e quindi occupava spazio su
disco, non si riusciva pių a scrivere in /var/log/wtmp e i login fallivano
mentre il resto continuava (apparentemente) a funzionare. Tra l'altro in
quel caso si riuscė a capire usando il vetusto rsh(1) che per costruzione
non fa login.

Interessante, non ho mai provato, ma credo che Linux se la cavi lo
stesso. Piu` di una volta ho avuto il disco pieno o il file system
auto-rimontato in ro causa errori del disco, e il login riusciva sempre
(anche se non potevo scrivere wtmp).



_________________
Fabio "Kurgan" Muzzi

- IZ4UFQ -

La diagnosi del tecnico: Condensa sulle linee telefoniche
Top
Mostra prima i messaggi di:   
Nuovo argomento   Rispondi    Indice del forum -> ERLUG Tutti i fusi orari sono GMT + 1 ora
Pagina 1 di 1

 
Vai a:  
Non puoi inserire nuovi argomenti
Non puoi rispondere a nessun argomento
Non puoi modificare i tuoi messaggi
Non puoi cancellare i tuoi messaggi
Non puoi votare nei sondaggi


Powered by phpBB © 2001, 2005 phpBB Group
phpbb.it

torna alla home page di ERLUG
Per informazioni o problemi, contattare info@erlug.linux.it.
La connettività per questo sito e per gli altri nostri servizi è offerta da Ehiweb.it