O artigo aborda o problema em que os arquivos de log contêm o erro "Muitos arquivos’ como resultado do qual a Adobe Experience Manager (AEM) não responde.
Adobe Experience Manager
Os arquivos de log contêm o erro ''Muitos arquivos' e o Adobe Experience Manager (AEM) não responde.
A solução para esse problema é:
A. Descobrir quais arquivos ou soquetes foram deixados abertos
Nota: Os limites de arquivos abertos se aplicam ao total de arquivos abertos, barras e soquetes combinados, não apenas arquivos.
Na plataforma Linux, a variável Lista de arquivos abertos (lsof
) pode ser usado para depurar quais recursos são mantidos abertos pelo processo.
Este é um exemplo de script para coletar lsof
saída:
#!/bin/bash
if [ $# -eq 0 ]
then
echo "No PID specified"
echo "Run command with PID, for example:"
echo "lsof-script.sh 12345"
exit 2
fi
JAVA_PROCESS_PID=$1
lsof -p $JAVA_PROCESS_PID > lsof-output-$JAVA_PROCESS_PID.txt
echo "Files open by the process:"
cat lsof-output-$JAVA_PROCESS_PID.txt | wc -l
echo "Generated output file with counts of grouped open files lsof-sorted-counts-$JAVA_PROCESS_PID.txt"
cat lsof-output-$JAVA_PROCESS_PID.txt | awk '{print $9}' | sed -e "s/\(.*\)\(segmentstore\).*$/\1\2/" | sed -e "s/\(.*\)\(repository[ /] index\).*$/\1\2/" | sed -e "s/\(.*\)\(felix[ /] bundle\).*$/\1\2/" | sed -e "s/\(.*\)\([ /] lib\).*$/\1\2/" | sed -e "s/\(.*\)\([ /] logs\).*$/\1\2/" | sed -e "s/\(.*\)\([ /] ext\).*$/\1\2/" | sort | uniq -c | sort -rn -k1 > lsof-sorted-counts-$JAVA_PROCESS_PID.txt
echo "Total open files in OS:"
lsof | wc -l
Saída de exemplo:
$> ./lsof-script.sh 18070
Files open by the process:
1995
Generated output file with counts of grouped open files: lsof-sorted-counts-18070.txt
Total open files in OS:
18399
Inspecione a saída do arquivo lsof-sorted-counts-*.txt
gerado. Ele mostra quais arquivos ou soquetes estão abertos no momento pelo processo.
Se você encontrar soquetes ou arquivos abertos listados que ainda não devem estar abertos, é provável que seja devido a um bug do aplicativo. Atualize o código do aplicativo para fechar arquivos e soquetes após usá-los.
Uma causa comum de soquetes abertos persistentes é o código personalizado que faz o serviço da web. Em muitos casos, bibliotecas como Apache Commons HttpClient
são usados, mas as conexões nunca são fechadas pelos desenvolvedores. Consulte este artigo para obter detalhes sobre o Apache Commons HttpClient
.
B. Aumentar o limite da sessão do shell
Verifique o limite do usuário para o máximo de arquivos abertos e execute o seguinte como o mesmo usuário com o qual o processo AEM é executado:
ulimit -Sn ulimit -Hn
Ao usar o script de inicialização padrão do AEM/CQ, faça o seguinte para aumentar o limite:
crx-quickstart/bin/start
para ediçãoCQ_MAX_OPEN_FILES
na parte superior do script: CQ_MAX_OPEN_FILES=8192 export CQ_MAX_OPEN_FILES
Se você vir o erro -bash: ulimit: open files: cannot modify limit: Operation not permitted
ao iniciar o AEM, a configuração acima não funciona.
Em vez disso, é necessário aumentar o limite no /etc/security/limits.conf
. Consulte as informações abaixo para obter detalhes sobre como reconfigurar o limite de usuários.
Se você estiver usando um servidor de aplicativos de terceiros, como JBoss ou Websphere, siga as seções abaixo e verifique a documentação do fornecedor.
Observação: se nenhuma das configurações neste artigo resolver o problema, veja quais arquivos estão abertos usando o comando lsof -p
(-p é a id do processo problemático). Pode ser que seu aplicativo esteja deixando os manipuladores de arquivo abertos. Se você perceber que os manipuladores estão sendo mantidos principalmente pelo AEM e não pelo seu aplicativo, entre em contato com o suporte.
C. Aumente os limites do usuário
Para alterar o número máximo de arquivos abertos para usuários não raiz, altere o file/etc/security/limits.conf
. É possível definir o limite por usuário:
crx_process_username soft nofile 8092
crx_process_username hard nofile 20000
Observação: Essa configuração não terá efeito até a próxima vez que o usuário fizer logon.
D. Aumentar o limite do sistema
Às vezes, o limite do usuário é alto o suficiente, mas o próprio sistema atingiu o número máximo de arquivos. Execute o seguinte como su/root user:
cat /proc/sys/fs/file-max
fs.file-max = 300000
sysctl -p
cat /proc/sys/fs/file-max
Observação: essa configuração não terá efeito até a próxima vez que o usuário fizer logon.
Causa
A causa é uma das duas possibilidades:
Informações adicionais
Esse erro ocorre quando o sistema ou usuário está usando o número máximo de manipuladores de arquivos.
Você também pode fazer o seguinte:
/libs/granite/monitoring/config
/libs/granite/monitoring/config