um trabalho de parada está sendo executado para /dev/mapper/name (xxxs / sem limite

um trabalho de parada está sendo executado para /dev/mapper/name (xxxs / sem limite

executando o rhel 8.8, de repente os sistemas não serão reinicializados corretamente. O console mostra a mensagem

a stop job is running for /dev/mapper/name (xxxs / no limit)

Este dispositivo é um contêiner luks montado como um disco não raiz. O disco é descriptografado automaticamente usando nbde clevis + tang. Isso funciona perfeitamente. Ao reinicializar, o servidor trava na mensagem acima.

Tentei adicionar ao fstab e crypttab as opções x-systemd.mount-timeout=90s, o dispositivo é mapeado corretamente na inicialização, mas não há limite de tempo limite mesmo após várias reinicializações e consequentes reinicializações.

O dispositivo é o armazenamento de dados para kvm vms. Se eu desligar manualmente o vms e executar systemd-umount /var/lib/libvirt/images onde o dispositivo está montado, uma reinicialização subsequente funcionará perfeitamente.

Alguma idéia de como solucionar isso? Como posso adicionar um limite a este trabalho?

Responder1

enquanto espero por uma resposta oficial da Red Hat, encontrei uma situação de trabalho:

systemctl edit reboot.target

modifique JobTimeoutSec=30min para o tempo limite desejado no seu caso. Recarregue o systemd e reinicie. Isso corrige esse problema por enquanto.

Acontece que esse bug já era conhecido:https://bugzilla.redhat.com/show_bug.cgi?id=2220954. A correção é fazer o downgrade do systemd (versão no bugzilla). A verdadeira solução estará aguardando uma correção do redhat. Enquanto isso, se você se deparar com isso, substitua o destino de reinicialização ou faça downgrade do systemd até que isso seja corrigido pelo Red Hat.

informação relacionada