Reprise du message précédent :
Merci

Suspend je crois, qui est une sorte de solution intermédiaire entre stop et snapshot.
 
Personellement, j'ai rien contre un stop si je peux configurer ça la nuit (ça c'est possible) avec un redémarrage auto (ça, c'est possible ? ).

Non mais un backup, quand il a finit, il relance la VM tout seul hein
J'imagine d'ici le bouzin : "bon, pour faire le backup, on éteint la VM, mais on vous laisse le soin de la relancer le lendemain matin ".
Tu passes bien par l'interface web, rassures moi ?

perso j'utilise le suspend mode pour mes backups, et j'ai testé la restore ca fonctionne nickel.
Mais par contre je suis en cli et pas avec le GUI car y a pas les options que je veux et en CLI je peux scripter ^^

Mais... scripter quoi ?  
Non parceque bon, la gui, t'a le "backup now", mais t'a aussi l'ordonnancement, le backup régulier à horaire défini, toussa

mon script je lui donne plusieurs ID à backup, il me crée les dossiers avec un timestamp comme je veux, backup les vm, puis les envoies en rsync over ssh où je veux.
 
Perso c'est plus simple en script que avec le gui

Oui, je passe par le navigateur; t'arrêtes de prendre pour un teubé en permanence ?  
 
La Gui est en effet très limpide à ce sujet, c'est très facile à mettre en place. Mes questions portaient davantage sur les performances (pour en appeler à vos expériences) : est-ce qu'on gagne à suspend/stop pour le back-up, est-ce que la méthode rapide est déconseillée pour une raison quelconque ? Parce qu'en tout cas, le back-up snapshot en mode non-rapide, ça sentait le freeze chez moi...
Et encore une fois, est-ce que le back-up prend compte tout l'espace disque alloué ou juste l'espace disque occupé dans cet espace disque alloué (par défaut, je dirais tout l'espace disque alloué) ?

Ok
Oui, t'a un besoin un peu pointu aussi

Si je demande, c'est parceque ça m'aurait pas étonné que tu tentes en ligne de commande. La preuve, gizmo lui l'utilise comme ça.
Je te prennait pas pour un teubé  
Maintenant, un peu

Sur une vm un backup te compresse juste l'image disque, donc la sauvegarde peut faire beaucoup plus que ce qui est réellement utilisé. Sur un container il n'y a pas ce problème.
 
Tu peux gagner de la place sur l'espace disque non utilisé avec sdelete sous linux.

Le 1er snapshot d'une VM est toujours long me semble-t'il, les suivants sont justes des "différentiels", non ?

+1, c'est du bon, mangez-en
 
Et au moins t'oubli pas de mettre en backup un CT quand tu l'ajoutes si tu as sélectionné l'option "Backuper tout sans se poser de questions"

Euh, non, ils sont tous "complets" chez moi.
Faut distinguer les snapshots Proxmox des snapshots des autres hyperviseurs.
Typiquement, chez VMWare, c'est pas du tout le même concept.

Ydalb: je backup directement le contenu des vm régulièrement et un full régulièrement.

Je comprends bien : pour les mises à jour, Proxmox est configuré par défaut sur le dépôt payant ? Faut passer le dépot en commentaire comme suggéré dans ce blog pour activer le dépot non-payant ?

De ce que je me souviens, oui.
Sinon regarde sur le wiki

XaT

je confirme, normalement t'as juste à commenter la ligne payante et basta

Yes, ça a marché en effet...

Bonjour ici  
 
Est-ce que par hasard vous avez un tuto/une marche à suivre pour idiots ?  
 
J'ai un proxmox installé (dedibox), j'y ai installé un windows (une 2k12 r2, j'ai testé aussi avec un 7 de base, mais la, même l'install plante) et pas moyen d'avoir accès au net. La j'ai tout viré, et j'ai remis un 2k12r2.
J'ai cherché, je trouve pas mal de trucs très différents : des démarches à suivre en faisant du nat, des trucs simples avec juste des installs de drivers en passant via intel1000, peu importe ce que j'essaye, rien ne fonctionne.
 
Je précise que je n'ai pas d'ip failover, mais que si besoin, j'en prendrai.
 
Le but est simplement d'avoir un serveur fonctionnel et ayant accès au net, dans le but principal d'y installer un serveur pour Ark:evolved.  
Je sais qu'il existe des trucs tout fait, mais l’intérêt est aussi de "jouer" avec le serveur (c'est toujours intéressant) et de pouvoir mettre en place d'autres trucs dessus.

En fait, y'a pleins de solutions. Tout dépend de ce que tu trouves le plus flexible/pratique/correspondant à ton besoin.
1) Tu met l'interface réseau de ta VM dans un bridge logiciel avec l'interface de ton serveur, et tu met une IP FO sur ta VM.
2) Tu met l'interface réseau de ta VM dans un réseau bridge logiciel privé, et tu fait un DNAT sur le proxmox pour rediriger les flux qui arrivent sur l'adresse public port X vers l'adresse privée port X de ta VM. Pas oublier le SNAT pour que les infos puissent repartir des VMs
3) Tu fait comme 2), mais au lieu du NAT, tu prend des IP FO et tu fait du routage des IP FO avec ton proxmox entre l'interface WAN et le bridge privé.
 
Si t'a rien compris, il est temps de prendre quelques heures pour comprendre comment marche le réseau

Voila voila  
Un tuto/article à conseiller ? Je vais devoir faire ça.  
Je n'ai pas "rien" compris non plus, mais c'est vague et incertain.  
 

"Les réseaux ", de Pujolle

Il y n'a rien à dire, c'est un super livre, mais c'est peut-être un peu overkill pour ce qu'il cherche à faire.    
Tu ne penses pas qu'une "simple" compréhension du modele OSI (phénomène d'encapsulation/decapsulation, etc) et d'ipatbles serait sufisante dans ce cas de figure ?
 
Aprés je suis d'accord que s'il veut vraiment comprendre ce qu'il fait, enfin, pour aller au fond des choses, il n'y a pas quarante mille solutions, faut bosser et lire ce genre de livre, mais ça risque de lui prendre beaucoup plus que "quelques heures".

C'est ce que j'ai trouvé de mieux sur le moment
Mais évidement, c'est légèrement overkill
C'est pas tant IPTables qu'il faut comprendre, simplement le réseau (et encore, les couches 2/3/4 et 7 devraient suffires) et les notions de DNAT/SNAT & d'IPs privées/publiques (mais ça, pour moi, c'est dans la couche 3). Le reste, c'est des commandes qui font marcher les concepts

Aussi appelée interface "chaise-clavier"

Non mais ça, j'arriverais jamais à comprendre

Ah ouai, un bouquin de 800 pages, j'attendais pas vraiment ce genre de trucs  
 

Bon ok, légèrement overkill   je vais déjà me (re)pencher sur le modèle OSI, iptables et les notions de DNAT/SNAT & d'IPs privées/publiques.
Je rappelle que le but est "simplement d'avoir un serveur fonctionnel et ayant accès au net"  
 
Merci pour les infos en tout cas.

T'a déjà un serveur fonctionnel avec accès au net. Là tu veux un serveur de virtu fonctionnel avec accès au net pour tes VM, c'est un peu plus compliqué.
Accessoirement, c'est un métier

Question théorique : est-il possible d'assigner une même LVM dans son intégralité à deux machines virtuelles en même temps ?
 
La logique me dit que non mais comme je débute, y'a peut-être des subtilités qui m'échappent.

Réponse courte : non.
Réponse longue : oui, mais pas pour le système. Et il vas falloir qu'une des deux VMs, ou une autre VMs, ou ton serveur, fasse office de serveur NFS/Samba/SSH/FTP/... pour que les deux VMs sus-cités puissent s'y connecter via ce protocole
Et, qu'on soit d'accord, tu parle bien d'un même "LV" (volume logique) ? Parceque "LVM" c'est le "gestionnaire", pas une partition (ou un disque ou whatever).

Il me semble que le Lv peut être en lecture seule sur une 2eme machine.

Doit dépendre du FS que tu met par dessus ça, non

Non peut importe, en tout cas dans xen.

petite question:
 
y a une subtilité entre ntp et un conteneur openvz?
 
car j'ai installé ntp, configuré tout le bazard mais je me tape ca comme message d'erreur:
cap_set_proc() failed to drop root privileges: Operation not permitted
 
et de ce que je vois, ca reviens souvent en openvz/vserver.
 
j'ai essayé de configurer l'user dans /etc/default/ntp mais sans résultat.
 
une idée?
 
merci

Euh, peut être une histoire que vu que le noyaux est côté proxmox et pas côté container, et que c'est lui qui gère l'horloge, tu peut pas y toucher depuis un container ?

je pense que c'est un truc de ce style
 
spa la mort mais c'est un soucis pour un serveur TS3, où je me tape des unclock time (en avance ou en retard) et du coup il se vautre tout seul oO
 
merci

Bah... Met ton client NTP sur ton hyperviseur
Et si vraiment y'a pas moyen, go vm qemu

vps ovh ^^

J'avais pour idée tout à l'heure de créer un réseau privé entre mes VMs pour quelles puissent communiquer simplement. (L'idée est d'avoir une VM MySQL, une autre ElasticSearch, etc)

En cherchant sur le net, je me suis perdu à droite à gauche, en créant des bridges / VLAN, etc. Bref, après 2 reboot de l'hyperviseur pour valider les bridges, j'ai tout recommencé.

Et là je tombe sur le wiki Proxmox qui dit qu'il suffit d'utiliser le bridge par défaut (vmbr0) et d'appliquer simplement un "tag VLAN"

Du coup, rien eu à modifier sur l'hyperviseur et sur chaque VM, j'ai ajouté une carte réseau bridgé sur vmbr0, en ajoutant un tag VLAN (X pour 10.0.X.0), tout le reste en auto (MAC & cie) et hop, ça marche. Mes VMs se parlent

Qqn peut me confirmer que c'est la bonne manip ?

Alors, techniquement ça vas marcher, mais que je sache, ça vas aussi remonter jusqu'a ton switch. En fonction de ton setup ça peut fouttre la grouille (switch en port trunk avec un vlan par défaut ?).
Perso j'aurais monté un bridge en plus, sans interface physique connectée, et j'y aurais collé mes VMs dedans

Et pour que les VM aient accès au NET et soit accessible depuis l'extérieur, tu aurais du coup "mappé" le bridge ?

EDIT : jusqu'à quel switch tu parles ?