Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2830 connectés 

 
 

Sujet(s) à lire :
    - VirtualBox /VMWare mais surtout Xen ...Mangez en...
 

Proxmox c'est ?




Attention si vous cliquez sur "voir les résultats" vous ne pourrez plus voter

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  229  230  231  232  233  234
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

[TOPIKUNIK] Proxmox, une solution de virtualisation kellébien !

n°1505969
LaMoR
Metal up your ass
Posté le 25-11-2025 à 16:17:25  profilanswer
 

Reprise du message précédent :

ilium a écrit :


 
Waip boot en rescue et faut essayer de désinstaller puis réinstaller.


 
 
J'ai rebooté et j'ai démarré sur l'ancien kernel (6.8) (depuis le menu grub) et ca boot correctement, il faut que je regarde pourquoi il ne veut pas de ce nouveau kernel 6.17
 
 

Message cité 1 fois
mood
Publicité
Posté le 25-11-2025 à 16:17:25  profilanswer
 

n°1505970
ilium
Candeur et décadence
Posté le 25-11-2025 à 16:19:50  profilanswer
 

LaMoR a écrit :


 
 
J'ai rebooté et j'ai démarré sur l'ancien kernel (6.8) (depuis le menu grub) et ca boot correctement, il faut que je regarde pourquoi il ne veut pas de ce nouveau kernel 6.17
 
 


 
J'allais te dire d'essayer d'abord un boot sur l'ancien kernel. :D
J'ai déjà eu le soucis: la mise à jour s'était bien passée mais le nouveau kernel était daubé avec mon serveur.

Message cité 1 fois
Message édité par ilium le 25-11-2025 à 16:20:32
n°1505975
NicCo
Posté le 25-11-2025 à 17:25:19  profilanswer
 

Quelqu'un a testé l'install à partir de l'ISO de la 9.1 ?
Ils ont rajouté une option pour "pin the network interface", apparemment ça change le nom des cartes réseau en nic0, nic1, etc...
Quelqu'un a déjà testé ? Utile ou gadget selon vous ?
Merci ;)


---------------
Topic de vente
n°1505979
LaMoR
Metal up your ass
Posté le 25-11-2025 à 19:31:41  profilanswer
 

ilium a écrit :

 

J'allais te dire d'essayer d'abord un boot sur l'ancien kernel. :D
J'ai déjà eu le soucis: la mise à jour s'était bien passée mais le nouveau kernel était daubé avec mon serveur.

 

Je pense que ca viens des drivers nvidia, il n'arrive pas a compiler le kernel avec.

 

il indique un pb de dépendance

 

Je vais tenter de demander a gemini vu les message précédent ca me parait une bonne aide.

 

Edit, voici sa réponse :

 
Citation :


Problème : Pilote NVIDIA Trop Ancien/Incompatible

 

Le pilote 560.35.05 semble être un pilote Legacy ou une version destinée à un ensemble spécifique de cartes ou de systèmes, et il est très probable qu'il ne supporte pas nativement les modifications apportées aux noyaux Linux 6.17 (qui est le noyau par défaut de Proxmox 9, basé sur Debian 13/Trixie).

 


 

Bizarre, la doc indique d'utiliser la 550 : https://wiki.debian.org/NvidiaGraph [...] 2Trixie.22

 

J'ai une Nvidia GT1030

 

Edit 2 :

 

Cette version 560 que j'avais me pourrissais tout, j'ai du purger tout ce que j'ai trouvé en 560 et ensuite relancer l'installation, merci a Gemini de m'avoir mis sur la piste

 

enfin c'est pas encore terminé car il me build pour tous les kernels que j'avais pas supprimé (mais pour l'instant pas d'erreur)

 

Edit 3 :
Et merde le build a fonctionné pour tous les kernels :

 

....
6.8.12-16-pve
6.8.12-17-pve
6.12.57+deb13-amd64

 

Sauf pour le 6.17.2-1-pve :fou:

 

Et Gemini d'en répondre :

Citation :


Le problème est maintenant très précis : l'installation a réussi pour l'ancien noyau Debian (6.12.57+deb13-amd64), mais la compilation DKMS a échoué pour le nouveau noyau Proxmox (6.17.2-1-pve). L'échec de la compilation du module noyau (nvidia-kernel-dkms) pour le noyau PVE bloque ensuite la configuration des métapaquets nvidia-driver et nvidia-driver-full.

 

Problème : Incompatibilité Pilote 550.x / Noyau PVE 6.17

 

L'erreur Bad return status for module build on kernel: 6.17.2-1-pve indique qu'il y a une ou plusieurs incompatibilités mineures dans le code source du pilote NVIDIA 550.163.01 avec les fichiers d'en-tête du noyau PVE 6.17.2−1.

 

Cela est très courant, car les noyaux PVE sont souvent légèrement modifiés par rapport aux noyaux vanilla Debian. La version du pilote dans les dépôts Debian n'a peut-être pas encore reçu le patch nécessaire pour cette version spécifique du noyau 6.17 (même si le 550.x est la version stable).

 


Et merde Gemini a raison :

 
Citation :


 NVIDIA vGPU Compatibility

 

If you are using NVIDIA's GRID/vGPU technology, its driver must be compatible with the kernel you are using. As of November 2025, NVIDIAs vGPU host driver are not compatible with the kernel 6.17. To avoid a failing update and working vGPU support you have two options: Postpone the update until kernel 6.17 is supported Prevent installing the kernel headers for 6.17 and pin your kernel to 6.14 This can be done by manually installing the kernel specific version and uninstalling the proxmox-default-headers package: apt install proxmox-headers-6.14 apt remove proxmox-default-headers After that, make sure your boot loader loads the 6.14 kernel by default, e.g. by using proxmox-boot-tool to pin the kernel. proxmox-boot-tool kernel pin <version> You can list the exact available versions with proxmox-boot-tool kernel list. See the admin guide for more details. Make sure you update the pin when the 6.14 kernel gets an update, or remove it when NVIDIAs driver is compatible with kernel 6.17. For the list of tested versions see NVIDIA vGPU on Proxmox VE.


Message édité par LaMoR le 25-11-2025 à 20:58:47
n°1505983
LaMoR
Metal up your ass
Posté le 25-11-2025 à 21:48:50  profilanswer
 

Je vais tenter de repasser sur le kernel 6.14 mais comment faire pour qu'il boot sur celui la et pas sur 6.17 qui ne fonctionne pas sans que je soit obligé de le sélectionner physiquement depuis le menu de boot ?

n°1505984
burn2
Pour ceux qui viendront après
Posté le 25-11-2025 à 22:11:47  profilanswer
 

Et l'ia ne te donne pas la réponse?
https://pve.proxmox.com/wiki/Host_Bootloader
 
Pour fixer:
proxmox-boot-tool kernel pin version_kernel
 
Et pour depinner:
proxmox-boot-tool kernel unpin
 
proxmox-boot-tool refresh
 

Message cité 1 fois

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1505985
LaMoR
Metal up your ass
Posté le 25-11-2025 à 22:22:26  profilanswer
 

Si en fait j'ai trouvé. (mais pas avec Gemini qui me disais n'importe quoi)
 
Par contre il me build toujours la 6.17 (et il echoue) car elle est toujours dans la liste de dkms.
Et donc a chaque fois que j'utilise apt il me relance la compile sur tous les kernel.

 
J'ai réussi a supprimer la 6.17


Message édité par LaMoR le 25-11-2025 à 22:52:28
n°1505996
ilium
Candeur et décadence
Posté le 26-11-2025 à 08:35:53  profilanswer
 

burn2 a écrit :

Et l'ia ne te donne pas la réponse?
https://pve.proxmox.com/wiki/Host_Bootloader
 
Pour fixer:
proxmox-boot-tool kernel pin version_kernel
 
Et pour depinner:
proxmox-boot-tool kernel unpin
 
proxmox-boot-tool refresh
 


 
Waip, très bien cette commande, c'est ce qui m'avait permis d'attendre un patch sur le 6.8 pour qu'il soit compatible avec mon serveur. [:casper87]

n°1505997
ilium
Candeur et décadence
Posté le 26-11-2025 à 08:40:09  profilanswer
 

Sinon rien à voir mais si vous deviez passer une baie de disque USB à une VM, vous passeriez le périph USB ou les disques? Et niveau perfs?
 
J'aurais tendance à passer la baie donc l'USB ce qui a le mérite de faire disparaitre les disques de l'hyperviseur, mais comme les disques sont de toutes façons reconnus en amont dans pve, on pourrait les passer directement.

n°1505999
fegre
Voleur professionnel
Posté le 26-11-2025 à 08:53:10  profilanswer
 

J'ai passé l'USB complet, je sais pas si c'est le mieux mais c'était le plus simple :o
Les perfs sont pas folles je me rends pas trop compte : 3 disques de 3To en raidz1 dans OMV, sur un contrôleur en USB 3.1 ou 3.2, serveur câblé en 1Gbit, je lis à 60Mo/s et écris à moitié moins je dirais de mémoire... Je vérifierai plus tard exactement

Message cité 1 fois
mood
Publicité
Posté le 26-11-2025 à 08:53:10  profilanswer
 

n°1506001
MilesTEG1
Posté le 26-11-2025 à 09:31:06  profilanswer
 

fegre a écrit :

J'ai passé l'USB complet, je sais pas si c'est le mieux mais c'était le plus simple :o  
Les perfs sont pas folles je me rends pas trop compte : 3 disques de 3To en raidz1 dans OMV, sur un contrôleur en USB 3.1 ou 3.2, serveur câblé en 1Gbit, je lis à 60Mo/s et écris à moitié moins je dirais de mémoire... Je vérifierai plus tard exactement


Les perfs sont comment sans passer par la vm ?
Ça peut être le dock usb qui a des perfsnpss terribles ou bien les disques eux mêmes…


---------------
Mes ventes : [FeedBack] http://forum.hardware.fr/hfr/Achat [...] 4599_1.htm
n°1506007
fegre
Voleur professionnel
Posté le 26-11-2025 à 10:37:37  profilanswer
 

Je peux pas voir hors vm vu qu'ils sont en passtrough mais voilà ce que ça donne avec les commandes de test filées par GPT
J'avais déjà des perfs pas dingues quand les disques étaient dans des boitiers USB 3.0 séparés, sans raid ni rien

 

https://rehost.diberie.com/Picture/Get/f/450767

 

J'avais jamais fait attention que j'avais une telle perte avec le montage pourri de ZFS sur USB :o en SMB j'arrive à 50Mo/s mais plutôt 25-30 stables...

 

Et j'ai un WD qui vient de passer en warning, ça sent le [:kdb:5] d'un week-end qui va se transformer en tout refaire propre...


Message édité par fegre le 26-11-2025 à 10:38:08
n°1506009
bobby8921
Posté le 26-11-2025 à 10:46:21  profilanswer
 

Tu peux mettre les commandes ici ou me les envoyer en mp stp ? Je vais tester sur mon boitier branché en USB3 également.

n°1506010
fegre
Voleur professionnel
Posté le 26-11-2025 à 10:52:42  profilanswer
 

j'ai filé le résultat d'un

Code :
  1. lsblk -o

pour qu'il identifie les disques et ensuite il m'a fait des

Code :
  1. sudo hdparm -t /dev/sdXXX

avec les bons disques
 
Et pour le tests en vitesse séquentielle pareil je lui ai filé la sortie de zpool list et il m'a donné

Code :
  1. apt install fio
  2. fio --name=zfs_seq \
  3.     --directory=/ZFS \
  4.     --size=2G \
  5.     --rw=readwrite \
  6.     --bs=1M \
  7.     --direct=1 \
  8.     --iodepth=8 \
  9.     --runtime=15 \
  10.     --time_based
  11. fio --name=zfs_rand \
  12.     --directory=/ZFS \
  13.     --size=1G \
  14.     --rw=randread \
  15.     --bs=4k \
  16.     --direct=1 \
  17.     --iodepth=32 \
  18.     --runtime=15 \
  19.     --time_based


 
Le résultat complet est long et je connais pas assez les termes pour le comprendre entièrement :o

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  229  230  231  232  233  234
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
Choix Hyperviseur pour Xeon [Box de test]Routage vm Proxmox
Questionnement sur un hyperviseur[Topikunik] Personnalisation des interfaces graphiques
Plus de sujets relatifs à : [TOPIKUNIK] Proxmox, une solution de virtualisation kellébien !

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.084 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)