[OpenBSD][Qemu] setup des vms limités en ram ?

setup des vms limités en ram ? [OpenBSD][Qemu] - Logiciels - Linux et OS Alternatifs

Marsh Posté le 20-07-2014 à 23:12:02    

Bonjour  :)  
 
ça faisait longtemps que j'étais pas venu sur ce forum ... C'est l'occasion...avec une question hyper complexe...
 
J'ai un petit souci que je n'arrive pas à résoudre j'ai pourtant de bonnes bases sur ce sujet ...
 
J'ai une plateforme OpenBSD sur du SMP 2*4cores 16Go de ram, pour virtualiser des bricoles avec Qemu, et faire d'autres activités...
 
Mais avec qemu il me limite à la création de vm de 256Mo de ram exactement ou entre 512Mo de ram et 847Mo mais aucune autre valeurs
Qemu est capable de gerer des VMs selon les plateformes émulées jusqu'à 2048Mo de ram pour i386 et x86_64 notament.
 
C'est là qu'intervient mon souci de ram pour mes machines virtuelles de ce type.

  • < à 256Mo = impossible (hors la valeur par defaut de qemu est censée être 128Mo)
  • 256Mo = OK
  • entre 257Mo et 511Mo = impossible
  • 512Mo = OK
  • 513Mo à 847Mo = possible mais impossible de determiner cette valeur à à l'avance la valeur maximale
  • entre 848Mo et 2048Mo impossible.


 
(Les 16Go sont allouables stresstest j'ai réussi à monter à 19Go de ram utilisé (swap comprise) donc il n'y a pas de problèmes avec ça)
 
Je me tape les docs depuis...une semaine environ..., sans succès... rien qui permette d'activer en force pour permettre qu'on en reserve des "bouts"...
 
je continues à bricoler sur le sujet
 
d'autres plateformes émulés sont bien gérées par exemple :

qemu-system-sparc -machine SS-20 -smp 4 -m 768


et on peut aller aux valeurs MAX de ram pour les VMs
 
il semble que ce soit donc purement la qemu-system-i386 ainsi que la qemu-system-x86_64 uniquement qui pose problème.
 
Ma conf hardware :

hw.machine=amd64
hw.model=Intel(R) Xeon(R) CPU E5345 @ 2.33GHz
hw.ncpu=8
hw.byteorder=1234
hw.pagesize=4096
hw.disknames=sd0:4ca58795d353d8f6,sd1:5dece4c226bd5f4a,cd0:
hw.diskcount=3
hw.sensors.cpu0.temp0=42.00 degC
hw.sensors.cpu1.temp0=42.00 degC
hw.sensors.cpu2.temp0=42.00 degC
hw.sensors.cpu3.temp0=42.00 degC
hw.sensors.cpu4.temp0=42.00 degC
hw.sensors.cpu5.temp0=42.00 degC
hw.sensors.cpu6.temp0=42.00 degC
hw.sensors.cpu7.temp0=42.00 degC
hw.sensors.acpitz0.temp0=8.30 degC (zone temperature)
hw.cpuspeed=2333
hw.setperf=100
hw.vendor=HP
hw.product=ProLiant DL380 G5
hw.serialno=CZC8032H69
hw.uuid=34333335-3234-435a-4338-303332483639
hw.physmem=17161342976
hw.usermem=17161302016
hw.ncpufound=8
hw.allowpowerdown=1
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/sd0a      984M   60.9M    874M     7%    /
/dev/sd0d      5.8G   22.0K    5.5G     0%    /tmp
/dev/sd0f     29.5G    8.9G   19.1G    32%    /usr
/dev/sd0e     15.7G   22.0M   14.9G     0%    /var
/dev/sd1a      271G   34.7G    223G    13%    /home


 
donc je devrais pouvoir alloué 2Go sans aucun problème....
 
J"ai tenté de bricoler avec les parametres ulimits/logins.conf etc...
mais au mieux j'ai eu des résultat aléatoires¹ variants entre 512Mo et 847Mo....
 
¹ aléatoire : J'ai bien choisi ce mot très précisément car c'est bien le cas comme l'a démontré un simple test type

Code :
  1. vram=2048
  2. while : ; do qemu-system-x86_64 -m $vram ; echo $?-$vram ; vram = $(( $vram - 1 )) ; done


valeur eues ce soir : 658, 841, 534, 734, 693 & 802 par exemple.
sachant que la ram active/occupée n'a jamais dépassé les 940Mo/2.2Go (parmis les 16Go disponnibles)
 
Toutes les ram étant les même au niveau hardware 8 barres de 2Go ECC chacune, il ne peut pas s'agir non plus d'un truc du genre (taille max=taille de la première barette physique-ram occupée ce qui aurait potentiellement pu être le cas sur un vulgaire PC de supermarché modifié 10 fois par des proprietaires succéssifs...) par exemple... Comme c'est une réponse qu'on m'avais faite, dans le doute j'ai changé l'ordre des barettes... mais idem...
 
Donc une fois la valeur permettant de démarrer la VM trouvé... retest avec la meme procédure ...et là paf valeur nvram pour démarrer la VM différente...
J'ai bouclé ce genre de tests toute la semaine, probablement au delà de 40 lancements et jamais eu 2* la meme valeur maximale de vram pour démarrer...
 
 
Pas moyen d'avoir d'aide sur ce sujet... alors je tente ma chance ici... :jap:  
Quelle solution ?  (à par faire que des vms de 256 et 512 Mo bien sur)  
 
NB: non je n'installerai pas linux en lieu et place d'OpenBSD sur cette machine, inutile donc de le proposer...  :sarcastic:  
 
 :cry:  :sweat:  
 
merci  :hello:


Message édité par goblin_rieur le 20-07-2014 à 23:23:05

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
Reply

Marsh Posté le 20-07-2014 à 23:12:02   

Reply

Marsh Posté le 21-07-2014 à 11:46:30    

Hello,
 
Tu pourrais poser la question sur la mailing-list "openbsd-misc" pour plus de visibilité (mais en anglais!) :)


---------------
http://agentoss.wordpress.com/
Reply

Marsh Posté le 21-07-2014 à 11:49:58    


bonjour,
 
en fait C'est déjà fait :)
Mais j'ai tjrs pas eu de réponses  
 
:hello:  


---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
Reply

Marsh Posté le 24-07-2014 à 18:42:18    

J'ai eu une partie de réponse mais hélas ça n'a pas donné les résultats escomptés.
 
tjrs en jouant dans login.conf avec un bloc dédié conenant entre autre

Code :
  1. :datasize=infinity\

& passer un vipw pour s'assurer que l'utilisateur concerné soit dedans....
 
mais ça n'a rien changé... je continue à chercher. :hello:


Message édité par goblin_rieur le 24-07-2014 à 18:42:50

---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed