Reprise du message précédent :
Est-ce qu'il y a un moyen de savoir pourquoi il bloque ?

Plus de details ici : http://paste.awesom.eu/jNuh

On est d'accord. Bien pour ça que je choix va être vite vu. Ça devrait faire un nouvel utilisateur de XO  

vCSA web est pas intégré maintenant ?
 
XaT

mode verbeux+ ?
 
XaT

Je ne sais pas activer le mode verbeux pour gulp.
 
[EDIT]
Avec un yarn dev , j'ai legerement plus d'informations : http://paste.awesom.eu/ThBq

je suis en train de regarder, c'est quoi ces temps de compil

edit : vu comme c'est lent, je te conseille d'attendre

edit 2 : chez moi, copyAssets prend 3s, pas 30s

Je veux bien que ce soit lent (et que je sois très patient )
Il est toujours sur

T'es sûr que t'es pas en dev mode ? (live reload si changement de fichier JS) à cause d'un variable ENV qui traîne en dev ?

J'ai tenté un yarn build et un yarn dev pour peut être avoir plus de détails, Mais ça "bloque" et aucun moyen de savoir pourquoi.
 
Sinon, j'ai eu la bonne idée de mettre toutes mes VM à jour (car pas fait depuis quelques semaines)... Plus aucune VM ne s'allume... Un vm-start donne un status à running puis qu bout de quelques secondes passe à halted    
Ça m'apprendra à ne pas faire de sauvegarde ni de tests.

T'es sur CentOS en PV ?

edit : parce que ya une MAJ connue à cause de Spectre/Melt dans les RH ou CentOS qui fait tout piner dans les guests PV à cause du noyau.

Oui c'est exactement ça. Et c'est ce que je soupçonnais (problème du au noyau).

EDIT
J'attend d'avoir un poste sous windows pour pouvoir installer XenCenter et booter sur l'ancien noyau si c'est possible.

Je vois pas le rapport entre XenCenter et booter sur l'ancien noyau

Pour avoir un accès console aux VM (je n'ai plus de XO ni rien).

Ah ok. Importe une XOA sinon.
 
Colle juste ça dans ton Dom0 :
 

 
Et c'est tout

Tu... Tu préfèrerais pas proposer la même chose, mais en https ?  

Pas idiot. Maintenant que j'ai réinstallé mon serveur, je peux.
Si je suis en PV, c'est qu'un de mes deux XenServer ne tourne pas sur une machine avec la virtualisation CPU de possible.

J'allais te demander, mais c'est une bonne réponse en effet

J'ai réussi à vaguement voir les logs de démarrage. Mais impossible de faire quoi que ce soit. La console est trop longue à s'initialiser pour quoi que ce soit

Tu peux éditer ton Grub en montant le /boot de ta VM, afin de mettre en 1 la bonne entrée. Il y a probablement plein de solutions différentes, mais j'ai rien eu à faire moi étant en HVM à l'origine (donc j'ai pas été confronté au soucis). Si tu sèches, tiens au jus ici

J'avais commencé à regarder pour monter le disque de la VM. Mais comme c'est un VHD, ça ne semble pas si trivial que ça.

EDIT
J'ai semble-t-il trouvé une méthode (https://support.citrix.com/article/CTX116183), mais mes fichiers vhd ne semblent pas contenir de table de partition

J'ai trouvé    
 
Un utilitaire existe : xe-edit-bootloader. Cet utilitaire permet de créer un VBD sur l’hôte en utilisant les VDI d'une machine virtuelle.
J'ai simplement du faire une modification dans le script afin de supprimer le préfixe 'p' qu'il ajoute systématiquement au numéro de partition à monter.
 
La ligne donne :

 
PS : au final, on peut éditer le ficher que l'on veut avec cette commande.

Je continue mes aventures avec la mise à jour de xo-web.

On peut dire que c'est une franche réussite http://paste.awesom.eu/ML4K
Ça tourne depuis 1h.

Vérifie que t'es à jour de yarn, supprime ton node_modules.

Tu comprends un peu le prix d'une souscription pour une entreprise (et promis, on fait aucun effort pour rendre les choses compliquée)

yarn 1.3.2 et node 8.4.9. J'ai tout mis à jour avant et j'ai supprimé tout les clone pour les refaire proprement.
C'est juste incompréhensible.

Vérfie ton cache npm aussi (~/.npm)

C'est toujours sur l'etapes buildScripts que ça semble planter.
Un strace sur yarn build boucle sur :

Il doit attendre la création d'un dossier ou que sais-je. Mais quoi et ou ?
Aucun moyen d'avoir des logs à priori... Et impossible de comprendre facilement ce que fais le gulpfile.js
 
J'ai cependant un nom de dossier qui me parait étrange dans le dossier "dist" :

 
EDIT
En laissant tourner toute la nuit, j'ai quelques logs :

Vérifie que ta pas un problème sur ton FS ou ton disque dur

Je regarderai. Mais j'ai de gros doutes.

Perso jamais vu ce genre de problème au build. Pas assez de RAM pour build sinon ?

J'ai un certain don pour avoir des problèmes très étranges
Pour moi, tous les indicateurs sont au verts (cpu pas utilisé, HDD en forme, plusieurs centaines de Mo de RAM de libre, ...).

SELinux ?

 
Ta pas une autre machine pour tenter de build et être sûr de savoir d'où ça vient ?

C'est ce que je vais finir par faire, ça ne coute pas grand chose de redéployer un template avec un XOA.

Je pige pas, tu utilises XOA ou les sources au final

Le temps que je retrouve ma VM avec les sources, j'ai un XOA en free afin de pouvoir gérer mes VMs.

En tout cas, tiens au jus de ta tentative de build sur une autre machine

Je ne manquerai pas de venir râler ici, ne t’inquiètes pas

Exactement le même comportement après une reinstallation d'une centos 7.3

Toujours pas checké SELinux ?

C'est une des premières chose que j'ai désactivé.

Je me fait une VM CentOS et je teste.