Bonjour,
Je rencontre un problème avec un serveur SYS-B-3 sur lequel je souhaite faire de la virtualisation avec libvirt/qemu.
`debootstrap buster /path/to/rootfs`
configuration minimum du système (interface réseau, grub, mot de passe)
`reboot`
`apt --no-install-recommends --yes install qemu-kvm libvirt-clients libvirt-daemon-system libvirt-daemon-driver-storage-zfs ovmf dnsmasq-base dnsmasq rsync netcat-openbsd`
`iptables -P FORWARD ACCESS`
`iptables -P OUTPUT ACCESS`
`iptables -P INPUT ACCESS`
note : la conf firewall est volontairement désactivée pour éliminer tout doute sur cette partie. Pas de règle non plus sur ebtables
Puis je créé une VM avec pour seul changement notable la mac associée à l'ip de failover et un boot sur un live cd (sysrescuecd 5.3.2 en l'occurence) puis configuration réseau sur la VM suivant les recommandations d'OVH docs ovh : net bridging
`ifconfig eth0 aaa.bbb.ccc.ddd broadcast aaa.bbb.ccc.ddd`
`route add aaa.bbb.ccc.254 dev eth0`
`route add default gw aaa.bbb.ccc.254`
Mais les pings répondent systématiquement `Destination Host Unreachable`
Si je remplace le masque et le broadcast pour passer en /24, même résultat pour le ping.
Nouveau test, je réinstalle la machine avec le template proxmox 6 VE d'OVH, aucune modification sur l'hôte, je créé une VM avec comme seul paramètre spécifié l'adresse mac de l'ip failover, je boot là aussi sur un livecd, je remet la configuration réseau décrite ci dessus, même résultat
J'avais 2 autres serveurs chez SYS (des e3-sat-2-32) qui utilisent le même setup d'install (avec un firewall configuré) sans le moindre problème.
J'en ai rendu un (grosse erreur manifestement) mais avant cela, j'ai répliqué (zfs send) les datasets systèmes sur le SYS-B-3, où j'ai juste modifié l'adresse ip et la passerelle pour correspondre aux paramètres définis pour le SYS-B-3. Je boot sur les datasets en question (après avoir éteint le serveur d'où vient le dataset bien sûr), puis je relance mon test avec la vm en livecd et l'ip failover, même résultat.
Je prend un autre serveur en location, un e3-sat-2-32, je déroule mon install debian décrite ci dessus, je déplace l'ip failover, je lance ma vm, refais la config réseau de celle ci comme décrit ci dessus, et tout fonctionne.
J'ai aussi fais des traces réseaux sur l'hôte et la VM, lorsque je ping de l'extérieur vers l'ip failover, le paquet arrive bien sur l'hôte mais n'est jamais vu sur la VM. Si je trace le ping depuis la vm vers l'extérieur (par exemple vers 8.8.8.8) on voit l'icmp echo request sur la trace de la vm mais jamais sur celle de l'hôte.
J'ai aussi tenté de jouer sur toutes les entrées /proc/sys/net/bridge/bridge-nf-* mises à 0 puis à 1, sans amélioration observée
idem pour /proc/sys/net/ipv4/ip_forward mis à 0 puis 1
si je résume :
srvA (e3-sat-2-32) : tout fonctionne sans problème avec l'install debian décrite ci dessus, toujours en service.
srvB (e3-sat-2-32): tout fonctionnait sans problème avec l'install debian décrite ci dessus, dataset transférés sur le sys-b-3
srvC (SYS-B-3) : install debian KO, install template proxmox KO, boot dataset srvB KO
srvD (e3-sat-2-32 : tout fonctionne sans problème avec l'install debian décrite ci dessus, serveur rendu car juste utilisé pour refaire une vérification.
On dépasse le cadre normal du support SYS, mais j'ai quand même ouvert un ticket, mais le support considère que le test suivant exécuté en mode rescue renvoi à un problème de configuration sur l'OS (VM ou hôte) :
ip link add name test-bridge link eth0 type macvlan
ip link set dev test-bridge address MAC_ADDRESS
ip link set test-bridge up
ip addr add FAILOVER_IP/32 dev test-bridge
Est ce que quelqu'un aurait une idée de ce qui pourrait poser problème ?
Les questions, remarques et suggestions sont les bienvenues.
Merci
Adrien
Ip failover sur VM bridgée qui ne fonctionne pas
Sujets apparentés
- Serveurs OVH blacklistés UCEPROTECT-Level 3
11324
12.04.2021 15:23
- Solution de streaming live
9340
25.08.2017 18:35
- Mon serveur n'est pas en ssl
8346
21.06.2017 15:35
- [Résolu] Problème de connexion à un dédié
7628
15.12.2018 17:42
- Conseil Soft Raid vs Hard Raid
6685
13.04.2017 08:49
- SoftRaid 3x2To SATA ?
6461
03.01.2019 07:18
- Proxmox ou VMWare ?
6101
02.03.2017 22:04
- Proxmox ip failover problème reseau vers orange
5756
30.11.2020 19:21
- Serveur crash avec ip failover
5545
11.09.2019 14:57
- Dédié serveur Email --> Hotmail en SPAM ? je veux comprendre
5317
08.04.2017 13:20
Bonjour,
Je confirme ce comportement. Par contre je ne me souviens plus si mettre en statique avait réglé le problème. Possible, mais le support ayant corrigé le problème finalement, je ne me souviens plus.
Une question : tu confirmes que tes IP sont des IP FO indépendantes ? (Pas issues d'un bloc ?)
Bonjour je rencontre le même problème que vous mais je n'arrive pas à trouver l'info concernant le fait d'ajouter une entrée statique dans la table ARP.
Pourriez-vous m'éclairer SVP ?
Bonnes fêtes.