Re: ssh inchiodato
Andrea Ganduglia wrote: Gia`... ma con il RAID la macchina non dovrebbe sopravvivere a questo tipo di eventi? ovvero rimuovere da sola il disco fallato e passare a sdb? Comunque ora la riavvio sul secondo disco e vediamo cosa succede. Concordo perfettamente con te. Il Raid, più che rimuovere da sola il disco fallato e passare a sdb dovrebbe accorgersi del disco guasto e proseguire tutte le operazioni. Guardando questo msg: ATA abnormal status 0x00 on port 0xAC07 mi vien da pensare che sia un problema nè' di Raid, nè di dischi, ma forse di controller dei dischi. Scusami se non riesco ad esserti molto d'aiuto, Syneus. -- Andrea Berardi aka Syneus Linux Registered User #395193 http://counter.li.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ssh inchiodato
On 9/22/05, Andrea Berardi [EMAIL PROTECTED] wrote: Andrea Ganduglia wrote: Gia`... ma con il RAID la macchina non dovrebbe sopravvivere a questo tipo di eventi? ovvero rimuovere da sola il disco fallato e passare a sdb? Comunque ora la riavvio sul secondo disco e vediamo cosa succede. Concordo perfettamente con te. Il Raid, più che rimuovere da sola il disco fallato e passare a sdb dovrebbe accorgersi del disco guasto e proseguire tutte le operazioni. Guardando questo msg: ATA abnormal status 0x00 on port 0xAC07 mi vien da pensare che sia un problema nè' di Raid, nè di dischi, ma forse di controller dei dischi. Gia`. Solo che con quella stringa non trovo info... Scusami se non riesco ad esserti molto d'aiuto, Ti ringrazio comunque. Ieri al riavvio la macchina si e` fermata su starting mdadm monitor, ma incredibilmente in remoto ho avuto accesso al filesystem in RW. Sono quindi riuscito a copiare /var/log e a vedere che /proc/mdstat segnalava un disco (o meglio la partizione di un disco SDB1) come fake. Domani inizio l'analisi dei log, se qualcuno mi aiutasse a capire dove guardare e cosa e` meglio postare gliene sarei grato. -- Openclose.it - Idee per il software libero http://www.openclose.it
Re: ssh inchiodato
On Wed, 2005-09-21 at 04:05 +0200, Andrea Ganduglia wrote: Ciao a tutti. Ho una macchina che sta accesa continuativamente, e' nuova. Ha installata Debian Sarge (Kernel 2.6.8-2-386). Ha i dischi in RAID1 per il sistema e RAID5 per i dati (sono 4 dischi SATA da 300GB). E' collegata via ETH all'UPS come slade di un'altra macchina. Succede questo: tutti i servizi funzionano correttamente, tranne SSH. Quando cerco di instanziare una connessione SSH il login rimane bloccato. Qualche giorno fa anche il login fisico era bloccato, ovvero dopo la digitazione della passwd non da' segni di vita, neppure dopo molti minuti di attesa. A qualcuno e' mai capitata una cosa del genere? A volte mi e' capitato quando il sistema va in crash per via della scheda video. Nel mio caso pero' si trattava di un processo che si succhiava tutta la cpu. Potresti dare un' occhiata ai vari log che ci sono in /var/log (auth.log ecc ..). Ciao Stefano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ssh inchiodato
Andrea Ganduglia wrote: Ciao a tutti. Ho una macchina che sta accesa continuativamente, e' nuova. Ha installata Debian Sarge (Kernel 2.6.8-2-386). Ha i dischi in RAID1 per il sistema e RAID5 per i dati (sono 4 dischi SATA da 300GB). E' collegata via ETH all'UPS come slade di un'altra macchina. Succede questo: tutti i servizi funzionano correttamente, tranne SSH. Quando cerco di instanziare una connessione SSH il login rimane bloccato. Qualche giorno fa anche il login fisico era bloccato, ovvero dopo la digitazione della passwd non da' segni di vita, neppure dopo molti minuti di attesa. A qualcuno e' mai capitata una cosa del genere? Mi vengono in mente 2 suggerimenti: 1) dai log non riesci a capire nulla? 2) il tuo server riesce a contattare almeno un server DNS? Il server ssh di default cerca di effettuare un reverse DNS lookup; pensandoci bene però il fatto di non riuscire a contattare un DNS dovrebbe solamente portare lentezza nel login. Ciao, Syneus. -- Andrea Berardi aka Syneus Linux Registered User #395193 http://counter.li.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ssh inchiodato
On 9/21/05, Andrea Berardi [EMAIL PROTECTED] wrote: Ho avuto accesso fisico alla macchina, e come la scorsa volta anche il login e' inchiodato. Riesco a vedere le ultime righe di syslog su /dev/tty12, ma la macchina e' inchiodata: nessun led di attivita'. 1) dai log non riesci a capire nulla? Vedo questo: l'ultimo evento e' delle 00:34 di questa notte. Dopo ci sono queste righe interessanti: end-request: I/O error dev sda sector 2923593 ATA abnormal status 0x00 on port 0xAC07 Credo sia un errore nei dischi. Mi sapreste aiutare? Come dicevo la macchiana e' dotata di 4 dischi SATA da 300GB, partizionati tra sistema (RAID1 su 4 dischi), SWAP (4 swap differenti per prioprita') e dati (RAID5 su 4 dischi). Ovviamente, senza login non riesco ad avere altre informazioni mi sapreste aiutare? -- Openclose.it - Idee per il software libero http://www.openclose.it
Re: ssh inchiodato
On Wed, 2005-09-21 at 13:31 +0200, Andrea Ganduglia wrote: On 9/21/05, Andrea Berardi [EMAIL PROTECTED] wrote: Ho avuto accesso fisico alla macchina, e come la scorsa volta anche il login e' inchiodato. Riesco a vedere le ultime righe di syslog su /dev/tty12, ma la macchina e' inchiodata: nessun led di attivita'. 1) dai log non riesci a capire nulla? Vedo questo: l'ultimo evento e' delle 00:34 di questa notte. Dopo ci sono queste righe interessanti: end-request: I/O error dev sda sector 2923593 ATA abnormal status 0x00 on port 0xAC07 Mi pare molto probabile che sia un problema hardware! Stefano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ssh inchiodato
On 9/21/05, Stefano Simonucci [EMAIL PROTECTED] wrote: On Wed, 2005-09-21 at 13:31 +0200, Andrea Ganduglia wrote: On 9/21/05, Andrea Berardi [EMAIL PROTECTED] wrote: Ho avuto accesso fisico alla macchina, e come la scorsa volta anche il login e' inchiodato. Riesco a vedere le ultime righe di syslog su /dev/tty12, ma la macchina e' inchiodata: nessun led di attivita'. 1) dai log non riesci a capire nulla? Vedo questo: l'ultimo evento e' delle 00:34 di questa notte. Dopo ci sono queste righe interessanti: end-request: I/O error dev sda sector 2923593 ATA abnormal status 0x00 on port 0xAC07 Mi pare molto probabile che sia un problema hardware! Ok. Ma localizzato dove? Sui dischi? Su sda? Ma soprattutto perche` la macchina si blocca? Vorrei avere il modo di capirlo a fondo. Penso di procedere in questo modo: riavvio la macchina attraverso il tasto reset (Ctrl+Alt+Canc non funziona) e mi copio tutto /var/log (basta?). Poi la spengo e cerco di capire dove sta il problema. Conoscete qualche programma di diagnostica per i dischi? Sono in RAID. Grazie, davvero, a tutti. -- Openclose.it - Idee per il software libero http://www.openclose.it
Re: ssh inchiodato
Andrea Ganduglia wrote: Mi pare molto probabile che sia un problema hardware! Ok. Ma localizzato dove? Sui dischi? Su sda? Ma soprattutto perche` la macchina si blocca? Vorrei avere il modo di capirlo a fondo. Penso di procedere in questo modo: riavvio la macchina attraverso il tasto reset (Ctrl+Alt+Canc non funziona) e mi copio tutto /var/log (basta?). Poi la spengo e cerco di capire dove sta il problema. Conoscete qualche programma di diagnostica per i dischi? Sono in RAID. Grazie, davvero, a tutti. Forse dico una stupidata: il problema mi pare interessi sda, ovvero il primo disco scsi (i dischi SATA sono visti come scsi). Visto che i tuoi 4 dischi sono i configurazione RAID, perchè non rimuovere via software il disco incriminato dal Raid con mdadm raid-device -r /dev/sda e poi sostituirlo con uno sano? NB: non ho molta esperienza, può anche darsi che così facendo ti si pianti completamente la macchina, ma per quello che hai postato finora è la prima cosa che mi viene in mente. Ciao, Syneus. -- Andrea Berardi aka Syneus Linux Registered User #395193 http://counter.li.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ssh inchiodato
On 9/21/05, Andrea Berardi [EMAIL PROTECTED] wrote: Andrea Ganduglia wrote: Mi pare molto probabile che sia un problema hardware! Ok. Ma localizzato dove? Sui dischi? Su sda? Ma soprattutto perche` la macchina si blocca? Vorrei avere il modo di capirlo a fondo. Penso di procedere in questo modo: riavvio la macchina attraverso il tasto reset (Ctrl+Alt+Canc non funziona) e mi copio tutto /var/log (basta?). Poi la spengo e cerco di capire dove sta il problema. Conoscete qualche programma di diagnostica per i dischi? Sono in RAID. Grazie, davvero, a tutti. Forse dico una stupidata: il problema mi pare interessi sda, ovvero il primo disco scsi (i dischi SATA sono visti come scsi). Visto che i tuoi 4 dischi sono i configurazione RAID, perchè non rimuovere via software il disco incriminato dal Raid con mdadm raid-device -r /dev/sda e poi sostituirlo con uno sano? NB: non ho molta esperienza, può anche darsi che così facendo ti si pianti completamente la macchina, ma per quello che hai postato finora è la prima cosa che mi viene in mente. Gia`... ma con il RAID la macchina non dovrebbe sopravvivere a questo tipo di eventi? ovvero rimuovere da sola il disco fallato e passare a sdb? Comunque ora la riavvio sul secondo disco e vediamo cosa succede. -- Openclose.it - Idee per il software libero http://www.openclose.it
Re: ssh inchiodato
On 9/21/05, Andrea Ganduglia [EMAIL PROTECTED] wrote: On 9/21/05, Andrea Berardi [EMAIL PROTECTED] wrote: Andrea Ganduglia wrote: Mi pare molto probabile che sia un problema hardware! Ok. Ma localizzato dove? Sui dischi? Su sda? Ma soprattutto perche` la macchina si blocca? Vorrei avere il modo di capirlo a fondo. Penso di procedere in questo modo: riavvio la macchina attraverso il tasto reset (Ctrl+Alt+Canc non funziona) e mi copio tutto /var/log (basta?). Poi la spengo e cerco di capire dove sta il problema. Conoscete qualche programma di diagnostica per i dischi? Sono in RAID. Grazie, davvero, a tutti. Forse dico una stupidata: il problema mi pare interessi sda, ovvero il primo disco scsi (i dischi SATA sono visti come scsi). Visto che i tuoi 4 dischi sono i configurazione RAID, perchè non rimuovere via software il disco incriminato dal Raid con mdadm raid-device -r /dev/sda e poi sostituirlo con uno sano? NB: non ho molta esperienza, può anche darsi che così facendo ti si pianti completamente la macchina, ma per quello che hai postato finora è la prima cosa che mi viene in mente. Gia`... ma con il RAID la macchina non dovrebbe sopravvivere a questo tipo di eventi? ovvero rimuovere da sola il disco fallato e passare a sdb? Comunque ora la riavvio sul secondo disco e vediamo cosa succede. Ecco qui: il boot si ferma su Starting mdam monitor, ma nel frattempo mi ha inviato una mail che dice: This is an automatically generated mail message from mdadm running on backup A DegradedArray event had been detected on md device /dev/md0. Faithfully yours, etc. :-(( -- Openclose.it - Idee per il software libero http://www.openclose.it
ssh inchiodato
Ciao a tutti. Ho una macchina che sta accesa continuativamente, e' nuova. Ha installata Debian Sarge (Kernel 2.6.8-2-386). Ha i dischi in RAID1 per il sistema e RAID5 per i dati (sono 4 dischi SATA da 300GB). E' collegata via ETH all'UPS come slade di un'altra macchina. Succede questo: tutti i servizi funzionano correttamente, tranne SSH. Quando cerco di instanziare una connessione SSH il login rimane bloccato. Qualche giorno fa anche il login fisico era bloccato, ovvero dopo la digitazione della passwd non da' segni di vita, neppure dopo molti minuti di attesa. A qualcuno e' mai capitata una cosa del genere? -- Openclose.it - Idee per il software libero http://www.openclose.it
