- svscanboot se ejecutó y se agregó al inicio automático
- script agregado del artículohttp://thedjbway.b0llix.net/services/postgresql.htmla /service/postgres/run y cambiar el modo a+x, propietario raíz
- Agregar servicio: svc -u /service/postgres
- Verifique svstat /service/postgres, el script no se ejecutó
Respuesta1
Siguiendo ese tutorial hasta el final, también deberías tener un servicio de registro. El servicio de registro tendrá información.en su(s) archivo(s) de registrosobre por qué falló el servicio principal. Puede leer los archivos de registro con tail, grepy less.
Vanilla daemontools svstatsolo le indica si un servicio está actualmente activo o inactivo. No tiene fundamento para afirmar que el script no se ejecutó. De hecho, muy probablementehizocorrer; y los mensajes de error en los archivos de registro del servicio de registro le indicarán qué mensajes de error generó cuando lo hizo.
Por supuesto, puede hacer que el script explique más operaciones de una manera perfectamente normal. Después de todo, es un script interpretado y, por lo tanto, las opciones y #!/bin/shdel shell se pueden usar como en cualquier otro script de shell.-v-x
El candidato más probable para lo que encontrará en sus registros es que postmasterno esté en su PATHy esté en un subdirectorio de algún lugar como /usr/lib/postgresql/o /usr/local/pgsql. En este caso, debe invocarlo como /usr/lib/postgresql/bin/postmastero anteponer /usr/lib/postgresql/bin/su ruta dentro del script para que encuentre el programa cuando se invoque como simple y sin adornos postmaster. Esto último se explica en la documentación de PostgreSQL, qv.
Otras lecturas
- "Variables de entorno". Documentación actual de PostgreSQL. 2016. El Grupo de Desarrollo Global de PostgreSQL.
- "Fallos al iniciar el servidor". Documentación actual de PostgreSQL. 2016. El Grupo de Desarrollo Global de PostgreSQL.