В /var/run после перезагрузки не создаётся каталог nscd

0

1

В /var/run после перезагрузки не создаётся каталог nscd, соответственно nscd.service запуститься не может. То же самое с minidlna. С другими сервисами, например samba, проблем нет, каталог создаётся, сервис запускается. Система - openSUSE Tumbleweed. Есть второй комп, тоже с openSUSE Tumbleweed, там такой проблемы нет. В /usr/lib/tmpfiles.d/nscd.conf есть запись: d /run/nscd 0755 root root. Закостылил временное решение проблемы, добавил в /etc/systemd/system/multi-user.target.wants/nscd.service строчку ExecStartPre=/bin/mkdir -p /var/run/nscd, но иногда после обновления этот файл меняется на дефолтный и nscd опять перестаёт работать. Почему некоторые каталоги в /var/run могут не создаваться автоматически при загрузке?

Ссылка

←	Как сосчитать нажатие функциональной клавиши?

ingress nginx controller - как получить доступ к приложению

→

Так /run или /var/run?

intelfx ★★★★★
(20.02.21 10:13:40 MSK)

Ответ на: комментарий от intelfx 20.02.21 10:13:40 MSK

/var/run в большинстве дистрибутивов является симлинком на /run

eternal_sorrow ★★★★★
(20.02.21 10:16:31 MSK)

Ответ на: комментарий от eternal_sorrow 20.02.21 10:16:31 MSK

Я как бы в курсе. Тем не менее, относится ли дистрибутив ТСа к этому большинству — мне не известно.

intelfx ★★★★★
(20.02.21 10:18:31 MSK)
Последнее исправление: intelfx 20.02.21 10:18:49 MSK (всего исправлений: 1)

Ответ на: комментарий от intelfx 20.02.21 10:18:31 MSK

Относится. В suse /var/run - это ссылка на /run

BityjPixel
(20.02.21 10:19:56 MSK) автор топика

Ссылка

ExecStartPre=/bin/mkdir -p /var/run/nscd

замени на RintimeDirectory=ncsd

eternal_sorrow ★★★★★
(20.02.21 10:20:52 MSK)

Ответ на: комментарий от eternal_sorrow 20.02.21 10:20:52 MSK

А толку? После какого нибудь обновления файл вернётся на дефолтный, где этой записи не будет.

BityjPixel
(20.02.21 10:22:29 MSK) автор топика

Ответ на: комментарий от BityjPixel 20.02.21 10:22:29 MSK

use drop-ins, Luke

eternal_sorrow ★★★★★
(20.02.21 10:23:21 MSK)

Ответ на: комментарий от eternal_sorrow 20.02.21 10:23:21 MSK

Это костыль пожёстче, но всё равно костыль. То что каталог не создаётся - это симптом косяка, хотелось бы докопаться до его причины и устранить её, а то потом могут вылезти другие неожиданные симптомы.

BityjPixel
(20.02.21 10:30:50 MSK) автор топика
Последнее исправление: BityjPixel 20.02.21 10:31:13 MSK (всего исправлений: 1)

Ссылка

Как обстоят дела с сервисом типа systemd-tmpfiles-setup.service , на обоих серверах?

NDfan ★
(20.02.21 12:31:56 MSK)

Ответ на: комментарий от NDfan 20.02.21 12:31:56 MSK

На том, где каталоги не создаются:

systemctl status systemd-tmpfiles-setup.service
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
     Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static)
     Active: active (exited) since Sat 2021-02-20 14:18:19 MSK; 16min ago
       Docs: man:tmpfiles.d(5)
             man:systemd-tmpfiles(8)
    Process: 698 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=73)
   Main PID: 698 (code=exited, status=73)

Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /tmp during canonicalization of /tmp.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /tmp during canonicalization of /tmp.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /var during canonicalization of /var/lib/xkb/compiled.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /var during canonicalization of /var/log/journal.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /var during canonicalization of /var/log/journal.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /var during canonicalization of /var/log/journal/bc6799663cf94909b8ca91e2d140c068.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /var during canonicalization of /var/log/journal/bc6799663cf94909b8ca91e2d140c068.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /run during canonicalization of /run/log/journal.
Feb 20 14:18:19 linux systemd-tmpfiles[698]: Detected unsafe path transition / → /var during canonicalization of /var/log/journal/bc6799663cf94909b8ca91e2d140c068/system.journal.
Feb 20 14:18:19 linux systemd[1]: Finished Create Volatile Files and Directories.

На том компе, где каталоги создаются в конце предпоследней строки есть отличие:

(code=exited, status=0/SUCCESS)

Вот результат

journalctl -u systemd-tmpfiles-setup.service -n 100 --no-pager

с компа, где не создаются каталоги:

https://pastebin.com/C1HM7qGJ

Ошибок там вроде нет. Не понятно, почему в одном случае status=73, а в другом status=0/SUCCESS и что это означает

BityjPixel
(20.02.21 15:00:03 MSK) автор топика
Последнее исправление: BityjPixel 20.02.21 15:00:43 MSK (всего исправлений: 1)

Ответ на: комментарий от BityjPixel 20.02.21 15:00:03 MSK

(code=exited, status=73)

А, ну это всё объясняет.

Не понятно, почему в одном случае status=73 <…> и что это означает

Ненулевой код возврата в UNIX-подобных практически всегда означает какую-то ошибку.

https://www.freedesktop.org/software/systemd/man/systemd-tmpfiles.html#Exit%20status

If the configuration was syntactically valid, but could not be executed (lack of permissions, creation of files in missing directories, invalid contents when writing to /sys/ values, …), 73 is returned (EX_CANTCREAT from /usr/include/sysexits.h).

Передай в systemd-tmpfiles-setup.service переменную окружения SYSTEMD_LOG_LEVEL=debug и попытайся воспроизвести проблему.

Чтобы это сделать, можно либо запустить systemctl edit systemd-tmpfiles-setup.service, либо руками создать drop-in (/etc/systemd/system/systemd-tmpfiles-setup.service.d/debug.conf) и вписать туда следующее:

[Service]
Environment=SYSTEMD_LOG_LEVEL=debug

intelfx ★★★★★
(20.02.21 17:48:32 MSK)
Последнее исправление: intelfx 20.02.21 17:49:45 MSK (всего исправлений: 1)

Ответ на: комментарий от intelfx 20.02.21 17:48:32 MSK

Сделал. Вот вывод journalctl -u systemd-tmpfiles-setup.service -b:https://pastebin.com/0Z1dXfR7

Там есть строки:

фев 20 19:46:21 linux systemd-tmpfiles[693]: Failed to determine whether '/run/nscd' is below autofs, ignoring: No such file or directory
фев 20 19:46:21 linux systemd-tmpfiles[693]: Running remove action for entry d /run/nscd

Не совсем понятно, что тут имеется ввиду, но такие же строки есть и для samba, а каталог /run/samba при этом создаётся.

фев 20 19:46:21 linux systemd-tmpfiles[693]: Failed to determine whether '/run/samba' is below autofs, ignoring: No such file or directory
фев 20 19:46:21 linux systemd-tmpfiles[693]: Running remove action for entry d /run/samba

BityjPixel
(20.02.21 20:41:51 MSK) автор топика

Ответ на: комментарий от BityjPixel 20.02.21 20:41:51 MSK

Да, это не ошибка. В логе ничего криминального. Каталог сначала удаляется, потом создаётся.

Не знаю, в чём проблема. Можно разве что на кофейной гуще погадать. Ищи, кто затирает этот каталог после его создания. Ещё можно проверить, нет ли гонки — сравнить время запуска systemd-tmpfiles-setup.service и nscd.service. Ещё посмотреть, нет ли у тебя в fstab или где-то ещё упоминаний /var или /run — поверх них точно ничего не монтируется?

intelfx ★★★★★
(20.02.21 22:55:25 MSK)
Последнее исправление: intelfx 20.02.21 22:56:36 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от BityjPixel 20.02.21 20:41:51 MSK

Особо так в выводах выше проблемы тоже не вижу.

В дополнение к рекомендациям intelfx, могу предложить позапускать команду сервиса systemd-tmpfiles, из командной строки ( может даже на разных этапах загрузки ).

Если не станет понятнее, послушать происходящее там аудитом. Т.е. типа такого:

# временно настроено слежение (устойчиво к перезагрузкам)
# следим только за write и attribute change
# метка-ключ событий: TMPFILES
cat /etc/audit/rules.d/mytest-tmpfiles.rules 
-w /run/ -p wa -k TMPFILES

# запускается команда из ExecStart
/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev

# интепретируем журнал аудита, нужного ключа, с последней перезагрузки, только неуспешные
ausearch -i -k TMPFILES -ts boot -sv no  | grep -C2 nscd

NDfan ★
(21.02.21 04:35:01 MSK)