Re: [Problème résolu] Problème grave avec backuppc
Le vendredi 8 février 2008 17:51, Jean-Yves F. Barbier a écrit :
> neara a écrit :
> > Le vendredi 8 février 2008 17:06, Jean-Yves F. Barbier a écrit :
> >> si tu as des coupures d'alim, met un onduleur; et, de préférence,
> >> utilise ext3 (etx2 + journalisation), qui permet d'éviter la plupart de
> >> ce type d'erreur.
> >> (chaque écriture est inscrite dans un journal, jusqu'à ce qu'elle ait
> >> été physiquement effectué (plus copie du fichier d'org); moment où elle
> >> en est retirée => si tu plante pdt une écriture, le journal est relu et
> >> les actions non-terminées sont remises à l'état antérieur; et NON ça
> >> n'est pas bcp moins rapide)
> >>
> >> --
> >> Sometimes guys'll say to you, "Have a good one." I say, "I already have
> >> a good one. Now I'm looking for a longer one."
> >> -- George Carlin
> >
> > Salut, merci pour ta réponse
> >
> > Sur ce serveur j'ai installé backuppc puis webmin (pour essais).
> >
> > J'utilise bien ext3 et j'ai aussi un onduleur, mais le problème est
> > apparu au moment du reboot! Mon serveur est en RAID 5, le RAID était
> > correct semble t-il d'après le boot de la carte RAID IDE ADAPTEC!
>
> ta carte faisant du hard raid ne peut pas détecter les PBs des HDz; tout
> ce qu'elle est en mesure de faire c'est de te dire que tes HDz "semblent"
> Ok
>
> > Webmin m'avait déjà posait un problème sur un serveur de DNS secondaire
> > ou le répertoire /var avait tout simplement disparu!
>
> ??? en stable?
Oui
>
> j'ai p'têt une déformation ligne de commande, vu que j'ai commencé Linux
> avec une carte graphique non-reconnue (MAIS qui a fini par fonctionner en
> frame buffer:); mais ce type de configurateur ne m'a jamais inspiré
> confiance...
>
> > Le problème peut-il provenir du RAID matériel ou peut-être de webmin?
>
> le RAID, qu'il soit matériel ou logiciel ne te garantie QUE la redondance
> des données, PAS l'intégrité physique des disques.
> C'est une des raisons des coûts des serveurs professionnels: leur
> composants sont testés en burn-in pendant au minimum 48H (voire 7J pour
> transtec).
>
> Si tu as le temps et la place (HD/bande/etc), sauvegarde, puis exécute un
> mke2fs -c -c ..
> de ton array; pour voir si une erreur hardware ne serait pas à l'origine de
> tes déboires.
Merci pour le renseignement, dès que j'aurais un moment je tenterai un mke2fs
après avoir sauvegarder...
Bye et encore merci.
@++
>
> --
> Q: What lies on the bottom of the ocean and twitches?
> A: A nervous wreck.
Reply to: