Reprise du message précédent :

Tu as installé OMV en débranchant les autres disques ?

HS: Je ne connaissais/savais pas, merci aussi donc

 
Non...
Il aurait fallu ?

Que se passe-il lors de l'install? Le disque principal est identifié comme étant lequel? Et celui sur lequel ils installent Grub?
 
En théorie, les noms génériques sont déconseillés sur les linux modernes (ce n'est pas un débat sur la pertinence de la chose ). Pour les disques, ça veut dire qu'il faut éviter les /dev/sdXX et leur préférer les UUID ou les chemins dans /dev/disk/.
 
C'est bizarre que proxmox n'ait pas pris ces éléments. Tu as installé quelle version? Install directe ou en passant par une Debian?
 
Perso, je préfère l'install en passant par une Debian: c'est du Debian clean sur lequel tu rajoutes proxmox et si ces derniers ont merdé dans leur installeur, ça ne te concernera pas.

 
Tu as branché ton ssd sur le port ODD? Si oui je crois qu'il faut creer un raid0 sur le disque pour que le serveur puisse booter dessus (et aussi débrancher tous les autres disques pdt l'install comme dit pilef)

 
Install directe, la dernière stable d'OMV : 5.3.4
En tentant la réinstall (plusieurs fois), le setup plante après les 1eres étapes (bluescreen permanent). SSD Cuit ?
 
Edit : frozen bluescreen systématique apres le paramétrage DHCPv6.

 
Oui, SSD branché sur port ODD et en Raid 0 pour être bootable.
 
Je retente en débranchant les HDD.

C'est conseillé, oui.
 
Sauf qu'en faisant ça, des fois l'ordre des disques est modifié (quand on rebranche les disques) et grub ne retrouve plus le disque où est installé le système et il faut alors éditer le fichier de config de grub à la main  

 
Alors effectivement, on avance : l'installation avec le SSD seul se passe bien et le système boote.
Quand je rebranche les HDD, ca redéconne.
Ce que je ne comprend pas justement, c'est que seul le SSD est configuré comme bootable dans l'Array config utility.
 
Que dois-je faire ?
J'ai tenté de configurer indépendamment les HDD en Raid 0 non bootables mais ca n'a pas résolu le probleme
 

 
Edit : Je pense que le problème vient du fait que mes 4 HDD sont toujours reconnus comme un seul volume en RAID5 par OMV. Donc il faudrait que je casse leur filesystem avant de refaire l'install.  
Je peux formater les disques avec un utilitaire HP ou il faut que je les sorte du serveur et les formate à la mano ?
 

Je ne pense pas car j'ai été dans cette même situation il y a deux semaines. J'ai réinstallé OMV après avoir débranché les disques de stockage et quand j'ai rebranché (modulo le problème de grub), j'ai pu récupérer mon array RAID sans avoir besoin de toucher au paramétrage dans OMV.
 
Pour débloquer mon problème qui empêchait OMV de booter, j'avais fais une recherche du message d'erreur ("unable to resolve ... fsck died with exit code 0) sur internet et en particulier sur le forum d'OMV. J'ai recherché dans mon historique mais je n'ai pas retrouvé la page et le forum d'OMV semble down.
 
Mon problème venait du fichier de configuration de grub qui contenait le nom du device (par exemple /dev/sda) et pas l'identifiant du disque. Or le nom du device peut changer selon son ordre dans la séquence de boot.

Faits ce que j'ai dit: installe une debian et regarde ce que ça donne. Si ça fonctionne, tu rajoutes manuellement PVE. AMHA, ils laissent une info en dur avec l'ancien nommage.
 
Sinon, je sais qu'il y a moyen de forcer l'ordre des disques mais comme je suis en "legacy", je n'ai pas eu ce problème.

C'est une bonne idée, mais il veut OMV
D'un autre côté, virtualiser OMV via PVE est une encore meilleure idée pour éviter de coller ensuite des plugins foireux à OMV

 
   
Ca marche aussi avec OMV.

Je vais probablement changer mon proco de gen 8 pour un 1265l v2, quelle quantite de pate thermique dois-je acheter ? Une ref peut etre ?

Si tu poses la question c'est que comme moi tu bricoles un CPU une fois tous les 10 ans.
Donc la quantité la plus petite possible.
Quant à la ref, n'étant pas en train de monter une config de gamer avec des contraintes énormes, j'ai pris ce que j'ai pu trouver facilement en pâte de marque, donc un produit qui me semblait sérieux mais pas spécialement de compétition: une Titan nano grease. Arctic AMHA fera des choses très correctes.

Vous avez vu que y’a un gen10 plus ? Avec ilo5, processeur intel pas soudé, 32go de ram etc etc etc?
 
Y’a un topic sur le gen10 ?

On en parlait il y a 2 pages.
 
Pas de topic dédié au Gen10, on en parle ici.... si le propriétaire du topic peut le renommer, ça serait top.
 
@Empereur78 encore présent ?

 
Bon effectivement, j'avais des soucis d'ordre de disques.  
Quand j’enlève la clé d'install avant le reboot, j'enlève sde. Au reboot, mon SSD système devient sde (et donc plus de sdf). C'est aussi con que ca
Pour le moment, j'ai laissé la clé en modifiant l'ordre de boot par défaut. Mais pour faire propre effectivement, il faudra que je modifie les chemins disques comme préco par Illium (je ne sais pas encore comment faire)
 
Coté loop lors de l'install, c'est mon bail DHCP sur l'IP du serveur qui posait problème lors de l'auto config réseau à l'install. J'ai vire le bail, plus de souci...
 
Merci pour les conseils. J'ai maintenant d'autres soucis de config mais je vais plutôt aller poster sur le topic OMV pour arrêter de polluer celui ci

Faut aller dans la conf grub et fstab pour qu'elles utilisent par défaut les UUID.
 
Par contre, grosse merde de la part d'OMV parce que debian fonctionne comme ça par défaut depuis un certain temps...

 
OK, je regarde ca dès que possible, merci
 
Allez je demande quand meme :  
 je me retrouve bloqué lors de la mise en place d'OMV Extras.
 

 
Je suis pourtant persuadé que lors de ma première install d'hier (avant que je ne recommence), ça avait fonctionné, j'avais pu installer plugins et autres docker
La j'ai essayé plusieurs fois et ca merdouille à chaque fois (OMV extras est bien ajouté a la GUI mais tout le reste ne fonctionne plus)...  
Et avec le forum OMV down, ca n'aide pas.
 
La commande qui merde :  
wget -O - https://github.com/OpenMediaVault-P [...] er/install | bash
 
Version d'OMV :  
openmediavault_5.3.4-amd64

d'après le message c'est qu'il est en https mais que sa signature n'est pas bonne.
Essaye de désactiver dans les paramètres généraux le forçage du https, peut etre que ça aidera

Dites les gens.
Question con de base de l'hypervision / virtualisation...
 
C'est mal si je démarre 4 VM pour un total de 12 cores / 24 Go de RAM alors que l'hyperviseur ne dispose que de 8 cores / 16 Go de RAM ?
Ca va tout péter ? Ou juste ça va ralentir les VM ?
 
L'hyperviseur est ESXi 6.0.0

Alors :
 
- 12 cores pour tes VM pour 8 cores réels : pas de soucis, tes VM auront juste des cores en deçà de leur puissance réelle.
- 24Go pour 16Go => ça va cracher, autant tu peux tricher sur la puissance d'un CPU autant tu ne peux tricher sur la taille totale  
 
Sur Proxmox quand j'avais fait cette erreur ça me stoppé net une des VM par manque de ram/

D'ac, ok, pas con.
Même si toutes les machines ne consomment même pas 50% de leur RAM affectée ?
En même temps c'est logique, si y a plus de place y a plus de place, tout simplement
 
Merci pour ta réponse

Même si elles consomment moins je pense, faudrait tester.
 
Je ne sais pas l'hyperviseur alloue la ram à la volée ou s'il fait une réservation physique de la quantité demandée.
 
Mais si ça fait de l'alloc à la volée tu prends quand même le risque de tout faire planter à n'importe quel moment

Ouais voilà, y a quand même cette épée de Damoclès en permanence
Bon, je vais pas jouer alors, je vais m'organiser autrement.
 
Merci

Ça ne crachera pas, si tu dépasses la mémoire réelle, l'hyperviseur va commencer à paginer sur disque, donc les performances vont juste s'effondrer.
C'est le même principe qu'à l'intérieur même de n'importe quel OS entre les différentes applications, sauf que là c'est à l'échelle d'un hyperviseur avec différentes VM.

Si tu as du swap je suppose ?
 
Sur ma proxmox ça crachais clairement (vm qui se stop et logs sur l'hôte).

DiB91 utilise ESXi, pas Proxmox.
 
Sous ESXi, on n'a pas le choix, il crée automatiquement un disque virtuel dans le répertoire de la VM au moment de son démarrage, d'une taille identique à sa capacité RAM allouée.
C'est donc bien cet espace propre à chaque VM qui sert d'espace de Swap.
 
ESXi est utilisé par toutes les entreprises, qui n'auraient pas pris le risque de mettre en prod un truc qui risque de planter à tout instant parce qu'un admin a fait de la sur-allocation. C'est carrément la base de la virtualisation que de permettre de mutualiser les ressources, et donc sur-allouer.
 
Promox, perso je n'ai aucune expérience pratique, donc si tu me dis que ça plante pour un oui ou pour un non, ça ne va pas m’encourager à m'y mettre (pourtant je l'envisageais pour mon prochain serveur)  

ça plante quand tu fais n'importe "quoi" oui.
 
Proxmox utilise la RAM réelle pour ses VM. Pour ESXi je ne suis pas sûr de comprendre ce que tu dis :
- la ram de la VM est un fichier "swap" sur le disque ? Niveau perf comparé à la vraie ram ce doit être catastrophique non ?
 
Ou alors ça puise dans la RAM initiale et ensuite si besoin ça vient puiser dans le fichier swap généré pour chaque VM ?

Bah non c'est exactement comme dans un OS.
Reprend les bases de la mémoire virtuelle, ça existe depuis 30 ans, Unix, Linux, Windows, etc... y'a que MS DOS qui ne savait pas paginer la RAM.
 
Finalement tu as compris et bien résumé cela dans la 2nde partie de ton message "ça puise dans la RAM initiale et ensuite si besoin ça vient puiser dans le fichier swap". C'est encore la façon la plus simple de le résumer

par contre dire que proxmox n'est pas stable/fiable/... j'ai 3nodes dans un cluster et ça tourne très très bien !

Ben pourtant c'est bien ce SnowBear disais (=>plantage)  
 
oui je sais tu vas me dire que l'administrateur est censé savoir ce qu'il fait, etc.... bah tu sais en entreprise, les admins ne sont pas toujours formés, et souvent une boite préfère payer plus cher un logiciel quand il sait qu'il va fonctionner, indépendamment de la compétence de ses employés. Le calcul est simple, une licence, aussi chère soit-elle, coute moins cher que la formation et le salaire des gens.
 
à la maison on fait ce qu'on veut, mois le premier puisque j'utilise ESXi sans avoir eu de formation. Et ça marche plutôt bien en fin de compte, pourtant j'ai déjà largement sur-aloué la mémoire, et j'ai constaté le ralentissement des grosses VM qui allouaient trop de RAM. Faut dire qu'avec 16 Go on ne va pas loin, principal reproche que j'ai toujorus fait aux Microservers Gen7/Gen8

 
Ok donc je comprends bien le concept et à titre perso je préfère bien calculer ma quantité de ram pour ne jamais avoir besoin de taper dans du swap .
 
À titre perso j'ai arrêté les swap depuis que j'ai 4 Go de ram sur mes machines.
 

 
Oui !  
 
Je suis à 5VM et j'en suis pleinement satisfait ! (du Debian, de W10, du OSx...)

J'ai fait ça à une époque sur mon PC perso sous Windows, qui avait encore un disque dur, en partant du principe que je ne supportais pas le ralentissement quand le PC commençait à swaper (sur un disque dur, ça fait très mal)
 
Mais au final je suis revenu à la config par défaut (donc avec swap), depuis que je suis passé au SSD, car l'impact est moins violent, et surtout j'en avais assez des plantages violents sans prévenir, par exemple si on a lancé trop d'applications, ou si une application se met à consommer de la mémoire de façon déraisonnable (bug/fuite mémoire, site web trop surchargé en éléments, ouverture d'une image un peu trop grande dans Photoshop, etc)
 
Supprimer le swap n'est vraiment pas un bon conseil à donner.... à faire à vos risques et périls en toute connaissance de cause.
 
Si donc l'hyperviseur Promox ne met pas de swap par défaut sur les VM, il vaut mieux le savoir avant de le mettre en prod, au risque de se retrouver avec une prod arrêtée. Merci donc de l'info.
 
 
PS : même si c'est hors sujet, je ne peux m'empêcher de penser au partitionnement sur IBM POWER (AIX et AS400) => l'hyperviseur ne permet pas de démarrer de nouvelles VMs si les VM déjà démarrées ont déjà consommé toute la mémoire. La vérification est faite avant, évitant ainsi tout plantage. Philosophie plus conservatrice, mais plus sécurisante.

J'ai laissé tombé Windows il y a bien longtemps sur mes machines .
 
L'absence de swap ne me dérange pas dans mes utilisations (pc et serveur).
 
Mais après chacun fait comme il veut/peut, je ne prêche pas l'évangile, je parle juste de mon expérience perso, et ça je pense que tu l'as bien compris.
 
l'AS400 est bien foutu, spa nouveau ça .
 
Et c'est un peu la philosophie que j'applique : ne pas créer plus de VM que je n'ai de ram même si comme tu le dis avec un autre hyperviseur cela pourrait fonctionner.

La relève ;-)
https://buy.hpe.com/fr/fr/servers/p [...] 1012241014

Hyper-V fait la même chose, tu peux pas faire de l'overcommit de ram, surtout que c'est géré en bas niveau avec l'IOMMU/SLAT

Tiens d'ailleurs j'ai upgrade ma ram de 8 à 16go je suis censé faire une manip sur mon esxi pour le swap ? En tout cas la ram a bien été prise en compte.

Non tu n'as rien à faire, ESXi n'a pas de swap propre à lui même (enfin pas à ma connaissance, je ne suis qu'amateur sur ce sujet)
Le noyau d'ESXi est vraiment minimaliste, il reste tout le temps en RAM, et n'a pas fondamentalement besoin de swaper.
 
Comme expliqué plus haut, ESXi crée un fichier de swap dans le répertoire de chaque VM (sur le datastore donc) lors du démarrage de chaque VM, d'une taille égale à sa mémoire allouée.
Donc si les VM consomment trop de RAM, ce n'est pas le problème d'ESXi car ce sont les VM qui se pénalisent toutes seules

c'est pas juste pour pouvoir les mettre en save ?