Configurando o sistema de travamentos do man-db com chamadas de sistema incorretas

3

Ubuntu 18.04 x86_64. Desde que fiz o upgrade de 17.10 para 18.04, sempre que eu instalo ou executo atualizações e a atualização subseqüente do man-db ocorre, o sistema fica preso por dez minutos ou então cuspindo erros e atingindo o cpu com força.

Setting up man-db (2.8.3-2) ...
Updating database of manual pages ...
/usr/bin/mandb: zcat: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/wodim.1.gz: Bad system call (core dumped)
/usr/bin/mandb: /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE -q: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/grub-editenv.1.gz: Bad system call (core dumped)
/usr/bin/mandb: zcat: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/grub-editenv.1.gz: Bad system call (core dumped)
/usr/bin/mandb: /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE -q: Bad system call (core dumped)
/usr/bin/mandb: zcat < /usr/share/man/man1/grub-file.1.gz: Bad system call (core dumped)
.
.
.

Além disso, os manpages lançam erros e estão vazios:

     Manual page man(1) line ?/? (END) (press h for help or q to quit)man: 
    zcat < /usr/share/man/man1/man.1.gz: Bad system call (core dumped)
    man: /usr/lib/man-db/manconv: Bad system call (core dumped)man: preconv: Segmentation fault (core dumped)
    man: tbl: Segmentation fault (core dumped)
    man: nroff: Bad system call (core dumped)
man: gzip: Bad system call (core dumped)

Há um relatório de erros no Debian descrevendo um problema semelhante, link , mas eu já estou executando a versão do man-db que supostamente resolveu o problema (2.8.3). Tentei reinstalar man-db sem efeito. Alguém experimentou algo semelhante e como consertar?

Aqui está o link para o arquivo de rastreamento solicitado:

manpage.trace

    
por Huaidan 24.05.2018 / 05:01

2 respostas

3

Recebi várias respostas ao meu pedido de strace output, pelo que muito obrigado. A maioria deles indica o uso do software Astrill VPN, que injeta código em todos os processos do sistema usando /etc/ld.so.preload , tornando o processo de sandboxing eficaz um pouco mais difícil. Acredito que eu tenha trabalhado em torno disso no git master.

Uma resposta indicou o uso do software antivírus ESET File Security, que faz uma coisa semelhante. Eu tentei contornar problemas com isso no passado, mas parece ser um pouco um alvo em movimento. Eu cometi meu melhor palpite em uma solução alternativa para definir o mestre .

Supondo que eu obtenha alguns relatórios de teste bem-sucedidos sobre essas mudanças, eles estarão no man-db 2.8.4, e eles são pequenos e independentes o suficiente para que eu possa empurrá-los como atualizações estáveis para o Ubuntu 18.04 também.

    
por Colin Watson 16.07.2018 / 03:52
0

Eu tenho esse problema e o vi em várias máquinas, entrei em contato com Astrill e eles escreveram de volta:

"Isso é causado por apparmor. Certifique-se de atualizar astrill para a versão mais recente. Tentei melhorar isso, excluindo alguns programas que se comportam mal. Basicamente apparmor trava esses programas quando eles tentam acessar a memória compartilhada em vez de negar o acesso, retornando núcleo de erro correspondente.Eu acredito que este é um bug no apparmor ou bibliotecas do sistema e eu não posso fazer muito sobre isso, exceto excluir tais programas.

Eu fiz um arquivo de configuração onde você pode excluir programas que não se comportam bem, especificando o nome do executável, um por linha: /etc/lsp.exclude

Eu consertei man em algumas versões recentes, então tenha certeza de ter a última versão astrill. Se não estiver funcionando, tente descobrir quais programas adicionar à lista. Por favor, envie-me a lista de volta e posso então incluí-la na próxima versão.

Excluí sshd, bash, sh, grotty, groff, man "

Eu posso confirmar se o mandb está adicionado /etc/lsp.exclude que o problema desaparece (pelo menos na minha máquina). Eu também informei Astrill.

UPDATE: Fui informado pela Astrill que eles adicionarão o comando mandb a /etc/lsp.exclude

UPDATE: Eu enviei seus comentários para astrill, fui informado por eles que a próxima atualização irá excluir mandb mas ...

    
por John H 01.08.2018 / 08:58