Как приложение в LXC может узнать реальный объем RAM физической машины?

Question

[Kenny00]

Хост - Proxmox Virtual Environment 7.1-12 (Debian 11) - RAM 128GB
Создан контейнер LXC с 1GB Ram - deb11
Под ним поднят 1С 8.3.21 версии, в роли сервера лицензирования.
При регистрации лицензий, программной мастер регистрации выдает информацию о "железе" в 128GB оперативной памяти. Хотя контейнеру выделено только 1GB.
Каким образом приложение могло видеть физическую память на хосте?

Манипуляции след. вида, не дают результата:

arch: amd64
cores: 1
features: nesting=1
hostname: 1c-lic
memory: 1024
net0: name=eth0,bridge=vmbr0,gw=10.100.1.1,hwaddr=62:4A:72:0C:C6:05,ip=10.100.1.191/13,type=veth
ostype: debian
rootfs: raid1:101/vm-101-disk-0.raw,size=20G
swap: 512
unprivileged: 1
lxc.cgroup2.cpuset.cpus: 0
lxc.cgroup2.memory.max: 1G
lxc.cgroup2.memory.high: 1G
lxc.cgroup.memory.limit_in_bytes: 1G
lxc.cgroup2.memory.limit_in_bytes: 1G

Как приложение могло вылезти за пределы?

Comments

[Drno]

ну потому что LXD контейнер использует ресурсы хоста. и так же как и докер, знает железо хоста
нужна полная изоляция - юзайте виртуалки

[Kenny00]

Drno, Обходных путей нет?
Например - lxc.cgroup2.devices.deny ?
Просто я проверил версии ниже, где cgroup v1 (не cgroup2), на centos7. При ограничении RAM, максималку он получает именно так как я указал в конфиге.
Думаете версия 1С, начала использовать другой механизм "обнаружения"?

[Drno]

Kenny00, я думаю что контейнер больше не получит, чем выделенно. просто видит общую память

Answer 1

[ValdikSS]

Ваша программа узнаёт информацию из /proc-файлов, а изменение ограничений cgroup в Linux не меняет содержимое этих файлов.
Вам нужен lxcfs.

Comments

[Kenny00]

Спасибо Вам, за ответ))