Reprise du message précédent :
Re,
 
Bon, ça y est. J'ai réussi à installer mon 1er service (owncloud) qui fonctionne sous proxmox 4.0.
 
J'ai trouvé (grace au wiki de proxmox   ) des templates de containers LXC ici https://www.turnkeylinux.org/. Je suppose que vous connaissez. Vous en pensez quoi (du site et des templates) ?
 
Moi je trouve cela plutot fourni et facile à l'usage (pour un noob).
 
Cordialement.

J'vais bientôt faire 2-3 retours sur Proxmox mais globalement, y'a des choses qui me dérangent à force de l'utiliser. Je détaillerai bientôt

Alors, petit retour après quelques mois d'utilisation :
 
Côté positif :
- Installation de proxmox
- L'interface web fait son job
- Support d'OpenVZ (LXC maintenant)
 
Côté négatif :
- L'interface web manque de fonctionnalités
- La création de montage NFS via l'interface web manque d'options, j'ai dû souvent retoucher au fichier de conf manuellement (version nfs, etc)
- Le système de backup : on ne peut pas choisir de "pattern" pour les sauvegardes. Du coup, il se base sur l'ID du container. Seul hic, j'ai plusieurs proxmox (pas de cluster), et j'ai pas pensé à mettre des ID différents d'un proxmox à l'autre. J'aimerais pouvoir ajouter le nom de la machine dans le backup
- Le mode cluster qui ne fonctionne pas chez ovh / online (pas de multicast) sans passer par une solution bricolée (openvpn)
- Ne pas pouvoir renommer simplement un noeud proxmox
 
 
Listes non exhaustive

elle peut être exhaustive?  
 
en points négatif pour moi:
- si utilisation de zfs par le biais de l'ihm, disque des VM en raw obligé, super long pour la création des vm
- l'affichage de la conso ram incorrect, le total de mes vm fais la moitié de la ram dispo, pour la conso affichée est quasi full
- création des users pénibles si je crée un user par l'ihm, il est pas créé sur l'os, l'inverse est vrai aussi
- impossible de changer le port d'attaque ou de coller un proxy proprement dessus
- menu assez fouillis je trouve entre les différentes view
 
Points positif:
- la création d'une vm est scriptable facilement, de notre coté déploiement d'un template avec lancement, changement de l'ip etc vraiment facile
- kernel récent pour la version 4
- ihm assez claire
 
Dans notre cadre (asso), l'ihm on s'en sert peux, on fait quasi tout en cli

Question : est-ce que ProxMox supporte l'utilisation de CloudInit ? Si non, est-il possible de passer une Clef SSH ou d'autres infos à la création d'une VM/instance ?

Visiblement non. Et pour une VM qemu, je dirais non.  
Par contre, sur du LXC, vu que tu as accès au fs guest depuis l'hyperviseur, ça doit être faisable facilement.

Okay
 
Bon bah à la base je voulais regarder pour voir leurs choix techniques, mais tant pis
 
Chez nous ça marche par contre (et c'est assez fun comment c'est fait sans avoir accès au FS et sans aucun agent d'installé sur les hôtes )

Hmm... Je vois pas 15 solutions : un CD qui boot avant l'OS et colle ses fichiers partout comme un porc ?

Perdu

1/ Création d'un disque supplémentaire de 10 Mo juste après la création d'une VM (si l'option Cloud est activée)
2/ Création chez nous d'une variable (buffer) qui contient une partie binaire pour l'initialisation d'un FS en FAT, puis à la suite les fichiers de conf avec les bons paramètres passé par le user
3/ Streaming de cette « variable » en RAW sur le disque de 10 Mo

Tadaaa Ta VM crée depuis un template « cloud ready » démarre, prend ta clef SSH, ton nom d'user, whatever. Aucune pollution du FS de la VM.

Donc y'a bien un "agent" (le script de ton template cloud ready qui vas lire ce disque). Dans l'absolu, ça ne fonctionne que si l'OS dans ta VM "veux bien" utiliser ce qui est présent sur le disque

Mais j'aime bien le concept. Y'a quoi en "template cloud ready" ? C'est tout du template Xen ou y'a de l'ISO debian customisée ?

avec kvm normalement t'as l'option pour passer le paramètre cloud-init, en tout cas c'est comme ca que fonctionne openstack je crois

Ah mais oui bien sûr qu'il faut que ton template soit Cloud init ready ! Mais c'est pas lié à XO ou XenServer, c'est un « standard » de facto (utilisé chez Amazon à l'origine, puis OpenStack aujourd'hui etc.)

L'idée c'est pas tellement de prendre des ISO, c'est par exemple des .raw qui sont prêts avec cloud-init, root desactivé etc.

T'en trouve un peu partout (exemple avec Fedora : https://getfedora.org/en/cloud/download/ )

Sinon à la main : tu t'installes une VM avec l'OS que tu veux, tu installes Cloud Init, tu désactives root. Ensuite tu converti ta VM en template, et voilà

 
C'est nova qui fait ça chez OpenStack me semble t il.

 
Je suis actuellement en train de découvrir Proxmox 4.1.
Installation de 3 hôtes, puis création du cluster. La partie stockage est assurée via GlusterFS (réplication). De ce côté là, cela fonctionne bien.
Je coince actuellement sur la configuration HA, il faut créer un fichier de conf (si j'ai bien compris) dans lequel il faut déclarer le "fencing" ? Ai-je bon ?

 
J'allais te rediriger vers la doc, qui étais super bien pour la HA en 1.9/2.X...
Mais en fait, la nouvelle doc est pérrave
Elle est par là, pour info : https://pve.proxmox.com/wiki/High_A [...] luster_4.x
Si j'ai le temps, faudrais que j'en écrive une

Bonjour,
 
Depuis la version 4, la partie fencing est géré en auto.
 

 
Source ici

Bonjour,
 
Comment passer d'une version 4 à une version 4.1 ?
 
Un apt-get update && apt-get dist-upgrade me dit :
 
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 
Merci.

Passer par l'onglet de mise à jour intégré à la webui?

le fichier sources.list est configuré pour pas taper sur le repos payant?
 
sinon +1 avec L0g4n

 
 
Euh, c'est que j'ai fait en premier.
 
Refresh me dit : no update available
Upgrade me dit : Your system is update

 
 
Oui j'ai supprimé la ligne :
deb https://enterprise.proxmox.com/debian jessie pve-enterprise
 
Par contre je n'avais pas rajouté la ligne :  
deb http://download.proxmox.com/debian jessie pve-no-subscription
 
 
 
Forcément avec ce repo ça marche mieux.    
 
Merci pour votre aide

Une autre question :  
 
Est-ce qu'avec le tout nouveau format LXC, on peut installer dans ses CT un client NTP ?
 
Merci

Bon après recherche je me réponds à moi même.
 
LXC fonctionne comme OpenVZ pour NTP. Il est fortement déconseillé de l'installer dans une contenair LXC.
 
A vrai dire, il n'y a aucun intérêt puisque l'heure système du contenair est fourni par l'hôte proxmox. Et qu'il suffit d'avoir un client NTP sur l'hôte pour s'assurer que tous les contenairs soient également synchronisés avec un serveur de temps.

Sinon j'ai une autre question dont la réponse est plus compliquée à trouver sur le net.
 
Je cherche à monter un serveur SAMBA 4 AD via un LXC debian. Mais pour cela il faut créer dans le fichier /etc/fstab du contenair, une partition qui prend en compte les ACL.
 
Je n'y arrive pas sans doute à cause des limites des contenairs LXC ou de mon incompétence sur le sujet.
 
Ma question : est possible de gérer samba 4 AD dans un LCX ou bien faut-il forcément utilisé un KVM pour cela ?
 
Merci

Alors... http://bfy.tw/3agG
Puis premier lien "A Samba Active Directory Server - Twisty Little Passages", dans lequel on parle de...

Mais aussi de...

 
Et pour info, j'y connais que dalle à Samba, donc c'est pas un problème de compétence sur le sujet

#notraj

Salut,
 
Merci pour l'info et la recherche. Force est de constater que j'ai bien un problème de compétence dans le choix de mes mots clé de recherche  
 
 
Et j'en ai fait des requêtes Google. Elles étaient manifestement moins pertinentes que la tienne. Sans doute que tout n'est pas clair dans ma tête.
 
Quoiqu'il en soit je vais tester les tuto proposés. Je reviens vous dire ce qu'il en sort. Ca pourra sans doute servir à d'autres.
   
-----------
   

bonjour,
 
Pourquoi proxmox utilise un kernel 4.2 et pas celui de Debian 8 (kernel 3.16) ? Il y a  vraiment une raison technique au niveau du fonctionnement de Proxmox ou c'est juste pour un meilleur support du matos récent ?

Parceque 4.2 est stable alors que 3.16 est même pas longterm?

Disons que le 3.16 n'est pas LTS mais sera maintenu par l'équipe de Debian pendant plusieurs années, et sera très régulièrement corrigé des failles de sécurité découvertes par l'équipe Debian Security.
Est-ce que le 4.2 fourni avec proxmox est mis-à-jour régulièrement avec autant de sérieux ? (le 4.2 n'est pas LTS non plus)

C'est pas l'équipe d'Ubuntu qui vas le maintenir plutôt ?

proxmox est longtemps resté sur un kernel 2.6 du notamment a openvz. le passage a lxc a permis de passer a un noyau recent. lxc etant lié au noyau il est normal d'avoir un noyau recent et apparement proxmox passera bientot au kernel 4.4 qui lui est LTS.

Bonjour à tous,
 
J'ai une question concernant Proxmox, la dernière version 4.1.
 
Je réfléchis à la refonte de l'infra et je me suis arrêté sur deux "solutions" (voir pt celle de redhat)
 
Vmware et Proxmox (l'infra tourne en ce moment sous KVM).
 
Vmware, je connais mais concernant Proxmox, j'ai 2 questions.
 
La 1ere concernant ce que log4n note en 1ere page "pvecm expected 1" cela fonctionne t il aussi avec la version 4.1  ?
 
La seconde, concerne la continuité de service entre les nodes.
 
Proxmox le gère t-il (Si oui, doit on dupliquer les VM ?) ?
 
Pour la migration a chaud, je sais que ça fonctionne plutôt bien.
Par contre en cas de perte d'un node, j'ai cru comprendre que la vm avait droit a un reboot lors de sa mise en route sur un autre node et donc à une perte de la continuité de service.
 
Merci d'avance.
 

Le clustering à deux noeuds ? A première vue non.

Par là tu entend "si jamais un serveur tombe" ou "si jamais un service tombe" ? Dans le premier cas, c'est le concept du cluster, dans le second, pas que je sache.

Bah... Du coup, c'est le cluster, oui. Et non, pas besoin de dupliquer, mais il faut un stockage partagé.

Effectivement.  
Après, 0 perte de continuité de service assuré juste par l'hyperviseur, j'ai jamais vu. Si les deux VM tournent en parrallèle et que l'hyperviseur se contente de bouger la mac/IP, tu vas perdre au moins les sessions TCP en cours.

j'avais un doute mais tu confirmes bien le wiki de Proxmox arff
 

Second cas
 

C est evident
 

Je sais bien mais entre un reboot et une perte de connexion de l’ordre des secondes...
 
Merci à toi pour tes réponses.
 
 

Alors non. Enfin, pas sans scripter. Mais comme c'est du Debian, c'est pas impossible

Il ne te reste plus qu'a choisir tes applis pour qu'elles soient correctement scalables, qu'elles acceptent de fonctionner derrière des loadbalancer, et jouer avec du heartbeat/keepalive et autres joujoux dédié à ça

Encore une question, peut on modifier le poids des nodes lors du quorum sous Prx 4.1 ?
EX : le node 1 et 2 auront la priorité sur le Node 3 pour le HA.
 
En gros l'idée pour économiser l’achat d'un serveur (Budget quand tu ns tiens) et de virtualiser un proxmox (node 3 par ex) uniquement pour servir d'arbitre lors du quorum (entre le node 1 et 2).
 
Je ne trouve pas l'info pour la 4.1.
 
Thks

Bonjour,
 
Une idée concernant ma question ci-dessus ?
Je n'arrive pas a trouver l'information pour Prx 4.1.
Déjà cela est il possible ?    
 

J'ai eu quelques soucis avec le trim (discard) de mes VM sur mon SSD. Comme ça m'a pris du temps, et que ça m'a bien gonflé, j'ai pas vraiment fait de test ou de comparaison, et là je fais une pause, mais je prends le temps de reporter ici ce que j'ai cru comprendre.
 
Je pense que l'option VIRTIO proposée pour le bus dans le menu lors de la création d'un disque est en fait du VIRTIO-blk (block), et non du VIRTIO-scsi, comme j'ai pu le croire un bon moment.
 
Pour avoir du VIRTIO-scsi, il faut choisir un bus SCSI, et créer le disque. Ensuite, il faut aller dans les options de la VM, et au niveau du SCSI Controller Type, c'est là qu'il faut choisir l'option VIRTIO.
 
Les performances disques sont alors légèrement inférieures, mais le gros avantage, c'est la possibilité d'activer le trim (discard) pour les SSD.
 
Si ce n'est pas fait, le fichier de la VM va se remplir sans jamais se vider. Si ça peut servir à quelqu'un...

est-ce que certain font tourner un omv ou freenas via proxmox ?