крон php команда вызывает CIFS NT_STATUS_LOGON_FAILURE

В течение прошедшего дня, каждое полчаса или так,/var/log/syslog получает этот пакет в течение одной секунды:

CRON[23914]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
CIFS VFS: Send error in SessSetup = -13
Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
CIFS VFS: Send error in SessSetup = -13

Сценарий /etc/cron.d/php5 содержит ту первую строку, с комментарием "Ищут и производят чистку старых сессий каждые 30 минут". Немного больше расследования показывает, что убирает/var/lib/php5 (который довольно пуст; этот хост не использует php).

  1. Почему эти 4 сообщения об ошибках, возможно, внезапно начали появляться? Удаление старых файлов не должно заставлять ничего пытаться смонтировать долю CIFS.
  2. Что должен остановить очевидный способ /etc/cron.d/php5 от выполнения? Удалить php полностью? (Редактирование сценария похоже на сообщение roomba продолжать вытирать пол в ванной комнате, вместо того, чтобы звонить водопроводчику.)

Возможно связанный:

0
задан 18 April 2017 в 08:37

1 ответ

Это, вероятно, не вызывается PHP5 и вместо этого вызывается установкой самбы. Проверьте, чтобы видеть, принимаете ли Вы участие в своем/etc/fstab, который мог бы пытаться, SMB монтируются к окна, volume/server на 30 минимальных обновлениях. Мое предположение - Вы, видят две различных ошибки. Сборка "мусора" сессии на PHP не вызвала бы NT_STATUS_LOGON_FAILURE, если Вы не переместили свое устройство хранения данных сессии в смонтированную Samba долю.

Вы могли определить свой путь сессии с этим:

php -i|grep -i session.save_path

Однако ошибка, которую Вы обрисовали в общих чертах, прибывает из чего-то еще.

1
ответ дан 3 November 2019 в 10:35

Другие вопросы по тегам:

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