☰

Aceptación de Docker del vaso de precipitados de marionetas dnsmasq

tag-icon • tag-icon debian dnsmasq puppet
Aceptación de Docker del vaso de precipitados de marionetas dnsmasq

Estoy intentando migrar el código de Puppet 3 a Puppet 5 con pruebas de aceptación y vaso de precipitados.

Se proporciona el siguiente resultado:

    journalctl log for dnsmasq:
    -- Logs begin at Thu 2018-11-29 17:11:40 UTC, end at Thu 2018-11-29 17:14:55 UTC. --
    Nov 29 17:13:51 debian-stretch systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...
    Nov 29 17:13:51 debian-stretch dnsmasq[10452]: dnsmasq: syntax check OK.
    Nov 29 17:13:52 debian-stretch systemd[1]: dnsmasq.service: Control process exited, code=dumped status=11
    Nov 29 17:13:52 debian-stretch systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.
    Nov 29 17:13:52 debian-stretch systemd[1]: dnsmasq.service: Unit entered failed state.
    Nov 29 17:13:52 debian-stretch systemd[1]: dnsmasq.service: Failed with result 'core-dump'.
    Nov 29 17:14:55 debian-stretch systemd[1]: Starting dnsmasq - A lightweight DHCP and caching DNS server...

¿Cómo hago para depurar esto? No tengo mucho conocimiento.

Respuesta1

Entonces podría ingresar al contenedor agregándole una tarea de suspensión y luego eliminando archivos e intentando iniciar el servicio dnsmasq. Después de eso descubrí de qué archivo se quejaba dnsmasq. En pocas palabras: la zona de autenticación tenía una coma después de la cual debería haber estado la subred, pero estaba vacía, porque la plantilla .erb no tenía el alcance adecuado de la variable de subred.

información relacionada