Reprise du message précédent :
Pas de maj depuis presque 1 mois ? Ca y'est les mecs sont parti avec la caisse
 
Bon sinon Android ça marche bien sous XS ?
 
XaT

Release demain

edit : aucune idée, ça s'installe comment déjà de base ?

Y'a un port x86 donc comme un linux 32 mais ça marche pas super sous VB5.
 
Sinon y'a Genymotion qui marche bien, ça utilise Vbox mais ça gère bien l'émulation d'un smartphone : gps, caméra, wifi etc..

 
XaT

On trouve des ISO ou autre média d'install ? Je pourrai faire quelques tests à l'occaz

genymotion fait des ova :
Je sais pas si y'a un lien sur le net avec les ova direct'.
Sinon google android x86

edit : http://files2.genymotion.com/dists [...] 102009.ova

XaT

Chose promise toussa : https://xen-orchestra.com/blog/xen-orchestra-4-3/

t'es pas en vacances toi?
 
XO ca commence à devenir vraiment du yabon partout

 
j'étais la semaine dernière (enfin semi vacances )
 
Prochain truc dans la ligne de mire : authentification via la lib « Passport » ( http://passportjs.org/ ), autrement dit bonjour très rapidement au SSO via :
 

• GitHub
• Twitter
• FB
• OAuth2
• SAML
• Et plein d'autres

Ça avance bien aussi sur une page de « Dashboard » avec des graph globaux sur l'infrastructure, genre (ça fonctionne en live, mais design pas encore fini) un graph pour trouver facilement le gros consommateur de RAM dans l'intégralité de l'infra connecté à XO :
 

SSO avec FB/Twitter, sérieux? ca fait pas très pro je trouve
On leur donne déjà assez de data pour pas leur filer ca

Tu leur file rien, t'utilises un token d’authentification
Pour github, pour une team qui utilises github ça peut être énorme : même auth sur l'"hyperviseur" des VMs du dev que sur ses VMs que sur son compte, que pour ses commits

je me doute bien que tu te loggue pas avec ta page FB
 
mais je reste persuadé que c'est pas top

 
La lib passeport fourni des stratégies, t'es pas obligé de les activer dans la conf Tu peux choisir juste ce qui t'intéresse

ha okay!! mais dans tout les cas le SSO caybon

Tin' mais tu connais tout les trucs sous nodejs ou quoi  
 
XaT

Bah en même temps pour le SSO y'en a pas 36 en Node
 
Sinon quelques aperçus (encore en draft sur le design) mais avec de vraies data, un dashboard global :
 

 
Et le sunburst avec RAM (total pas l'usage) et nombre de vCPUs :
 

Un peu de lecture : https://xen-orchestra.com/blog/dashboard-and-dataviz/

edit : dédicace à un HFrien qui fait le boulot d'ailleurs

 
Pas mal comme article.
 
Sinon, il y a moyen de gagner de l'espace disque ?

Bah ce sont toutes les dépendances Tu peux supprimer node_modules tant que tu rebuilde pas, c'est « dist » qui compte.

 
Ok, nickel.
Le but est d'en faire un packet deb.

Quel intérêt de faire un paquet debian d'une appli node qui gère elle même son versionning de modules, à l'update intégré, ... ? (vrai question).
C'pour de la sécurité ? Du déploiement interne ?

 
Pour du déploiement, procédures ...

Tu feras gaffe à pas avoir de surprise entre la version de Node avec laquelle tu compiles et celle avec laquelle tu exécutes

Ce sera un autre packet deb

Mon XS qui refuse de booter des VMs car il ne trouve pas le HHD
En fait il faut emptyer le cdrom, logique
 
XaT

 
Hmm parce que le VDI du CD à été supprimé mais qu'il est encore marqué monté dans le lecteur CD ?

C'est bien pareil sur Proxmox et VMWare, je vois pas trop ce qui te dérange

+1, ça m'a fait le coup Dimanche soir avec Proxmox, backup "à froid", la VM n'a pas voulu reboot parce que j'avais viré l'ISO dans la semaine

Non mais il t'indique qu'il trouve pas le HDD alors que c'est un iso qui n'est plus la..
 
XaT

 
Parce que pour lui un VDI est un VDI, qu'il soit un ISO de CD ou un VDI de VM. Ou alors j'ai pas compris ton soucis, colle le message d'erreur

Déjà, arrête de poster bourré, nous on lira peut être un peu plus tes posts

Migration de la 4.1 en 4.3 passée nickel  

Le message d'erreur indiqué le VDI (dd) de la vm
 
XaT

 
La 4.4 va te plaire : https://xen-orchestra.com/blog/vdi-disk-usage-overview/ (cf la vidéo)
 

 
Le message remonte depuis quel log ?

Salut le topic,  
 
Petit soucis sans conséquence mais je m'interroge quand même : j'ai installé une debian sur un disque virtuel de 2 TO (qui est lui même sur un disque réel de 3To.) qui gèrera un owncloud. Après l'install, j'ai fait un snap de la fresh install, puis j'ai installé un truc, et fait un deuxième snap. J'arrive à passer d'un snap à l'autre, mais je suis obligé de le demander deux fois au XenCenter, la première fois j'ai systématiquement l'erreur suivante : "The specified storage repository has insufficient space"
 
Une idée sur le pourquoi du comment ?

En fonction de comment tu as créé ton SR mais si c'est du lvm, quand tu fais un snap, ça duplique toute la VM en terme d'espace disque.
Donc le mieux aurait été de créer une vm avec 2 disques, un pour le système de petite taille et une pour les données. Comme cela tu peux faire des snapshots sans soucis.

 
Yep !
 

Merci pour ces réponse vraiment précises  

Mmm.. Je viens de me refaire une vm debian 8.1 pour XO, je fais tout comme d'hab à partir des sources, ça tourne mais... ça me prend pas l'user/mdp par défaut    
Un commit récent qui a tout pété ? M'étonnerait.  
 
Du coup je capte pas
 
XaT

admin@admin.net
admin
 
?? Si ta un doute parce que ta changé un truc, utilise redis-cli et un FLUSHALL.

Oui je connais l'user/mdp de base, mais justement j'ai rien changé, OS neuf et XO neuf, y'avait rien avant.
Je vais flusher c'te bouzin
 
XaT

Maintenant il me fait un "Cannot GET /" alors que le .xo-server.yaml est le même et est bien config, il marchait avant le flushall.
Il ne m'affiche pas le "/ est sur sur /x/y/z" quand je lance xo-server mais il m'a refoutu l'user/mdp par défaut par contre.
Chelou
 
XaT