O provedor systemd no Puppet hoje usa apenas dois comandos para o serviço enable
state:
-
systemctl is-enabled <unit>
, verificando código de retorno para o estado de ativação atual -
systemctl enable/disable <unit>
para alterá-lo
O comando enable gera um erro quando você habilita uma instância do getty @ service que ainda não existe:
$ sudo systemctl enable [email protected]
Failed to issue method call: No such file or directory
Isso está causando o erro mostrado no Puppet (embora stderr não pareça ser exibido).
Parece-me uma lacuna no systemd que você não consegue habilitar novas instâncias de um modelo. Já existe o BZ # 752774 no Fedora , mas os comentários sugerem que ele pode não ser adicionado tão cedo.
Talvez seja melhor você preencher uma solicitação de recurso contra o Puppet para adicionar suporte especificamente para ativar novas instâncias . Em sua solicitação de recurso, sugiro que você vincule a explicação de Lennart sobre as instâncias de unidade em seu histórico.