Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour
Même problème de mon côté, gros plantage VM a devoir réinstaller à chaque fois et RAM bloqué à 512… Cela fonctionné parfaitement avant

Bonjour

Je suis en 4.8.11 avec une barette de 16G
3 VM tournent chacune avec 4G de RAM

VM 1 :

19:10:48 root@14RV-FSRV-01:~# free -h
               total        used        free      shared  buff/cache   available
Mem:           3,8Gi       1,8Gi       148Mi        36Mi       2,1Gi       2,1Gi
Swap:          975Mi       4,3Mi       971Mi

VM 2 :

19:10:50 root@14RV-FSRV-02:~# free -h
               total        used        free      shared  buff/cache   available
Mem:           3,8Gi       433Mi        74Mi       248Ki       3,5Gi       3,4Gi
Swap:          975Mi        77Mi       898Mi

VM 3 :

19:08:19 root@14RV-FSRV-16:~# free -h
               total        used        free      shared  buff/cache   available
Mem:           3.8Gi       643Mi       2.7Gi       8.2Mi       634Mi       3.2Gi
Swap:          975Mi          0B       975Mi

L'API renvoi les bonnes valeurs pour chacune des VM :

VM 1 :

curl -sH "X-Fbx-App-Auth: $_SESSION_TOKEN" --cacert /dev/shm/fbx-cacert-callapi https://fbx.fbx.lan/api/v11/vm/1  | jq '.result | {name: .name, status: .status, memory: .memory}'
{
  "name": "14RV-FSRV-01",
  "status": "running",
  "memory": 4096
}

VM 2 :

curl -sH "X-Fbx-App-Auth: $_SESSION_TOKEN" --cacert /dev/shm/fbx-cacert-callapi https://fbx.fbx.lan/api/v11/vm/2  | jq '.result | {name: .name, status: .status, memory: .memory}'
{
  "name": "14RV-FSRV-02",
  "status": "running",
  "memory": 4096
}

VM 3:

curl -sH "X-Fbx-App-Auth: $_SESSION_TOKEN" --cacert /dev/shm/fbx-cacert-callapi https://fbx.fbx.lan/api/v11/vm/16  | jq '.result | {name: .name, status: .status, memory: .memory}'
{
  "name": "14RV-FSRV-16",
  "status": "running",
  "memory": 4096
}

Les ressources globales montrent également des valeurs en cohérence :

curl -sH "X-Fbx-App-Auth: $_SESSION_TOKEN" --cacert /dev/shm/fbx-cacert-callapi https://fbx.fbx.lan/api/v11/vm/info  | jq '.result | {used_memory: .used_memory, total_memory: .total_memory, used_cpus: .used_cpus, total_cpus: .total_cpus}'
{
  "used_memory": 12288,
  "total_memory": 15360,
  "used_cpus": 3,
  "total_cpus": 3
}

Et l'interface graphique aussi.

Ne pensez vous pas plutôt qu'un bug que votre RAM serait défectueuse ?
Et que la Freebox traduirait ça en réduisant la taille de RAM disponible pour chaque VM ?
Vous pouvez jouer un memtest+ depuis une VM pour voir https://www.memtest86.com/downloads/memtest86-usb.zip

Et si vous constatez que la RAM a des segments défectueux, utilisez les pattern de GRUB_BADRAM pour faire en sorte que les VM n'allouent pas les segments défectueux

De mon souvenir la barrette Samsung de 2G d'origine est une barrette de RAM ECC (avec 1 chipset supplémentaire au milieu de la barrette pour la correction d'erreur ce qui ferait 5 circuits intégrés soudés sur la barrette originelle et non 4).
Je ne me souviens plus si j'ai mis une barrette 2666Mhz 16G ECC dans la box mais c'est fort probable surtout si la barrette d'origine est bien une ECC.
Et je vous recommande de faire pareil si c'est bien le cas

Cordialement
nbanba

J'ai le même problème, lors de la création d'une VM on peut mettre autant de ram que l'on souhaite par rapport à la barrette que l'on à d'installer. par contre une fois la VM creer si on souhaite faire une modif de configuration on est obligé de redescendre à 512Mo Max pour pouvoir valider les changement de configuration de la VM.

Bonjour

Comme workarround vous pouvez utiliser l'API (je ne reproduis pas le bug depuis l'API)

Il existe une library BASH permettant de gérer les VM des freebox depuis l'API qui est disponible ici:
https://github.com/freeboxos/freeboxos-bash-api

La fonction 'vm_modify' de cette library permet de reconfigurer la RAM de vos VM

Vous pouvez utiliser cette méthode comme workarround le temps que le bug JS de l'interface web soit corrigé.

Cordialement
nbanba