LXC как определить что изменилось количество ядер

как минимум в dmesg падают сообщения

Не чего не падает в контейнере.

а что показывает lscpu в контейнере?

/#lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                24
On-line CPU(s) list:   0-23
Thread(s) per core:    2
Core(s) per socket:    6
Socket(s):             2
NUMA node(s):          2
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 63
Stepping:              2
CPU MHz:               2399.864
BogoMIPS:              4799.72
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              15360K
NUMA node0 CPU(s):     0-5,12-17
NUMA node1 CPU(s):     6-11,18-23

Мне нужно отловить когда я добавил или убрал ядра контейнер, хотя у него сейчас всего 4 ядра

/#nproc
4

* * * * *

если это отображается где-то в proc (/proc/cpuinfo) то ты можешь просто раз в 10 минут проверять этот файл на предмет изменений, и если увидишь разницу - считать ядра и как-то на это реагировать.

я так понимаю, у тебя не сатанинский хайлоад, чтоб 10 минут слегка пожевать сопли с потерей 10% производительности.

Этот вариант сейчас и стоит только раз в 15 мин. Думал есть более элегантное решение.

хочешь элегантнее - найми девочку на должность секретарши, чтоб в кавайном костюме заходила в кабинет и сообщала: мой повелитель, количество ядер увеличилось.

хорошее решение может быть или простое или эффективное. элегантно - это в области моды уже.

Зачем перезапускать контейнер если нужно всего-лишь изменить количество ядер (или это чисто фича proxmox)?
Смотреть в сторону /sys/fs/cgroup/cpu/lxc/containername/cpuacct.usage_percpu в зависимости от количества ядер, вывод будет отличаться.

Хотелось отловить момент смены в контейнере именно, а не на хосте.

Тогда /proc/cpuinfo
Ну или grep "cpu cores" /proc/cpuinfo | sort -u например

Так и стоит по крону. А хотелось типа изменил и сразу выполнить скрипт.

Ты можешь написать такой сервис. Но в самом конце все равно будет стоять скрипт, который будет дергать раз в н-минут файлик на количество ядер :)

Прям напомнило недавнюю тему правильный скрипт на bash для работы по типу демона для взвода таймера ipmi, каким он должен быть?
Напишите скрипт с sleep меньше 60 :)

Как раз таки если бы количество cpu/cores менялось, то можно было бы ловить event через udev. Но количество ядер не меняется (как видно из того же /proc/cpuinfo), а только ограничивается доступ к ним через cgroup (cpuset.cpus) для процессов контейнера. Никакой event при этом не генерируется.

Другое дело, что непонятно зачем вообще что-то поллить изнутри контейнера, если уже есть таска, которая меняет количество ядер. Почему бы в рамках этой же таски через lxc-attach/ansible/plain_ssh не запускать процесс внутри контейнера?