Reprise du message précédent :
Bah si on est riche et qu'on a que du nvme ?

et une clé USB-C nvme hein ? HEIN ?

Quand tu vois les prix des nvme de 1to, autant en faire profiter le système et les vms..

Je réponds pour la science: en installation sur du Debian, ça fonctionne

C'est triché

Et c'est la méthode préconinsée par la team PM pour les configurations "exotiques".

Pour préciser, c'est dans un cadre perso, sur un mini pc type nuc. J'avais eu des soucis avec l'installeur sur une machine précédente, cette fois là j'étais donc parti sur l'installation debian puis proxmox sans me reposer la question de l'installeur proxmox.

bonsoir,
 
y a t il des personnes qui ont réussi a utiliser spice sous mac Os high sierra ?
 
j'ai essayé diverses choses (trouvées sur le net) mais cela ne marche pas, ou alors je m'y prends comme un manche (ce qui peut être possible).

Je n'ai pas réussi sous Windows déjà (et c'est pas faute d'avoir cherché longuement sur les boards US)

Ca se monte easy un ZFS directement depuis Proxmox ? Ou vaut mieux le faire depuis debian d'abord ?
Pour le cache, il faut un disque dédié, ou on peut allouer seulement un dossier/une partoche pour ça ? (ou pas du tout si c'est juste du stockage de données?)

C'est easy, je l'ai fait depuis Proxmox directement (il faut essayer de rester au maximum dans le standard) et ça tourne parfaitement...
 
Tu parles de quel cache, du ZFS caching (L2ARC) ?

Je pensais que t'allais me répondre
Je tenterais ça du coup.
 
Oui, je pensais au cache sur disque. Pas forcément obligatoire si je comprend bien. Le premier niveau de cache se faisant déjà en RAM.  
Sachant que j'ai pris du rab en RAM et que le pool ZFS ne contiendrait que de la données 'froide' (musique, photos, etc ..)

J'ai pris un SSD pour faire du caching et ça accélère effectivement pas mal mais si tu n'as pas d'accès concurrent l'intérêt reste limité...
 
Tu as combien de mémoire dans ton NAS ? C'est de la ECC ?

j'ai pris 16Go, mais je vais sans doute pas en utiliser plus que 5-6.
Par contre ouai, c'est pas de la ECC

Bon bah impossible d'installer la carte réseau Intel i219-v sur une debian ..
Avec l'installeur Proxmox c'est passé crème du premier coup
 
Du coup j'suis 'standard' maintenant, et effectivement avoir l'host et les VMs sur un SSD à part du RAID, ça change la vie
Config de ZFS sur la GUI .. nickel.
 
J'ai pu simplement restaurer tout mes container et c'était repartis
 
Vraiment de la balle Proxmox  

Il m'arrive un truc amusant: j'avais une install PVE sur un SSD 120Go, une partition système de 16Go, une partition standard (pas de LVM ni rien) de 100Go pour les VMs.
 
Là je viens de récupérer un 240Go et même si je n'étais pas à saturation, j'ai voulu tout basculer dessus. J'aurais pu tenter un dd d'un disque à l'autre puis agrandir la partition des VMs mais je ne suis pas joueur donc j'ai partitionné le nouveau disque soit 16Go de système et 220Go de VMs et j'ai fait du rsync, en excluant /dev /proc /sys /run et /etc/pve) et en arrêtant tous les services PVE juste avant.
 
Chroot sur le nouveau disque, edition du fstab pour corriger, grub-install, update-grub, permutation physique et reboot et là 2 choses étranges:
-primo, je récupère l'ensemble des infos dans /etc/pve (j'ai oublié de préciser mais je l'avais sauvegardé à part) sans avoir rien fait
-secundo, je viens de voir que j'avais fait du thin provisionning ce qui se traduisait sur l'ancien disque des VMs par une occupation de 81Go alors que maintenant j'ai 167Go occupés
 
Pour le premier point, je croyais que /dev/fuse était un truc "virtuel" donc il aurait du perdre mon ancienne config. Où a-t-il pu la récupérer? Elle est stockée en dur quelque part (forcément mais où...)? edit: j'ai trouvé: /var/lib/pve-cluster dans la base de données...
 
Pour le second, je regarde le disque d'origine (le 120Go) et en apparence mes fichiers disques ont la taille effectivement allouée donc rsync a fait un boulot correct en recopiant à taille réelle. Mais du coup, comment récupérer le thin provisionning... facilement (si c'est possible)? Parce que je sais qu'on peut cloner et compresser le disque mais pour tous les refaire, ça va prendre un temps fou...

En fait, je me rends compte que j'ai du faire une connerie quelque part: sur une partition "normale", a priori il est impossible de faire du thin provisionning, du moins si j'essaye de rajouter un disque, proxmox ne le propose pas... J'ignore par quel miracle mes fichiers qcow2 peuvent afficher une certaine taille et en prendre moins sur le disque...
 
Et la partition originale est bien du type 83/linux et pas du LVM ou que sais-je...
 
edit:
J'ai tout relu: le format qcow2 permet théoriquement de faire du thin. Donc je pense qu'à l'origine mes fichiers étaient dans le bon format et de la bonne taille.    
 
Cela étant, lorsqu'on fait un "ls -l" du répertoire image les fichiers qcow2 sont présentés comme ayant la taille exacte de la partition qu'ils gèrent alors que lorsque je fais un "du -s" de ces fichiers, ils sont annoncés comme ayant la taille réduite (en thin donc). Autrement dit, une des VMs a un fichier de 32Go alors que la place occupée sur le disque est de moins de 4.
 
Du coup, j'ai lancé un qemu-img pour shrinker les fichiers sur le nouveau disque et ils retrouvent une taille réduite mais on a la même avec un "ls -l" et "du -s"... Je me demande ce qui a pu se passer pour qu'ils soient aux fraises sur le disque original...   Un fsck forcé sur l'ancien disque ne change rien... Incompréhensible...

Tu avais utilisé quoi comme paramètres avec ton rsync ?

"-vaH" donc techniquement vu que "ls" donne la taille nominale des partitions, ça me parait normal: il voit un fichier de 32Go, il synchronise un fichier de 32Go. En fait, ce qui est étonnant c'est que "du" (et donc "df" pour l'espace libre sur le SSD) donnent des tailles de fichiers qui ne correspondent pas.
 
Je suis quasiment sûr que j'avais "shrinké" les qcow2 à l'époque (sans compression) mais bizarrement les fichiers ont tous retrouvé leurs tailles nominales (en apparence) et alors que certaines VMs ne tournent jamais, donc ce n'est pas parce que le système a fini par augmenter la taille à l'usage.
 
Et comme expliqué, un fsck ne corrige rien: les fichiers occupent toujours moins de place que ce que le ls laisse voir et que le rsync copie...

Cela étant, je ne comprends pas ce qui a pu se passer mais j'ai indirectement résolu le problème: j'ai stoppé les VMs et refait un shrink des fichiers disques. Sur 2 VMs où j'avais même tapé beaucoup trop large, j'ai carrément réduit le disque/partition/FS aussi de 32Go à 8Go.

Il fallait pas ajouter -S ?

Bon, j'ai installé Proxmox sur mon ancien PC de bureau (voir ma config) pour virtualiser un peu les 2-3 trucs dont j'ai besoin à la maison, et surtout, pour apprendre et passer le temps.  
 
Donc j'ai installé Proxmox sur un disque de 128Gb. L'installeur m'a donc créé 3 LV dessus :
- data de 65g
- root de 30g
- swap de 8g
 
J'ai encore un disque de 256g que je pensais dédier aux VM. Je voudrais stocker mes isos (j'en ai pas beaucoup) sur le data de 65g mais il y avait un lvm-thin dessus et à priori on ne peut pas y stocker des isos ? Du coup, que faudrait-il faire pour stocker mes isos sur les 65g inutilisés ? J'ai commencé par faire un

 
Mais ensuite ? Le volume n'est plus accessible dans Proxmox GUI. J'imagine qu'il faut créer quelque chose dedans... Je comprends pas très bien encore la logique derrière LVM, j'en suis resté au bon vieux ext4 et partionnement standard moi

 
Bien vu, possible. Je vais tester ce qui pourrait déjà réduire l'espace occupé sur le disque de destination.
Par contre, le fichier est tout de même annoncé à 32Go et ça c'est nouveau car lorsqu'il est "shrinké", il annonce bien la taille réduite et non la taille nominale.

 
Faut en faire une partition standard, donc virer la partition LVM et en refaire une bonne vieille ext4.

Sauf que y'a 9 chances sur 10 que ce que tu appels la "partition LVM" soit un lv, sur un vg, sur un PV qui fait l'ensemble du disque.
C'est beaucoup plus simple de juste faire une partition ext4 sur le lv existant, puis de l'ajouter à Proxmox

Exact, j'avais oublié: si install PVE, il fait juste une partition sur le disque d'install et en fait le PV dans lequel il va créer le VG pve. Donc faut descendre de 2 crans et effectivement reformater le LV.

 
Après avoir pas mal galéré à chercher sur internet (mais c’est comme ça qu’on apprend), j’ai réussi à faire ce que je voulais.  
J’ai effacé le lv, je l’ai recréé, je l’ai formaté en ext4, monté dans /média/isos et ajouté un folder a proxmox qui donc pointe sur mon montage.  
 
Ensuite j’ai branché le second SSD, j’ai fait une nouvelle table de partition avec fdisk, une partition type lvm, un pv, un vg, un lv convertit en lvm-thin et j’ai pu l’ajouter à proxmox comme LVM-Thin pour le stockage des vm.  
 
Me reste une étape, ce sont les deux disques mécaniques formatés en HFS+ qui contiennent des données. Je voudrais transférer ces données dans deux VM. Je pensais monter les disques dans proxmox puis laisser la vm y accéder avec sshfs ou quelque chose du genre ? A moins qu’on puisse monter un dossier de l’hôte à l’intérieur d’une VM ?

Un accès direct au disque est possible dans la VM. Faut déclarer le disque de manière spéciale:
https://pve.proxmox.com/wiki/Physical_disk_to_kvm
 
Mais si tu veux un accès depuis 2 machines, j'éviterais de faire 2 accès directs car j'ignore comment le système va alors gérer les accès concurrents. Donc dans ce cas, faut faire un partage entre les 2 VMs ou depuis l'hyperviseur.

Bah de toutes façons c'est pour un transfert qui n'aura lieu qu'une fois pour chaque VM. Une fois les données copiées je vais pouvoir formater les disques en LVM et les ajouter dans Proxmox.  
 
C'est sûr qu'il va falloir y aller un disque à la fois. Tout copier dans le premier disque, formater le second en LVM, l'ajouter à Proxmox, créer une image disque attachée à une VM, copier les données dans la VM, formater le second en LVM, done.
 
Quelque chose du genre quoi

 
 
bon au final j'ai essayé avec nomachine et cela correspond a ce que je recherche, ce n'est pas parfait mais ca le fera.

Question noob :
peut-on transformer un OS installé sur un ssd, avec tous ses fichiers, applis installées, ... en un conteneur proxmox ?
 
En gros l'idée derrière :
1/ j'ai un vieux serveur qui tourne baremetal sous Windows
2/ je veux l'upgrader vers une nouvelle machine mais en intégrant une couche de virtualisation
3/ Donc j'imagine un truc du genre : installer proxmox sur la nouvelle machine, brancher mon vieux ssd dessus et aller ensuite quelque part dans un menu de proxmox qui serait "créer une vm à partir d'un support", sélectionner mon ssd dans la liste, un nouveau disque pour que proxmox fasse sa moulinette, "Valider" et hop j'ai une VM Windows avec tout ce que j'avais avant, tout paramétré, sans rien réinstaller.
 
Je rêve beaucoup ou c'est imaginable ?

Ça se tente d'après la doc, mais pas de la façon que tu décris :  
https://pve.proxmox.com/wiki/Migrat [...] Proxmox_VE

Bon, je n'ai pas encore terminé la migration de mes données. J'ai quand même booté le hackintosh une dernière fois pour transférer les datas du disque de 1T sur celui de 3T (qui lui est formaté en HFS+).
 
Ensuite j'ai refait une table de partition sur le disque de 1To, créé une partition LVM, fait mon pv, vg, lv-thin etc et ajouté le tout à Proxmox. J'ai donc ensuite pu créer un disque de 500gb rattaché à ma vm 100 qui est un Windows 10. J'ai formaté le disque en NTFS.
 
Maintenant je dois transférer des données entre le disque HFS+ monté sur le Proxmox et ce disque NTFS monté sur ma VM Windows. J'ai tenté avec WinSCP mais c'est lent. Très lent.  
 
Je vois deux possibilités :
1 Monter le disque virtuel NTFS dans le Proxmox et y copier les données
2 Monter le disque HFS+ dans la VM (via le lien de ilium) mais je ne crois pas que Windows puisse lire du HFS+
 
Sauf que pour 1, j'ai essayé de faire :

 
Et j'ai cette erreur :

 
J'imagine qu'il faut aller chercher la partition dans mon disque /dev/vmdata2/vm-100-disk-0 au lieu du disque entier mais je ne sais pas comment faire.  
 
J'ai aussi une VM Linux qui doit récupérer une partie des données mais là c'est facile

Effectivement, en NFS tu peux pas monter un disque entier mais uniquement un FS qui a été auparavant exporté depuis un serveur NFS qui ici devrait se trouver sur ta VM Windows...

Super, merci.
Est clair que ça sent les problèmes à plein nez et surtout qu'il faut les 2 ordis qui tournent en même temps, pas très compatible avec l'idée des mettre à jour un serveur et le basculer de baremetal à virtualisé.

le P2V ça se fait, c'est un peu de boulot parce que ça passe rarement sans mettre les mains dedans mais ça tourne une fois fait (on a 'aspiré' quelque serveurs de prod physique sous W2000/2003 à l'époque).
 
Par contre oui, il faut les 2 en même temps.

Non, de nos jours le P2V ça passe crème, c'était effectivement galère au début à cause de cartes HBA ou raid exotiques mais de nos jours c'est easy...

 
Mon disque sur ma VM, c'est une seule partition NTFS. Je suis certain que je dois pouvoir monter ça d'une manière ou d'une autre... non ?
Genre :

Nope ?
 
J'essaye !
 
Sinon je vais installer les drivers Boot Camp sur le windows, monter le disque HFS+ dedans et c'est marre

Mon mauvais, j'ai lu NFS alors que tu parles de NTFS

T'es dans la mayrde

 
Meuuuh non. Au pire, je peux prendre ma VM Linux, y attacher le disque HFS+, y attacher le NTFS, transférer, done. Mais ça implique d'écrire mes datas dans du NTFS avec Linux.
Ou encore, je peux passer par le réseau (samba).  
 
Mais je pense qu'avec les drivers Boot Camp ça va régler mon problème.
 
Edit : https://forums.macrumors.com/thread [...] d.1368010/

Par contre, tu es sûr de ton coup pour ce que est de tous les transferts et du changement de partitions? Parce que LVM ça a un intérêt en prod lorsqu'on manipule plusieurs disques qui plus est avec du RAID, je suis beaucoup plus circonspect sur l'intérêt de la chose en mono disque sur une config maison légère.
 
Si on part du principe que ce qui est important dans ton système ce sont tes données et leur sécurité, rajouter des couches et complexifier me semble aller contre cela.