Ok, super. Il faut faire attention avec netplan, il est très sensible a la casse et aux espaces/tabulation…
Côté plesk du coup, ça donne quoi ?
Tu a essayé de router l'IP sur le serveur ?
Côté plesk du coup, ça donne quoi
je l'ai installé et tout, je recherche comment j'ai mis unique_id de apache !!!
je t’avouerais que j'ai peur de faire la migration.
Tu peux déjà déplacer l'IP sur le nouveau serveur et faire un ping pour voir si ça marche.
Si le ping est ok, tu remets l'IP sur le vps.
Tu sais comme ça que ton IP est opérationnel et que tu as plus qu'à gérer au calme la migration de ton site.
https://www.1pcland.fr/pcland.fr/ le site n'est plus actif !!!
de la Mer*** rien qui fonctionne.
Sur le dédié, vu que tu a directement modifié ton netplan, est-ce que la fonction "relire IP" de plesk ne suffit pas ?
Tente en mettant "IP partagé" pour voir.
Met ton site en maintenance 10 min et bascule l'IP du vps vers le plesk le temps du test.
Qd l'IP est déplacée, fais juste un ping afin de voir si elle répond.
Si elle répond pas : il y a une cou*lle quelques part dans ta conf, les routes ou le firewall.
Si elle répond : cool, c'est du côté de plesk que cela joue.
Question : la licence plesk est a toi (souscrite directement auprès d'eux) ou auprès d'ovh ?
Dans le premier cas, ils prendront directement la main sur ton serveur afin de tenter de comprendre et corriger.
Dans le second, seule le support OVH pourra jouer l'intermédiaire (insiste un peu pour qu'ils les contactent, ils ne le font pas d'office).
C'est assez étrange franchement.
Je viens de faire le test sur un Plesk et j'ai aucun soucis 
1/ deplacement de l'IP FO sur le serveur (depuis espace clien)
2/ connexion manager plesk
3/ dans l'ajout d'IP sur plesk :
Ajouter une adresse IP > Adresse IP et masque sous-réseau * : xx.xx.xx.xx/32 > ok
4/ reboot du server : OK.
L'adresse ping et est attribuable
Je ne vois pas ce qui bloque.
Tu as la possibilité de réinstaller le serveur éventuellement ?
Avec tout les manip qui tu as effectué, je ne serais pas surpris que tu ai des fichiers de conf corrompu ou qui deviennent incompatible avec Plesk…
Aprés, c'est le support de plesk comme indiqué plus haut.
Tu as la possibilité de réinstaller le serveur éventuellement ?
je ne fais que ça
Aprés, c'est le support de plesk comme indiqué plus haut
il me suive en temps réél est il ne comprenne pas le pourquoi
là ici je n'ai mis que l'ip du site sans le /32 (/32 c'est le network c'est ça ?)
Qd l'IP est déplacée, fais juste un ping afin de voir si elle répond.
je déplace l'ip vers le serveur dédié et via CMD windows je ping ip si j'ai retour c'est bon ?
mon probleme recommence "macadresse error"
Vu en direct avec @BoutiquePcLanD.
Son presta va voir pour procéder à la migration de son site d'ici le 20/09.
Pour la partie serveur, il doit tester en Rescue et/ou en réinstallant sur une Debian 9.x / 10.
Si le serveur tombe également en mode Rescue : Ticket et contact support pour voir de quoi il retourne.
Il est en contact en // avec plus afin qu'ils checkent en live ce qu'il y a et si c'est lié à un problème de leur côté.
Tiens au courant donc 
Jalinn
Oui, ça vaut le coup de tester avec une autre distribution Linux.
Si en installant seulement une Debian + IP failover, l'adresse IP failover n'est ni pingable
ni accessible (admettons sur un port 25 ou 80 standards), c'est que le souci est en dehors
de Plesk, par exemple un souci de routage chez OVH. ça c'est déjà vu, même si c'est plutôt rare.
A tout hasard, comme ça fait plusieurs fois que ça me titille en lisant les messages ci-dessus :
La directive concernant l'adresse MAC dans le fichier "50-cloud-init.yaml"
ce ne serait pas "macaddress" plutôt que "macadresse" ?
D'où le message d'errreur vu plus haut :
[quote]Error in network definition: unknown key 'macadresse'[/quote]
ce ne serait pas "macaddress" plutôt que "macadresse" ?
Oh f*ck...
Certainement ça oui :
https://netplan.io/examples
Oui et l'adresse MAC elle-même à placer entre des guillemets visiblement :
macaddress: "de:ad:be:ef:ca:fe"
se fut a nouveau un échec ! lol
Je vais attendre le 20 septembre, je vais repousser le VPS d'un mois (renouvellement) par sécurité si c'est un problème de routage de OVH.
Je préfère jouer "sécu" prendre le temps de bien faire les choses que de faire à la vas vite et tout planté une fois la migration finie !
Je vais attendre le 20/09 je vais réinstallé Ubuntu vierge et le prestataire devrais lui y arrivé !
Pas de E à la fin de macaddress…
[quote="Cassiopee, post:32, topic:20875"]
ce ne serait pas "macaddress"
bonjour,
alors j'ai remis Ubuntu :
[/quote]
Mais euh ... justement le but est de ne PAS mettre "macadresse" mais d'écrire "macaddress"
sans le E final ;-)
@BoutiquePcLanD : En gros tu change comme ceci :
>network:
version : 2
ethernets:
eno1 :
dhcp4: true
match:
macadress e : 00:1e:67:e0:c4:66 # <=== tu enléve le e et ajoute un d pour faire macaddress
set-name : failover
addresses:
- ip.ip.ip.ip/32
soit :
>network:
version : 2
ethernets:
eno1 :
dhcp4: true
match:
macaddress : "00:1e:67:e0:c4:66"
set-name : failover
addresses:
- ip.ip.ip.ip/32
Jalinn
Ne crier pas on vas s'en sortir !
Actuellement le serveur est occupé pour la migration j'ai remis par défaut et le gars gère pour le moment!
dut réinstallé Ubuntu problème de partition.