Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Backup Server
    Задача сборки мусора не выполняется из-за ошибки "EMFILE: Слишком много открытых файлов".

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Задача сборки мусора не выполняется из-за ошибки "EMFILE: Слишком много открытых файлов"., Proxmox Backup Server
     
    tbahn
    Guest
    #1
    0
    12.08.2024 13:36:00
    Внезапно задача очистки мусора начала проходить с ошибкой: TASK ERROR: обновление atime не удалось для куска/файла "/mnt/proxmox-backup/.chunks/69f8/69f82c53064d2eb7795d401a63177ebda5bba778f02db397­235e6508a2fee0ed" - EMFILE: слишком много открытых файлов. Это происходит после того, как обработано 85% (212 из 249 файлов индекса) и всегда с одним и тем же куском. Обновил все пакеты, перезагрузился, повторил попытку. Увеличил количество открытых файлов в /etc/security/limits.conf с 2^16-1 (65 535) шаг за шагом, каждый раз удваивая, до 2^20-1 (1 048 575). Каждый раз перезагружался и пробовал задание снова.

    *                soft    nofile          1048575
    *                hard    nofile          1048575

    Задания prune и verify проходят успешно. stat /mnt/proxmox-backup/.chunks/69f8/69f82c53064d2eb7795d401a63177ebda5bba778f02db397­235e6508a2fee0ed отрабатывает нормально.
     
     
     
    tbahn
    Guest
    #2
    0
    02.09.2024 07:47:00
    Никто не сталкивался с такой же проблемой? Это всего лишь один частный сервер Proxmox VE, резервная копия которого делается через этот PBS. Как это может быть слишком много?
     
     
     
    tbahn
    Guest
    #3
    0
    13.09.2024 10:36:00
    Я сократил количество старых резервных копий, которые храню. Помогло. Но только на несколько дней. :-(
     
     
     
    jobine23
    Guest
    #4
    0
    22.12.2024 09:49:00
    Сейчас у меня такая же проблема, как и у тебя. Ты как-нибудь смог её наверняка исправить?
     
     
     
    tbahn
    Guest
    #5
    0
    14.02.2025 15:10:00
    Извини, не совсем. Я забросил PBS VM и создал новую, указав в ней NFS-шару на другом сервере.
     
     
     
    undefine
    Guest
    #6
    0
    22.05.2025 16:52:00
    Здравствуйте! У меня периодически возникают ошибки "Too many open files" (EMFILE, ошибка ОС 24) с Proxmox Backup Server (PBS) версии 3.4.1, установленным на выделенном сервере Dell R720 (файловая система: XFS). Примеры ошибок:

    Во время проверки резервных копий: не удаётся проверить chunk, ошибка загрузки — хранилище 'backup' [...] — слишком много открытых файлов (ошибка ОС 24).

    Во время задач резервного копирования: POST /fixed_chunk: 400 Bad Request: вставка chunk [...] не удалась: EMFILE: слишком много открытых файлов.

    Статистика репозитория:  
    Количество пространств имён: find /backup/ns/ -type d | wc -l — 6024  
    Количество файлов chunk: find /backup/.chunks/ -type f | wc -l — 36 966 951

    Дополнительные наблюдения:  
    Ошибки появляются как во время сбора мусора, так и при обычном резервном копировании. Чёткой закономерности нет, проблема возникает время от времени. Использование дискового пространства, процессора и оперативной памяти в норме.

    Что делал для устранения:  
    - Проверил версию PBS и обновления.  
    - Проверил свободное место на диске (без проблем).  
    - Мониторил использование системных ресурсов.

    Вопросы к сообществу:  
    Требуется ли для такого объёма данных (почти 37 миллионов файлов chunk) особая настройка?  
    Какие лучшие практики по конфигурации PBS для крупных репозиториев?  
    Есть ли рекомендуемые системные или ядровые лимиты (например, ulimit, fs.file-max) для подобных случаев?  

    Буду очень признателен за советы по диагностике и решению этой проблемы!
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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