Topic: Degrade array.... ancora

[Spillo]

salve,

Ho un problema che a quanto pare stia diventando ricorsivo.

A maggio di quest'anno avevo un'installazione SME 8.x 4 Gb – no raid disk, su un'infrastruttura VMWare con HW IBM di seguito indicata

- 2xStorage V7000
- 3xBlade HS23

Ricevo un telefonata da un collega che non riesce ad autenticarsi traite Webmail, ma se usa il client di posta Thunderbird tutto ok.
Provo a collegarmi tramite webmail pure io...stessa cosa...credenziali non riconosciute.
Scarico l'account di admin...cosa che faccio tutte le mattine, ma non trovo nulla.
Riavvio il server e si ferma a: “Waiting for slapd to startup” problema con il raid....
Riesco a montare il disco di questo SME su un altro approfittando per fare un upgrade alla 9.x faccio un rsync degli utenti tutto ok..... un paio di ore di lavoro e tutto torna come prima.

Stamane tutto ok... poi di colpo la stessa storia....stessi sintomi da web mail e poi giù tutto.
Rifatto lo stesso giochetto per riavere il server on line visto che abbiamo un traffico di mail pazzesco e non posso stare fermo..... ma i dischi del V7000 non mi danno problemi, non ho errori sull'infrastruttura ne su altri server presenti, premetto che la SME 9.x l'ho installata su uno storage diverso.

Mi è sorto un dubbio di problematiche con SME o CentOS e la mia infrastruttura...... unico server a dare problemi sia tra i linux che con i Windows.

[Stefano]

Riavvio il server e si ferma a: “Waiting for slapd to startup” problema con il raid....

slapd e raid non spartiscono nulla
in assenza di messaggio di errore preciso, difficile darti info

in ogni caso quando dici "no raid disk", COSA intendi?
dmesg cosa dice?
in /var/log/messages c'è qualcosa?

[Stefano]

inoltre, il tuo sbj "degraded array" da COSA lo desumi?

[Spillo]

Ciao S.

Quando scrivo no raid disk intendo che ho configurato l'SME con un solo Hdd....avendo un infrastruttura gia con Raid ho ritenuto non opportuno crearne uno.

Per l'Array degrade, una volta che ho sincronizzato le vecchie caselle con il nuovo server ho trovato nell'account di admin il segente msg

This is an automatically generated mail message from mdadm running on "miodominio".

A DegradedArray event has been detected on md device /dev/md1.

ed

This is an automatically generated mail message from mdadm running on "miodominio".

A DegradedArray event has been detected on md device /dev/md2.


Per i log devo attendere un po per avere il tempo di staccarmi dal telefono... poi li posto

[Stefano]

allora hai installato SME con un solo disco, non con il raid disabilitato.. SME,anche con un solo disco, crea comunque un raid 1 in degraded mode, in modo che aggiungendo un secondo disco si possa avere un raid1

dovresti comunque postare il contenuto delle email, oltre a

Code: [Select]

cat /proc/mdstat

per i log, è fondamentale capire cosa stia succedendo

[Spillo]

Ciao Stefano,

scusami ma non mi sono dimenticato...ovviamente....

Per quanto riguarda la mail admin ho ricevuto solo i 2 mes che ho postato sopra, la casella di admin la leggo circa 4 volte al giorno, per cui non ho roba vecchia da controllare e in genere sono tutti msg di errore per account inesistenti, quelli riportati sopra sono gli unici 2 che fanno riferimento ad un errore e sono arrivati qualche minuto prima del casotto.

Per i log ho un po di problemi ad accedere al VMDK sto partendo in modalita linux rescue e sto cercando di copiami i message
Questo lo posso fare tra una pausa e l'altra..... spero oggi di avere 15 minuti e posto i log .... perdonami

Ora sul nuovo server ho un problema per 2 account che non riuscivano ad accedere, li ho cancellati perche erano vuoti e poi ho cercato di ricrearli. Quando pero ho fatto quest'operazione mi ha dato un messaggio di errore dicendo che l'utente era presente nella lista user-delete. ho provato a cancellarli dal db con:

/sbin/e-smith/db account delete nome.cognome

ma il problema è rimasto.......

[Stefano]

allora.. con calma

partendo dalla fine: cancellare un account e ricrearlo non è MAI né una buona idea né la soluzione ai problemi.. se non riesci ad accedere è importante capire il perchè.. e questo solo i log te lo possono dire
per risolvere il problema (posto che sia qui nei forums che nel wiki se ne parla) devi cancellare la riga relativa all'utente sia in /etc/passwd che in /etc/shadow.. FATTI una COPIA dei file prima di modificare

relativamente al discorso raid, non hai risposto almeno alla domanda implicita del mio post precedente: quando hai installato SME su un disco solo (comprensibile su una infrastruttura virtuale) hai anche usato i parametri al boot per disabilitare il raid?
infine, anche se virtuale e premettendo che al momento NULLA ci è dato a sapere su cosa sia successo, il disco può soffrire di corruzione..
attendiamo di sapere cosa dicono i log..

ah, infine.. il backup? perchè il recover dei dati non serve se hai un backup

[Spillo]

Per quanto riguarda /etc/passwd e /etc/shadow avevo gia controllato e non erano presenti gli account incriminati

il problema l'avevo avuto in passato e queste sono operazioni che avevo gia fatto altre volte ed erano andate a buon fine.


Per il RAID scusami, vero, non ho risposto ed ho effettivamente installato l'SME standard senza disabilitare il raid.....


perdonami per i log ma sono affogatissimo....spero di postarteli oggi stesso....

[Spillo]

ciao,

allora in messages non ho trovato nulla di significativo...fatto ricerca su error o failed e a parte errori di autenticazione utenti non riporta nulla.

Per le mail come gia avevo scritto in precedenza le uniche a riguardo sono quelle che ho postato sopra relative al degrade array.
L'account di admin lo leggo 3-4 volte al giorno per cui in precedenza non c'era alcun avviso....

Rimane il problema di quell'account che quando cerco di ricrearlo mi dice:

l'utente "nomeutente" non può essere creato perché esiste già un user-deleted con quel nome.

Purtroppo, come spesso capita è un account di riferimento per cira 12.000 contatti.......e da lunedi non riesco a farlo ripartire.

ciao

[Stefano]

Code: [Select]

db accounts show | grep nomeutente

cosa riporta?

P.S. contattami offline su skype, grazie

[Spillo]

Riporto casomai servisse anche ad altri....

db accounts show | grep nomeutente

riporta

nomeutente=user-delete

come indicato da Stefano editato il file accounts dopo aver fatto una copia ed eliminato a manina le righe che contenevano l'account in questione...tutto OK

Per il problema avuto sul disco purtroppo non c'e stata possibilita di capire ... se dovesse ricapitare..... (toccatina).....vedremo.

Grazie S. tanto per cambiare.

[Spillo]

Ciao,

Si è ripresentato il problema del degrade array, questa volta pero non ha causato tutte le problematiche descritte sopra.
Verso le 13 circa stavo creando un utente e scaricando la mail di admin ho ricevuto:

This is an automatically generated mail message from mdadm running on "miodominio"
A DegradedArray event has been detected on md device /dev/md1.

Sinceramente mi stavo preparando al peggio, ma pare che la cosa sia terminata li.

Comunque ho visto l'occupazione delle risorse con "top" ... nulla di strano, considerando pero che l'errore era di 2,5 ore prima.
Poi ho cercato  nei log in messages e dmesg

In dmesg non ho riscontrato nulla, o almeno così mi è sembrato mentre in messages ho trovato un errore che si ripresenta spesso e a diverse ore della giornata....

Jul 22 09:57:13 mail HORDE[2558]: PHP Warning:  preg_replace() [<a href='function.preg-replace'>function.preg-replace</a>]: Compilation failed: recursive call could loop inde$p indefinitely at offset 40 in /home/httpd/html/horde/lib/Horde/Text/Filter/html2text.php on line 213

Jul 23 14:27:14 mail httpd: PHP Fatal error:  Allowed memory size of 33554432 bytes exhausted (tried to allocate 8274367 bytes) in /usr/share/pear/Net/SMTP.php on line 788

[Stefano]

ciao

ignorerei il discorso dell'array

per gli errori php..

per il primo non so che dire, fossi in te posterei nei forum in lingua inglese, nella sezione SME8
per il secondo, se cerchi quel messaggio di errore (al netto dei valori numerici) qui nel forum e nelle FAQ/Wiki, trovi la soluzione

[Spillo]

Ciao S.

Per cui per la cosa che ritenevo più preoccupante, visto i precedenti, mi tranquilizzo.

Il secondo messaggio il problema PHP dovrebbe dipendere, stando a quanto trovato, da allegati troppo grandi. Se è cosi lascio il mondo come cosi come si trova ora, abbiamo dei server ad hoc per fare questo tipo di trasferimento file.
Una curiosità, a parte il carico di lavoro, aumentare la possbilità di inviare allegati sia tramite webmail, sia tramite smtp comporta altri tipi di rischi?

Gra<ie 

[Stefano]

no.. se imposti i limiti della memoria correttamente
sono più valori da impostare.. la memsize di php, le max dimensioni allegato, anche in clamav.. trovi tutto nel wiki e almeno uno zilione di esempi qui nei forums