Accéder au contenu.
Menu Sympa

linux-31 - Re: serveur au local

Objet : Discussions sur le logiciel libre

Archives de la liste

Re: serveur au local


Chronologique Discussions 
  • From: Pascal Hambourg <pascal AT plouf.fr.eu.org>
  • To: linux-31 AT culte.org
  • Subject: Re: serveur au local
  • Date: Sat, 22 Jan 2022 14:40:51 +0100
  • Organization: Plouf !

Le 22/01/2022 à 10:25, "jdd AT dodin.org" (via linux-31 Mailing List) a écrit :
Le 21/01/2022 à 19:46, Pascal Hambourg (via linux-31 Mailing List) a écrit :

Je ne vois pas le rapport entre un serveur en panne et la nécessité d'un
second domaine.

avoir un miroir disponible sans intervention, même en cas d'erreur dans la gestion de zone (par exemple).

Ça t'est déjà arrivé de faire une erreur dans la gestion de zone au point que le domaine ne fonctionnait plus du tout ?

Avoir un site beta bien séparé du site principal.

Pas besoin d'un autre domaine pour ça. Des sous-domaines suffisent.

sauf s'il est tombé suite à une panne de courant, auquel cas il ne
redémarre pas...

Bien sûr que si, avec un BIOS configuré pour redémarrer dès que le
courant revient.

1) ca n'existe pas sur un portable, en tout cas sur ceux que j'ai vus, et c'est bien dommage. Ce n'est même pas si courant sur les tours :-(

Deux portables Dell Latitude et HP EliteBook ont l'option "Power on AC".
Je l'avais activée sur le PC fixe utilisé comme routeur derrière la freebox, apparemment ça marchait très bien.

mais surtout le raid ne redémarre pas, il s'arrête en posant une question (en tout cas mdadm quand je l'ai testé)

Je n'ai jamais vu mdadm poser une question. Heureusement il peut assembler un ensemble RAID dégradé. En revanche j'ai vu une situation où GRUB ne pouvait pas assembler un ensemble RAID dégradé dont le disque manquant n'avait pas été marqué comme tel dans les méta-données des autres disques (ce que Linux est censé faire automatiquement quand il détecte une défaillance; là, il n'avait pas pu le faire parce que j'avais débranché le disque lorsque la machine était éteinte).

L'erreur trop souvent commise, c'est de mettre du RAID en place et de ne plus s'en occuper jusqu'à ce qu'il soit trop tard, après la panne de trop qui rend l'ensemble irrécupérable.

Pas besoin d'attendre. Le système reste opérationnel pendant la
resynchronisation comme il le restait avec un disque en panne.

avec tellement de lenteur que l'usage est vraiment limité

Bah, je ne m'attends pas à ce que notre serveur soit chargé au point que ce soit rédhibitoire. D'autre part la bande passante allouée à la synchronisation est limitée et peut être réglée.

mais si on veut du raid, la solution est sans doute la carte ssd<->sata à double port, prévue pour ça

https://fr.aliexpress.com/item/1005001685547187.html

Intéressant. Apparemment ça peut faire du RAID 1 matériel sans pilote dédié, mais du coup je m'interroge sur la possibilité de surveiller l'état du RAID et des SSD. A défaut je préfèrerais sans doute utiliser le mode JBOD (disques indépendants) avec du RAID logiciel, mais ce mode nécessite que le contrôleur SATA hôte supporte les multiplicateurs de port (de préférence en mode FBS).

n'oublions pas qu'il n'y a pas que les disques durs qui tombent en panne,

Certes, mais il me semble que c'est la cause de panne la plus fréquente.



Archives gérées par MHonArc 2.6.19+.

Haut de le page