Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Перезапись памяти ядра приводит к зависанию/вылету хоста, вызвано одним LXC контейнером.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Перезапись памяти ядра приводит к зависанию/вылету хоста, вызвано одним LXC контейнером., Proxmox Виртуальная Среда
     
    onlime
    Guest
    #1
    0
    03.04.2025 11:06:00
    У меня проблема с одним LXC-контейнером, который вызывает полную остановку/сбой системы уже 1,5 года. Это началось 15 ноября 2023 года, тогда использовалось ядро 6.2.16-19-pve (pve-enterprise), и проблема всё ещё возникает с самым свежим ядром Proxmox VE 6.8.12-9-pve (pve-no-subscription). Проблема возникает только из-за этого контейнера, в то время как 50+ других контейнеров (все на последних Debian Bookworm и все на последних Proxmox VE с ZFS) никогда не вызывали подобных проблем. Я уже переносил этот проблемный контейнер на 5 разных физических серверов, и он умудрялся их все поломать. Иногда контейнер работает 5-10 дней, а иногда падает несколько раз в день. В 80% случаев хост просто зависает, и единственный способ его оживить – перезагрузка питания. В 20% случаев он просто перезагружается после сбоя. Я проверяю логи после каждого сбоя, но никогда не находил ничего подозрительного (кроме долго работающих PHP FPM процессов, которые распределены по всему дню) до сбоя. При перезагрузке syslog сообщает: Code: 2025-04-03T10:29:13.430445+02:00 hn7 systemd-pstore[833]: PStore dmesg-erst-7489000355091447809.enc.z перемещён в /var/lib/systemd/pstore/dmesg-erst-7489000355091447809.enc.z. Я не знаю, как декодировать этот файл. Предыдущий (из старого ядра, в данном случае 6.8.12-1-pve), не закодированный `dmesg-erst-7403549738764599297`, сообщал о segfaults: Code: <6>[34266.440354] perf: interrupt took too long (6279 > 2673), lowering kernel.perf_event_max_sample_rate to 31000
    <6>[36428.354318] connection[4951]: segfault at 20 ip 000078e4427c8cdc sp 000078e435ffd600 error 4 in libc.so.6[78e442757000+155000] likely on CPU 7 (core 1, socket 1)
    <6>[36428.354337] Code: c0 04 0f 85 98 03 00 00 4c 39 c0 72 e9 44 89 6c 24 18 74 61 48 8b 46 28 66 48 0f 6e c6 66 48 0f 6e d0 66 0f 6c c2 0f 11 42 20 <48> 39 70 20 0f 85 be 01 00 00 48 89 56 28 48 8b 42 28 49 89 f0 48
    <6>[36428.354430] connection[2915]: segfault at 0 ip 000057b03063c99f sp 000078e4379788a0 error 4 in mysqld[57b02efaf000+1dc0000] likely on CPU 12 (core 0, socket 0)
    <6>[36428.354457] Code: 8d 05 75 fa ed 01 48 0f af d1 48 29 d6 48 8b 10 31 c0 48 39 ce 0f 93 c0 48 0f af c1 48 29 c6 48 8d 04 76 48 c1 e0 06 48 03 02 <8b> 00 48 83 bd a0 f2 ff ff 02 77 0b 3d 00 00 00 10 0f 8f 62 21 00
    <6>[36428.367509] php-fpm8.2[514910]: segfault at 0 ip 000060b28a765455 sp 00007ffd3037e800 error 4 in php-fpm8.2[60b28a544000+309000] likely on CPU 11 (core 5, socket 1)
    <6>[36428.367522] Code: 31 c0 c7 47 10 ff ff ff ff f3 0f 6f 07 48 c7 47 18 00 00 00 00 48 8d 3d d9 5b 27 00 0f 29 04 24 0f 29 4c 24 10 e8 8b ef ff ff <48> 8b 00 48 8b 00 48 85 c0 74 05 48 89 e7 ff d0 48 8b 44 24 28 64
    <4>[36428.367811] slab proc_inode_cache start ffff9d8c06a21e98
    <4>[36428.367815] slab proc_inode_cache
    <4>[36428.367816] pointer offset 384
    <4>[36428.367819] size 704 На сегодняшнем сбое я был залогинен на (физическом) хосте во время происшествия и появились эти сообщения: Code: :
    Сообщение из syslogd@hn7 от Apr 3 10:26:13 ...
    kernel:[13981.116924] usercopy: Обнаружена попытка перезаписи памяти ядра в vmalloc 'no area' (смещение 0, размер 4096)!

    Сообщение из syslogd@hn7 от Apr 3 10:26:13 ...
    kernel:[13981.116924] usercopy: Обнаружена попытка перезаписи памяти ядра в vmalloc 'no area' (смещение 0, размер 4096)! LXC конфигурация: Bash: hn7$ pct config 172
    arch: amd64
    cpulimit: 16
    cpuunits: 256
    features: nesting=1
    hostname: s002.example.com
    memory: 49152
    net0: name=eth0,bridge=vmbr0,gw=x.x.x.x,hwaddr=XX:XX:XX:XX:XX:6B,ip=x.x.x.x/25,type=veth
    onboot: 1
    ostype: debian
    rootfs: zfsvols:subvol-172-disk-1,acl=1
    swap: 1024 Я никогда не видел сообщения OOM в syslog. В текущей настройке я запускаю этот LXC контейнер как единственный на хост-ноде, в котором 128 ГБ памяти, поэтому выделенные 48 ГБ для этого контейнера не должны быть проблемой. Буду очень благодарен за любую помощь!
     
     
     
    onlime
    Guest
    #2
    0
    03.04.2025 11:23:00
    Дополнительная информация: Bash: hn7$ pveversion -v
    proxmox-ve: 8.3.0 (запущенный kernel: 6.8.12-9-pve)
    pve-manager: 8.3.5 (запущенная версия: 8.3.5/dac3aa88bac3f300)
    proxmox-kernel-helper: 8.1.1
    proxmox-kernel-6.8: 6.8.12-9
    proxmox-kernel-6.8.12-9-pve-signed: 6.8.12-9
    proxmox-kernel-6.8.12-8-pve-signed: 6.8.12-8
    ceph-fuse: 16.2.15+ds-0+deb12u1
    corosync: 3.1.7-pve3
    criu: 3.17.1-2+deb12u1
    glusterfs-client: 10.3-5
    ifupdown2: 3.2.0-1+pmx11
    ksm-control-daemon: 1.5-1
    libjs-extjs: 7.0.0-5
    libknet1: 1.28-pve1
    libproxmox-acme-perl: 1.6.0
    libproxmox-backup-qemu0: 1.5.1
    libproxmox-rs-perl: 0.3.5
    libpve-access-control: 8.2.0
    libpve-apiclient-perl: 3.3.2
    libpve-cluster-api-perl: 8.0.10
    libpve-cluster-perl: 8.0.10
    libpve-common-perl: 8.2.9
    libpve-guest-common-perl: 5.1.6
    libpve-http-server-perl: 5.2.0
    libpve-network-perl: 0.10.1
    libpve-rs-perl: 0.9.2
    libpve-storage-perl: 8.3.3
    libspice-server1: 0.15.1-1
    lvm2: 2.03.16-2
    lxc-pve: 6.0.0-1
    lxcfs: 6.0.0-pve2
    novnc-pve: 1.5.0-1
    proxmox-backup-client: 3.3.4-1
    proxmox-backup-file-restore: 3.3.4-1
    proxmox-firewall: 0.6.0
    proxmox-kernel-helper: 8.1.1
    proxmox-mail-forward: 0.3.1
    proxmox-mini-journalreader: 1.4.0
    proxmox-widget-toolkit: 4.3.7
    pve-cluster: 8.0.10
    pve-container: 5.2.4
    pve-docs: 8.3.1
    pve-edk2-firmware: 4.2023.08-4
    pve-esxi-import-tools: 0.7.2
    pve-firewall: 5.1.0
    pve-firmware: 3.14-3
    pve-ha-manager: 4.0.6
    pve-i18n: 3.4.1
    pve-qemu-kvm: 9.2.0-2
    pve-xtermjs: 5.3.0-3
    qemu-server: 8.3.8
    smartmontools: 7.4-2~bpo12+1
    spiceterm: 3.3.0
    swtpm: 0.8.0+pve1
    vncterm: 1.8.0
    zfsutils-linux: 2.2.7-pve2
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры