Reprise du message précédent :
Oui, mdadm dispo de base, par exemple chez Online j'ai 3 SSDs : install sur un des 3, puis mdadm en RAID 1 sur les deux autres.

Ya aussi moyen de tout mettre sur un même raid, mais visiblement c'est « semi » pas conseillé (à cause des upgrades qui peuvent péter ça)

okay merci

je vais tenter un autre truc: zfs on linux, puis raidz1 ^^

edit: par contre je trouve pas l'info pour les repo, ceux qui sont configurés de base sont pas activés et l'url est pas bonne (404)

Toucher aux repos du dom0 ? Ca sent l'idée à la con
 
XaT

bas non, comment je fais pour installer gcc par exemple? il est nécessaire pour zfs
 

 
j'ai tenté les epel mais suis pas sur que ca soit la bonne chose à faire ^^

Forcément, avec uniquement le dépot zfs d'activé, tu va pas avoir la pluspart des packages... Typiquement gcc ou les trucs du genre...

nan mais ca merci...  
 
j'ai pas été claire certes m'enfin...
 

 
ca n'empêche que l'url centos est pas la bonne, le dossier existe pas:
http://mirror.centos.org/centos/

Passe plutôt le controleur, si tu en as deux / un dédié, à une vm pour faire ton raidz mais toucher au dom0 et ajouter des repos/gcc/zfs à "l'arrache" c'est pas une bonne idée.
Ou alors tu te montes une CentOS+Xen+XAPI plus ce dont t'as besoin.

XaT

J'en ai pas sous la main, mais le plus simple c'est d'installer vite fait un centos7 dans une vm et de pomper les fichiers de confs des repos de base

Hein ? Et les foutre sur XS ? Mais n'importe quoi
 
XaT

et en quoi ca m'empêche de tester??? c'est pas un serveur de prod ou quoi donc bon...
 
salir un peu le Dom0 je m'en contre fou

Nan mais t'a raison, c'est pas comme si c'était une CentOS
Faut se détendre à un moment, ou se pencher sur comment ça marche
Oui, la meilleure méthode c'est de faire ça dans une VM. Maintenant, si il est pas sur de la prod, je vois pas le soucis à tenter une "correction" des dépots sur le XS, suivi d'une tentative d'installation. De toutes façons, au listing des dépendances il verra bien si y'a une merde ou pas.

T'a raison, vaut mieux n'avoir aucun dépot de fonctionnel, ne pas faire de mise à jour. C'est achement plus safe

en fixant à la main la version par 7-2.1511 et en gardant le reste ca passe je peux installer et gcc et consort

Parce que la CentOS doit être bien modifié et les dépôts doivent plus trop correspondre etc, et paf la maj qui pourrie tout. Fin j'sais pas trop, j'attend l'avis éclairé de Plamounet
 
XaT

c'est pas trop pour maj c'est surtout pour installer ZoL mais j'arrive pas à trouver dkms donc pour les tests ca restera mdadm

Bah le système doit être bien modifié, faut voir si yum galère pas avec les packets qui doivent être différent d'une centos classique, non ?
Attendons Plam
 
XaT

ouaip à voir, pour l'instant je me galère moins qu'avant.
 
en 10mins j'avais ajouté 2 SR (iso et vm) et lancé l'isntalle d'une debian donc spa mal!

Via xe ou xc/xo ?
 
XaT

Bah c'est juste que Citrix déconseille toute modif dans le dom0 parce qu'en cas d'upgrade (voir même de patch), ça peut tout dégommer
 
Maintenant, hors prod, amusez vous

En tout cas je comparerais entre CentOS 7 et XS 7, ça peut-être sympa
 
Ah en fait je reviens sur ce que j'ai dit plus haut, ça chie bien centos7+xen+xapi C'est avec debian que ça marche. Ou l'inverse ? Bordel.
 
XaT

Loul, faire ses réplications de VMs à 100+ Mo/s

Héhé, c'est pas du côté d'XOA que venaient certaines limites

Et ça c'est la copie initiale, après c'est que du delta. J'ai testé, je peux descendre à la minute le delta, ça pine pas sur XS (donc ma VM repliquée à qu'une minute de retard au pire sur l'original )

Ah mais c'est pas du live ?
 
XaT

bon en tout cas, XS + XO installé hier sans soucis, que du bonheur et vu qu'il y a de la cli, tu te passe du client win sans problème.
 
J'aime ca
 
me reste à faire joujou avec XO

Plam: vous avez une idée de pk la console dans le client xen center est "correct" (j'entends par la mapping clavier) et pas novnc? ca utilise pas le même moyen?

 
Passe ton propre OS en Qwerty ça « fix ».
 
Sinon la réponse est évidente : la gestion de l'input des touches est bien plus compliquée depuis un navigateur que dans un client lourd. Il y a des solutions depuis quelques temps mais c'est pas encore remonté (complètement) au cerveau des dev de noVNC, malgré le fait de les en avoir informé. Je veux dire, c'est pas comme si l'input clavier c'était important dans un soft qui fait du VNC

QWERTY ANSI über alles !

Faut fo(r)ker NoVNC ! Go Vates Go !

Sinon @Plam, je viens de (re)voir le pricing de slack : https://slack.com/pricing
Je me disais que vous pourriez faire pareil avec juste une limite de VMs.

Et fous un bot pour récup le domain orchestra.c0m (2sept16)

XaT

T'es sérieux ? C'est le genre de question dont on passe le temps à peser le pour et le contre

Par contre, ça a un coût. Contrairement à Slack, nous on fait pas de SaaS. Ce genre de limitations à donc un coût à mettre en place, aussi bien en terme facturation (ça on a bien bossé dessus donc le gap est moindre auj) mais surtout en terme de trucs bloquants chez le client. Et vu que ça visera principalement des « petits » clients, c'est pas forcément rentable.

Non la vraie nécessité surtout (à court/moyen terme), c'est de développer le service autour de XOA, c'est ça qui donne la valeur au produit C'est quelque chose qui devrait déboucher sur une grosse feature d'ici la septembre/octobre (enfin j'espère )

Oui je suis sérieux
En vrai avoir accès à tout le contenu sur toute l'année c'est pas mal, tu jauges bien le truc, tu peux monter en XP/doc dessus et tu fonctionnes en XOA au lieu de fonctionner via les sources (ce qui est rédhibitoire d'une certaine manière) et dès que tu passes en prod / utilise le soft de manière pro tu passes à l'étape supérieur qui consiste à banquer SA MAYR §§§§
A l'instar des produis payants (>x users sur tel trucs (je sais pas, du office365 par exemple, même si le pricing suit certainement pas ce que je dis), >x msgs / >y addons sur slack, etc).

Faut voir ce qui est bloquant. Je pensais à l'update de XOA, je sais pas combien ça bouffe ce truc en update. Si ça prend 500mo à chaque fois, que t'as une micro-release qui génère un gros truc et que t'as 5k types qui pompent auto à chaque fois.. bon...
Après le côté facturation/etc j'sais pas, j'suis pas du bon côté pour savoir ce genre de choses, à vous de voir

Si le gars, même pro, teste full-features via les sources (15jrs premium est-ce suffisant / clair pour un admin ? 2 semaines pour prendre ses marques, valider le truc avec la DSI etc... ? Bon à 70 boules faut être radin pour pas tester non plus, mais c'est plus premium...) il sera hors XOA (la valeur ajoutée).
Rester en full XOA du début jusqu'à la fin, qu'importe le plan, y'a p'tet une idée à creuser ?

Slack, pour comparaison même si on est pas dans le même genre de soft, en gratuit ça doit leur peser aussi : pas de limitation de teams/users mais juste 10k messages et genre 5 liens (ifttt, whatever rss, etc) mais tu as les hébergements d'images incluses etc. Ca peut chiffrer vite.

Bref j'dis ça en passant

edit: flemme de corriger ortho/grammaire

XaT

Non mais quand je dis « t'es sérieux », c'est parce que tu pourrai imaginer que c'est pas le genre de questions qu'on se pose. Je suis pas tout seul non plus, et j'suis épaulé par des investisseurs aussi, avec lesquels on échange pas mal sur le sujet.

Le côté technique d'une startup c'est même pas la moitié du taf (moins en fait)

Par contre, en tant que startup, ta une bande passante limitée : il te faut faire des choix en fonction de plein de facteurs (donc avoir des priorités). Des facteurs dont une bonne partie n'est pas publique (relation avec Citrix, profil du client moyen etc.).

Bref, je suis preneur des idées, mais on est pas là « juste en train de faire un soft » et prier pour que ça marche. On a clairement en vue les limites du business model (flat pricing) mais qui a la bonne idée d'attirer les gros déjà.

Aussi notre public c'est pas le public de Slack, on est sur un marché de niche. Le genre de marché où tu peux pas compter sur d'énorme volume à pas cher pour compenser tes faibles marges.

Ya tellement d'autres choses à prendre en compte, mais ça ferait 10 pages d'en parler

edit : sans oublier que les 15 jours d'essais, c'est surtout l'occasion d'entrer en contact avec le prospect, puisqu'on lui propose par email d'étendre le trial de 15 jours de plus en fonction de son feedback. Et ça nous arrive d'étendre encore plus au cas par cas. Ce qui est bien parce que la personne nous parle.

Non mais pour la partie gratos le nombre de VMs Après unlimited et le reste des features comme déjà écrit sur ton pricing plans
Fin j'sais pas suis fatigué la j'comprend plus rien

edit: Du coup manque la négation à ta phrase "C'est le genre de question dont on passe le temps à peser le pour et le contre " non ?

edit2: Et le prospect qui communique pas sur les 15 jours et qui passe aux sources et se barre ?

edit3: J'vais faire une sieste

XaT

Oui mais ça veut dire forcément **vérifier** et **limiter** le nombre de VMs. Je te rappelle qu'XOA est chez le client, pas chez nous. Donc ça veut dire remonter des infos, avoir de quoi bloquer dans le soft etc.

C'est pas gratuit comme changement

edit : attention, je dis pas qu'on le fera jamais, ya un moment où le modèle « flexible » va arriver. Mais ça se fait de manière très très réfléchie. Quand tu lances un truc tu peux pas vraiment revenir en arrière...

A un certain niveau de compétence XOA est quelque peu useless en termes de pricing/features et XO fait très bien le job si tu veux du hors limites "pour tester" : au pire XO-web plante, rarement XO-server (sans parfois être très loquace sur le pourquoi du comment, mais ça, c'est un peu inhérent a Node)

https://xen-orchestra.com/blog/dev- [...] estra-5-0/

Comme le blackbird on aura des fuites (mémoires) ?

 
Moins de fuites justement parce que t'iras toujours à Mach 3

5.0 demain, avec traduction (en plus de l'anglais bien entendu ) en portugais et hébreu

Toi aussi tu es membre du grand complot ?

 
Moi non mais le grand complot tient vraiment à traduire visiblement (un gars sur GitHub)

Done
 
http://www.phoronix.com/scan.php?p [...] hestra-5.0