Reprise du message précédent :
logan: j'ai eu un truc de ce style, look ca:
http://smpfr.mesdiscussions.net/sm [...] 1147_1.htm

Il faut vraiment que je migre en 4 : https://pve.proxmox.com/wiki/External_metric_server  

Effectivement, mais ton truc me fait plus penser à des erreurs de checksum que j'avais sur un proxmox : y'avais de l'offload HW mais à cause du bridge, il essayait de recalculer le checksum et se viandais.
Mais là c'est plus simple : je vois pas les paquets multicast arriver sur l'hyperviseur, j'en déduit que les abos IGMP sortent pas du bridge, ou que le switch apprécie pas... Bref, faut que je creuse.
 
Ou alors je fait un topic "TVHeadEnd en vm @Proxmox pour rediffuser chez soit la TVoIP d'Orange sans le décodeur"

c'est un comportement que j'avais justement.
 
Une vm freebsd 10 avec deux cartes en virtio, impossible de faire du routage sans désactiver le checksum offload hardware.
en le désactivant no soucy.
 
J'avais le même soucis avec une vm freebsd openvpn, même soluce et problème résolut.

Faut que je test ça alors
Ou simplement que je colle des cartes E1000 à ma VM

Lulz
Je me ballade sur reddit et je tombe sur ça : https://www.reddit.com/r/homelab/co [...] n_proxmox/
En gros : "Routage avec du FreeBSD sous Proxmox + virtio fail"

Ce n'est pas spécifique à proxmox. J'ai eu exactement la meme chose sur du XenServer ( ce qui m'a fait passer à proxmox, pour retomber sur le meme bug ).

perso résolu avec la solution au dessus
 
du coup maintenant, plus de soucis de routage avec mes freebsd

 
Je vais tester les deux, c'est le principe d'un lab@home
 
Sinon premier PVE installé hier sans soucis (version 4.1-30):
 
NUC6I3SYH: Core i3-6100U 8Go (16 prévus) 60Go SSD et aucun soucis hormis le fait de devoir booter sur la clé USB d'installation en mode "bios" et non en mode "uefi" sous peine de ne pas être en full screen et donc de ne pas pouvoir cliquer sur "next/agree" mais seulement "abort"
 
J'avais fait un premier test sur un NUC5PPYH (n3700) non concluant à cause du contrôleur ethernet realtek (la plaie des linux ...) et galère pour le faire fonctionner sous PM malgré le kernel récent.
 
J'attends maintenant de recevoir mon NUC Fuji Q900 (core i5 2520M, 8 -> 16Go et SSD 60Go) embarquant aussi un contrôleur ethernet Intel.
Je serai paré pour attaquer la config de mon cluster. Et du coup je vais squater un peu ici ...

 
Ouais y a déjà LXC (à la place d'openvz), mais y a pas encore le support du daemon LXD de Canonical, avec entre autre le support de la migration à chaud  

 
 
tiens, c'est marrant j'ai jamais eu de soucis de routage sur ma vm Pfsense, avec pourtant deux interfaces virtio    
et ça fait un bail que je suis dans cette conf
 

Sympa ça

Je pense que ça dépend du driver qui fait ľoffloading, et a fortiori de ton modèle de nic.

okay

Question probablement "bête" mais il n'y a pas de "Guest addons/agents/whatever" à installer une fois la VM up and running ?

ca dépend, windows si tu veux utiliser du virtio si

ouais y a un qemu-agent, à installer puis à activer dans les options de ta VM sous prx4 !

Je pense pas faire de VM Windows mais pour les *nix comment fait on ? Merci

Dans ce cas tu compile à la pogne
 
 http://wiki.qemu.org/Features/QAPI/GuestAgent

qu'est-ce que vous pensez de ça en ajout à un rx300 sous proxmox ?
https://www.servershop24.de/en/stor [...] /a-109189/

c'est un serveur @home avec pour le moment pas grand chose dessus, une omv principalement, un serveur web, un windows..

ben j'espère que t'es sourd et que tu as des actions chez edf

serveur à la cave donc pour le bruit pas de soucis, pour l'edf, c'est raisonnable

+1 ^^
 
pour les driver virtio win tu les trouve sur le site de fedora bizarrement.
 
Sinon pour Linux/BSD j'ai jamais rien installé en plus, toujours eu les drivers par défaut

Question remote access ...
 
Au boulot la question ne se pose pas pour les guest VMware, par contre pour mon utilisation privée j'ai toujours utilisé virtualbox et donc utilisé directement l'interface de VB quand j'étais sur le host ou bien rdp/remmina quand le host était distant.
 
Pour accéder à l'interface graphique des VMs hostées par PVE, quelle est la meilleure solution ? Je parle d'une solution réellement fonctionnelle et utilisable pour un bureau distant, donc avec un mapping clavier et des performances graphiques corrects.
 
Les VMs sont majoritairement basées sur Linux mais éventuellement intéressé par une solution windows. Le novnc intégré à l'interface web n'est pas une solution j'aimerai quelque chose avec un client local. J'ai essayé SPICE mais je n'ai pas trouvé comment installer les drivers SPICE sur le guest sans passer par un tarball et une compilation ... Je cherche qque chose de plus "2.0/21ème siècle".
 
Le bon vieux VNC ?
 
Merci

Sur linux, pas d'interface graphique en prod. Donc ssh seulement.
Sous Windows, rdp.

Si tu veux faire du vdi, faut se pencher sur des solutions un peu plus complexes : remoteFx pour Windows, les trucs orientés streaming de jeu sous linux...

Toutes mes VMs sont sans interface graphique sauf une que j'utilise quand je suis de support. C'est une debian64 à laquelle je me connecte soit via un PC linux (remmina) ou des PC/laptop W7/W10.
Pour éviter de devoir de reconnecter/authentifier au VPN c'est super pratique d'avoir ça dans une VM. Après c'est des clients citrix/nx ... Donc pas besoin de performance de fou, mais juste avoir les bons caractères qui s'affichent quand je tape

Bah, export x via ssh

Non car l'appli exportée se ferme si je "coupe" le server X et n'est pas récupérable depuis un autre poste.

Proxy X sur la machine.

Connais pas vais aller m'instruire ...

Le contenu de ce message a été effacé par son auteur

SPICE marche bien pour Windows 7 (pas sûr que ce soit possible avec d'autres Windows). Il y a un binaire à exécuter sur la VM et une option à sélectionner dans l'interface web de proxmox. Tu as alors la possibilité d'utiliser SPICE plutôt que noVNC.

C'est surtout sous linux que SPICE m'intéresse pour l'instant ... J'ai cramé ma VM de test en faisant des essais, du coup réinstallation et je teste les backup via PVE

drapal

Bon ben finalement x2go fait bien le job pour mon utilisation "vdi". Reprise de session, reconnaissance du clavier, performances/refresh corrects
 
Questions storage à présent:
 
- Est-il possible d'assigner l'intégralité d'une target iSCSI à une VM plutôt que de devoir assigner LUN par LUN ? Comme c'est le cas pour définir un nouveau storage pool au niveau du datacenter par exemple. Du coup ajouter une LUN à la target côté SAN/NAS permettrait de l'avoir directement accessible au guest.
 
- Est-il possible de configurer virtio pour qu'il se présente comme différentes enclosures suivant le storage sur lequel il s'appuie ? J'ai deux NAS qui fournissent des targets iSCSI, mais si j'assigne deux LUNs de chaque NAS à une VM, vxdmp (volume manager) considère qu'ils proviennent tous les 4  de la même enclosure et les nomme de virtio0_0 à virtio0_3 alors que je m'attendrais à voir virtio0_0/1 et virtio1_0/1 plus pratique pour définir du "host based mirroring by enclosure" ...
Merci et bon dimanche
 
EDIT: Question bonus:
 
Je suis en version 4.1.33 (pvetest) et je n'arrive pas à modifier le boot order de mes VMs (même stoppées et après reboot du PVE), OK et RESET sont grisés ... une idée ?

est-ce que certain font du gpu passthrough sous une vm windows ?

Pas beaucoup d'inspiration pour mes dernières questions
 
Je continue sur un autre sujet alors, qui utilise nut-client pour se connecter à un remote UPS avec PM4 ?

Peu d'inspiration mais trs questions sont très ciblees et je pense que peut d'entre nous ont ete aussi loin.

Concernant ton problem sur pvetest vu c'est un depotvpour du test et qu'ils viennent de lancer proxmox 4.2 en test cest surement normal que tu ai des problemes. Pour info je suis sur le depot pve-no-subscription et je suis sur un kernel 4.4 avec la nouvelle interface depuis hier

Tu peux changer le boot order des VMs sans soucis dans le dépo "enterprise" ?

EDIT: En fait je viens de voir que c'était aléatoire ... J'ai parfois accès à ce champs et parfois non ... Et ce 10s après avoir déjà essayé. Bref.

Sinon retour pour le NUC Fujitsu Esprimo Q900 reçu hier. Payé d'occas 150€ avec 8Go/160Go et un i5 2520M. Tout est reconnu directement par PVE (driver SATA ahci, network e1000e, etc, ...)
Je l'ai juste passé à 16Go avec un SSD. C'est parfait pour un LAB, conso et encombrement limité avec un CPU qui en a quand même suffisamment sous le pied pour réellement utiliser les VMs qu'il héberge.

Une bonne alternative au NUC Intel

Suite à la maj de Proxmox en 4.2 le fichier pvemanagerlib.js à changer d'emplacement et se trouve ici /usr/share/pve-manager/ext6/pvemanagerlib.js si jamais certains souhaitent supprimer le message d'avertissement de non souscription.
 
J'ai suivi ce tuto https://memo-linux.com/proxmox-migr [...] -banniere/
 
Edit : la modification à faire se trouve à la ligne 506 dans le fichier pvemanagerlib.js

faut faire quoi pour passer en 4.2 ?
 
j'ai rien dans les maj...