o comando cron php faz com que o CIFS NT_STATUS_LOGON_FAILURE

0

No último dia, a cada meia hora ou mais, o / var / log / syslog obtém esta sequência dentro de um segundo:

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

O script /etc/cron.d/php5 contém a primeira linha, com um comentário "Procure e limpe sessões antigas a cada 30 minutos". Um pouco mais de investigação mostra que ele está arrumando o / var / lib / php5 (que é bem simples; esse host não usa php).

  1. Por que as 4 mensagens de erro começaram de repente a aparecer? Remover arquivos antigos não deve fazer com que nada tente montar um compartilhamento CIFS.
  2. Qual é a maneira correta de impedir que /etc/cron.d/php5 seja executado? Desinstalar o php completamente? (Editar o roteiro é como dizer ao roomba para continuar limpando o chão do banheiro, em vez de telefonar para o encanador).

Possivelmente relacionado:

por Camille Goudeseune 18.04.2017 / 17:37

1 resposta

1

Isso provavelmente não é causado pelo PHP5 e, em vez disso, causado por uma configuração do samba. Verifique se você tem um compartilhamento em seu / etc / fstab que pode estar tentando uma montagem SMB para um volume / servidor do Windows em uma atualização de 30 minutos. Meu palpite é que você está vendo dois erros diferentes. A coleta de lixo da sessão no PHP não causaria o NT_STATUS_LOGON_FAILURE, a menos que você movesse o armazenamento da sessão para um compartilhamento montado pelo Samba.

Você pode determinar seu caminho de sessão com isso:

php -i|grep -i session.save_path

No entanto, o erro que você descreveu vem de outra coisa.

    
por Chris Schuld 19.04.2017 / 01:08