Bonjour les admins,
Quelqu'un a déjà eu des problèmes pour bouger certaines VM d'un XCP à un autre ?
L'erreur que j'obtiens est un DUPLICATE_VM, comme si l'UUID de la VM à migrer existait déjà sur le XCP de destination, mais ce n'est pas le cas.
En gros, c'est bien résumé ici : https://xcp-ng.org/forum/topic/3262/migrating-vm-fails-with-duplicate_vm-err...
la commande xe vm-list confirme que l'UUID n'existe pas sur la destination.
J'ai tâché de repérer des caractéristiques qui feraient que telle VM migre et pas telle autre, mais je ne vois rien de logique.
online / offline ça ne change rien non plus.
Merci pour vos retours
A+
Hello Jacques,
A quel niveau as tu ce message, XOA ou xcp-ng center ?
Le mer. 16 mars 2022 à 12:46, Jacques MICHAU via FRsAG frsag@frsag.org a écrit :
Bonjour les admins,
Quelqu'un a déjà eu des problèmes pour bouger certaines VM d'un XCP à un autre ?
L'erreur que j'obtiens est un DUPLICATE_VM, comme si l'UUID de la VM à migrer existait déjà sur le XCP de destination, mais ce n'est pas le cas.
En gros, c'est bien résumé ici :
https://xcp-ng.org/forum/topic/3262/migrating-vm-fails-with-duplicate_vm-err...
la commande xe vm-list confirme que l'UUID n'existe pas sur la destination.
J'ai tâché de repérer des caractéristiques qui feraient que telle VM migre et pas telle autre, mais je ne vois rien de logique.
online / offline ça ne change rien non plus.
Merci pour vos retours
A+
-- Jacques
Liste de diffusion du %(real_name)s http://www.frsag.org/
Depuis mon XOA, en image :
Jacques
Le 16/03/2022 à 15:48, Benoit Lair a écrit :
Hello Jacques,
A quel niveau as tu ce message, XOA ou xcp-ng center ?
Le mer. 16 mars 2022 à 12:46, Jacques MICHAU via FRsAG frsag@frsag.org a écrit :
Bonjour les admins, Quelqu'un a déjà eu des problèmes pour bouger certaines VM d'un XCP à un autre ? L'erreur que j'obtiens est un DUPLICATE_VM, comme si l'UUID de la VM à migrer existait déjà sur le XCP de destination, mais ce n'est pas le cas. En gros, c'est bien résumé ici : https://xcp-ng.org/forum/topic/3262/migrating-vm-fails-with-duplicate_vm-error/5 la commande xe vm-list confirme que l'UUID n'existe pas sur la destination. J'ai tâché de repérer des caractéristiques qui feraient que telle VM migre et pas telle autre, mais je ne vois rien de logique. online / offline ça ne change rien non plus. Merci pour vos retours A+ -- Jacques _______________________________________________ Liste de diffusion du %(real_name)s http://www.frsag.org/
Le Wed, Mar 16, 2022 at 12:46:57PM +0100, Jacques MICHAU via FRsAG [frsag@frsag.org] a écrit:
Bonjour les admins,
Quelqu'un a déjà eu des problèmes pour bouger certaines VM d'un XCP à un autre ?
L'erreur que j'obtiens est un DUPLICATE_VM, comme si l'UUID de la VM à migrer existait déjà sur le XCP de destination, mais ce n'est pas le cas.
En gros, c'est bien résumé ici : https://xcp-ng.org/forum/topic/3262/migrating-vm-fails-with-duplicate_vm-err...
Que te donne le log xapi sur la destination ?
Je chercherais dans les ligns avant l'erreur ce qui se passe avec l'uuid en question. La création de la VM échoue peut-etre pour une autre raison qui remonte de facon erronnée comme un probleme d'uuid dupliqué.
Salut,
Pas foufou ce qui sort dans xensource.log et rien dans *api*log :
Mar 21 10:09:16 mon-host xapi: [debug|mon-host|143997 INET :::80|host.migrate_receive R:5757c9947d7f|audit] Host.migrate_receive: host = '7f584677-fee9-4329-9408-d4b9f29e16f8 (mon-host)'; network = '0c23ab67-62a5-5959-9316-0f67d5229c5e' Mar 21 10:09:16 mon-host xapi: [ info|mon-host|143997 INET :::80|host.migrate_receive R:5757c9947d7f|xapi] Session.create trackid=22fe8b97e00b265178483e3b6f4c906e pool=false uname= originator=xapi is_local_superuser=true auth_user_sid= parent=trackid=255b03d3aa081cd39b3cfc0447c89317 Mar 21 10:09:16 mon-host xapi: [debug|mon-host|143997 INET :::80|host.migrate_receive R:5757c9947d7f|mscgen] xapi=>xapi [label="pool.get_all"]; Mar 21 10:09:16 mon-host xapi: [debug|mon-host|143998 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:cce1c423fa05 created by task R:5757c9947d7f Mar 21 10:09:16 mon-host xcp-networkd: [ info|mon-host|226 |host.migrate_receive R:5757c9947d7f|network_utils] /sbin/ip addr show dev xenbr0 Mar 21 10:09:16 mon-host xcp-networkd: [ info|mon-host|226 |host.migrate_receive R:5757c9947d7f|network_utils] Looking for inet in [10: xenbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN qlen 1#012 link/ether 44:a8:42:27:3e:90 brd ff:ff:ff:ff:ff:ff#012 inet 172.25.126.56/24 brd 172.25.126.255 scope global xenbr0#012 valid_lft forever preferred_lft forever#012] Mar 21 10:09:16 mon-host xcp-networkd: [ info|mon-host|226 |host.migrate_receive R:5757c9947d7f|network_utils] Found at [ 15 ] Mar 21 10:09:17 mon-host xapi: [ info|mon-host|144011 INET :::80|task.create D:b86c29cd555d|taskhelper] task VM metadata import R:5b2b97e61c22 (uuid:26ea6e7d-5c54-9e46-7a18-b8912dd331cb) created (trackid=22fe8b97e00b265178483e3b6f4c906e) by task D:b86c29cd555d Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144012 INET :::80||import] metadata_handler called Mar 21 10:09:17 mon-host xapi: [ info|mon-host|144012 INET :::80||taskhelper] task VM metadata import R:5b2b97e61c22 forwarded (trackid=22fe8b97e00b265178483e3b6f4c906e) Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144012 INET :::80|VM metadata import R:5b2b97e61c22|mscgen] xapi=>xapi [label="session.slave_login"]; Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144013 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:01d0e92942e8 created by task R:5b2b97e61c22 Mar 21 10:09:17 mon-host xapi: [ info|mon-host|144013 UNIX /var/lib/xcp/xapi|session.slave_login D:a401a18edd49|xapi] Session.create trackid=f90ebd156b90572c101ebb8ecf87f0ae pool=true uname= originator=xapi is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144013 UNIX /var/lib/xcp/xapi|session.slave_login D:a401a18edd49|mscgen] xapi=>xapi [label="pool.get_all"]; Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144014 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:pool.get_all D:649bc53c3ce7 created by task D:a401a18edd49 Mar 21 10:09:17 mon-host xapi: [ info|mon-host|144012 INET :::80|VM metadata import R:5b2b97e61c22|import] VM.import_metadata: force = false; full_restore = true dry_run = true; live = true; vdi_map = [ ] Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144012 INET :::80|VM metadata import R:5b2b97e61c22|import] Got XML Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144012 INET :::80|VM metadata import R:5b2b97e61c22|mscgen] xapi=>xapi [label="VM.get_all_records"]; Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144015 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VM.get_all_records D:bbfa6ef97123 created by task R:5b2b97e61c22 Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144012 INET :::80|VM metadata import R:5b2b97e61c22|mscgen] xapi=>xapi [label="session.logout"]; Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144018 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:14b017acb789 created by task R:5b2b97e61c22 Mar 21 10:09:17 mon-host xapi: [ info|mon-host|144018 UNIX /var/lib/xcp/xapi|session.logout D:fdd2e0f8ff29|xapi] Session.destroy trackid=f90ebd156b90572c101ebb8ecf87f0ae Mar 21 10:09:17 mon-host xapi: [debug|mon-host|144012 INET :::80|VM metadata import R:5b2b97e61c22|taskhelper] forwarded task destroyed Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] VM metadata import R:5b2b97e61c22 failed with exception Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ]) Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] Raised Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ]) Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] 1/1 xapi @ mon-host Raised at file (Thread 144012 has no backtrace table. Was with_backtraces called?, line 0 Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||xapi] Unhandled Api_errors.Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ])
Jacques
Le 17/03/2022 à 13:39, Dominique Rousseau a écrit :
Le Wed, Mar 16, 2022 at 12:46:57PM +0100, Jacques MICHAU via FRsAG [frsag@frsag.org] a écrit:
Bonjour les admins,
Quelqu'un a déjà eu des problèmes pour bouger certaines VM d'un XCP à un autre ?
L'erreur que j'obtiens est un DUPLICATE_VM, comme si l'UUID de la VM à migrer existait déjà sur le XCP de destination, mais ce n'est pas le cas.
En gros, c'est bien résumé ici : https://xcp-ng.org/forum/topic/3262/migrating-vm-fails-with-duplicate_vm-err...
Que te donne le log xapi sur la destination ?
Je chercherais dans les ligns avant l'erreur ce qui se passe avec l'uuid en question. La création de la VM échoue peut-etre pour une autre raison qui remonte de facon erronnée comme un probleme d'uuid dupliqué.
Le Mon, Mar 21, 2022 at 10:16:19AM +0100, Jacques MICHAU [jacques@michauko.org] a écrit: [...]
Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] VM metadata import R:5b2b97e61c22 failed with exception Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ]) Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] Raised Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ])
Et t'as pas un snapshot ou template qui correspond a ca ?
Sur ta cible : => xe vm-list --all
Nope, pas de snapshot du tout sur cette VM. Et elle n'a pas servi de template (mais je ne vois pas où le vérifier)
Jacques
Le 21/03/2022 à 10:33, Dominique Rousseau a écrit :
Le Mon, Mar 21, 2022 at 10:16:19AM +0100, Jacques MICHAU [jacques@michauko.org] a écrit: [...]
Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] VM metadata import R:5b2b97e61c22 failed with exception Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ]) Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] Raised Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ])
Et t'as pas un snapshot ou template qui correspond a ca ?
Sur ta cible : => xe vm-list --all
OK. Trouvé.
Après avoir vu quelques articles de forums avec le même msg d'erreur, il fallait chercher ce qui pouvait bien être en doublon dans une des VM sur le host destination pour voir si c'était normal et si ça pouvait se modifier.
Ce n'est pas un virtual disk ou virtual interface ou je ne sais quoi de gros comme ça qui serait déjà existant sur le host de destination (déjà faudrait pas avoir de bol vu la longueur des uuid). Bon pour s'en rendre compte, c'est copieux car l'output de la commande xe n'est pas très pratique pour analyser par script (un champ = une ligne au lieu d'une colonne. beurk. multiplié par le nombre de champs d'une VM, de ses VIF, de ses VDI et de tout ce qui pourrait avoir un id en doublon, c'est pas possible sans scripter). Avec un coup de awk on peut convertir la sortie de n'importe quelle commande xe en truc tabulé et propre (quitte à ensuite chercher dans du excel).
In fine c'est donc un paramètre à la con dans la VM, qu'on obtient avec "xe vm-list params=all uuid=ta_vm" ; dans le champ other-config y'a un ensemble clef/valeur nommé mac_seed avec un uuid derrière ; il semblerait que lorsqu'on importe des VM d'un esx via export OVA vers XCP, toutes les machines se retrouvent avec ce même mac_seed - ou peut-être toutes les VM exportées depuis un ESXi donné obtiennent le mê,e mac_seed ; qui sert à quoi ? bonne question. En tout cas ce n'est pas la/les mac des VIF de la VM. Bref en modifiant ce mac_seed avec "xe vm-param-set uuid=uuid_de_ta_VM other-config:mac_seed=`uuidgen`" ensuite y'a plus de truc en doublon et ça passe.
Le plus drôle (plus con que drôle), c'est que j'ai tellement de VM migrées d'anciens ESX que l'uuid de mac_seed de mes VM est déjà présent en doublon sur pleins de VM de chaque host XCP. Je traduis : on peut avoir des VM importées avec le même mac_seed, sur un host donné, mais on ne peut pas migrer une VM vers un host où ce mac_seed apparait déjà. Je sais pas à quoi il sert ce paramètre mais ça doit pas être bien utile. Peut-être lorsqu'on génère des MAC manuelles aléatoires sur esxi, y'a un truc comme ça il me semble. Ce seed serait le même sur un host esxi donné et se retrouve dans les param de la VM XCP une fois migré ? "Ça c'est un sacré mystère", dirait Peepoodo.
Bon week-end.
Jacques
Le 21/03/2022 à 19:25, Jacques MICHAU via FRsAG a écrit :
Nope, pas de snapshot du tout sur cette VM. Et elle n'a pas servi de template (mais je ne vois pas où le vérifier)
Jacques
Le 21/03/2022 à 10:33, Dominique Rousseau a écrit :
Le Mon, Mar 21, 2022 at 10:16:19AM +0100, Jacques MICHAU [jacques@michauko.org] a écrit: [...]
Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] VM metadata import R:5b2b97e61c22 failed with exception Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ]) Mar 21 10:09:17 mon-host xapi: [error|mon-host|144012 INET :::80||backtrace] Raised Server_error(DUPLICATE_VM, [ 70a4897c-0ee4-838d-f294-17dcbf05830a ])
Et t'as pas un snapshot ou template qui correspond a ca ?
Sur ta cible : => xe vm-list --all
Liste de diffusion du %(real_name)s http://www.frsag.org/
-
Benoit Lair -
Dominique Rousseau -
Jacques MICHAU