Вопросы Теги

Systemd LimitNOFILE ограничен значением 4096

Вам нужно предоставить служебный файл, который вы написали, пожалуйста, отредактируйте ваш первоначальный вопрос с этим. (Должен был быть комментарий, но у меня нет разрешения).

Основная проблема заключается в том, что ваш служебный файл создал цикл в желаемом порядке запуска. Пример: systemd хочет сначала запустить a, затем b, затем c, но a хочет запуститься после c. Я бы заподозрил, что две виновные строки - это BindsTo и After, поскольку это делает его частью той же службы, которую он хочет ждать.

Однако, вы можете следовать этому ответу с cvol.service, замененным на ваш macspoof@wls1.service. Соответствующая команда: systemctl show -p Requires,Wants,Requisite,BindsTo,PartOf,Before,After macspoof@wls1.service

Описания ключевых слов можно найти здесь

6
31.07.2017, 12:35
3 ответа

Изman systemd.exec:

For system units these resource limits may be chosen freely. For user units however (i.e. units run by a per-user instance of systemd(1)), these limits are bound by (possibly more restrictive) per-user limits enforced by the OS.

Возможно, в вашей системе настроено жесткое ограничение в 4096 открытых файлов на процесс. Это откроет лазейку, если systemd позволит вам обойти это ограничение.

2
27.01.2020, 20:28

Поздний ответ; limits.confне используется, когда работает systemd(limits.confдля систем, отличных от -systemd ).

На самом деле вам нужен файл;/etc/systemd/system.conf-это глобальная конфигурация. Тогда у вас есть /etc/systemd/user.conf-, это определяет дополнительные ограничения для -пользователей.

Конкретно в вашем случае; даже если вы настроили user.confс более высоким пределом, это недействительно, так как предел в system.confниже и действует как ограничение предела вuser.conf

О _О

9
27.01.2020, 20:28

Это может быть связано с systemd до версии 240:

См.:https://github.com/systemd/systemd/blob/main/NEWS

CHANGES WITH 240: ...

  • The Linux kernel's current default RLIMIT_NOFILE resource limit for userspace processes is set to 1024 (soft) and 4096 (hard). Previously, systemd passed this on unmodified to all processes it forked off. With this systemd release the hard limit systemd passes on is increased to 512K, overriding the kernel's defaults and substantially increasing the number of simultaneous file descriptors unprivileged userspace processes can allocate...

Попробуйте обновить systemd до версии 240 или выше

0
20.10.2021, 14:00

Теги

Похожие вопросы