[EvolutionCrazy]

per controlli smart intendo:

smartctl --test=long /dev/sda

non so esattamente che controllo venga fatto dall'immagine del rescue (short o long?)

http://www.techrepublic.com/blog/ope...rd-drives/1389

come suggerimenti non saprei ... gli SP sono limitati a 100mbit :S

[BiagioParuolo]

Via Smart non sono segnalati errori, nemmeno mediante il controllo smart via pannello di controllo che in modalita' rescue.
Penso che prenderò' un miniNas e/o un sp32 ( ora ho la vecchia offerta eg ) per backup...
Che consigli? Oppure Al posto del miniNas un'altro Sp con FreeNas?
Grazie

[EvolutionCrazy]

probabilmente un disco non è messo bene...

se il controllo del raid non va buon fine fa un resync... se il resync procede a ritmo lentissimo è un altro cattivo segno

hai controllato lo stato dei dischi con test smart lungo?

[BiagioParuolo]

strano però che abbia causato tale problema. E' mesi che tale macchina è in piedi.

[mac]

/etc/cron.d/mdadm

#
# cron.d/mdadm -- schedules periodic redundancy checks of MD devices
#
# Copyright © martin f. krafft 
# distributed under the terms of the Artistic Licence 2.0
#

# By default, run at 00:57 on every Sunday, but do nothing unless the day of
# the month is less than or equal to 7. Thus, only run on the first Sunday of
# each month. crontab(5) sucks, unfortunately, in this regard; therefore this
# hack (see #380425).
57 0 * * 0 root if [ -x /usr/share/mdadm/checkarray ] && [ $(date +\%d) -le 7 ]; then /usr/share/mdadm/checkarray --cron --all --idle --quiet; fi

[BiagioParuolo]

Strano,
in crontab non vedo comandi per sync raid
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#


*/1 * * * * root /usr/local/rtm/bin/rtm 33 > /dev/null 2> /dev/null

[mac]

Non so se può esserti d'aiuto, ma visto la data del tuo post (04/11) mi è venuto in mente che "la prima domenica di ogni mese" viene lanciato da cron un "checkarray" del raid.

ciao

[BiagioParuolo]

Ciao,
intanto ti ringrazio per la risposta.
Ho fatto ripartire il server in "rescue" e montato la partizione md5 e quindi mi sono copiato i file .raw delle vps proxmox sul nas demo. Intanto ho atteso la sincronizzazione del raid1 su 1,6Tb di spazio. Successivamente ho fatto ripartire la macchina e sembra ok.
Il problema non so che cosa sia successo e che abbia causato l'avvio della sync raid1 mentre la macchina era operativa.

[EvolutionCrazy]

non riesci ad accedere ai dati su md5?

se scrivi

dmesg

in console vengono riportati errori in lettura?

se sei certo di quel che fai e hai identificato il disco con problemi puoi eventualmente toglierlo dal raid così da poter accedere ai dati presenti su quello senza problemi

[BiagioParuolo]

Buonasera,

dal pannello di OVH ho la seguente situazione:

Dischi
IO : md1
Volume Tipo Capacità totale Stato
vol0 raid1 14.6 GB active
sda1 14.6 GB OK
sdb1 14.6 GB OK

IO : md5
Volume Tipo Capacità totale Stato
vol0 raid1 0.0 GB active
sda5 1824.9 GB
sdb5 1824.9 GB OK

La cosa pare molto strana su md5.
Inoltre md5 è in resync molto lentamente.
Personalities : [raid1] [raid0] [raid6] [raid5] [raid4]
md5 : active raid1 sda5[0] sdb5[1]
1913574272 blocks [2/2] [UU]
[>....................] resync = 1.6% (31345536/1913574272) finish=98449
34.3min speed=3K/sec

md1 : active raid1 sda1[0] sdb1[1]
15358912 blocks [2/2] [UU]

Che fare?
Posso recuperare i dati sul disco senza passare per il raid?
Grazie