¿Cómo usar la biblioteca de archivos pid correctamente?

Question

Ya leí la página man de la familia de funciones pidfile. Pero realmente no lo entiendo ¿Cuál es el uso correcto? ¿Hay algún ejemplo más elaborado disponible? Creo que entiendo pidfile_open. ¿Pero cuándo debo llamar al pidfile_write y al prdfile_close? ¿De qué proceso? ¿Padre o hijo? ¿Qué parámetros tengo que pasar a esas funciones? Creo que carezco de algunos fundamentos de * nix, supongo.

Actualización:

Abajo puedes ver el ejemplo del hombre pidfile. ¿Por qué se bifurcan dos veces? ¿Por qué pidfile_close? Cuando llamo a pidfile_close, puedo iniciar otro daemon. ¿No es eso no deseado?

struct pidfh *pfh; 
pid_t otherpid, childpid; 

pfh = pidfile_open("/var/run/daemon.pid", 0600, &otherpid); 
if (pfh == NULL) { 
     if (errno == EEXIST) { 
       errx(EXIT_FAILURE, "Daemon already running, pid: %jd.", 
        (intmax_t)otherpid); 
     } 
     /* If we cannot create pidfile from other reasons, only warn. */ 
     warn("Cannot open or create pidfile"); 
} 

if (daemon(0, 0) == -1) { 
     warn("Cannot daemonize"); 
     pidfile_remove(pfh); 
     exit(EXIT_FAILURE); 
} 

pidfile_write(pfh); 

for (;;) { 
     /* Do work. */ 
     childpid = fork(); 
     switch (childpid) { 
     case -1: 
       syslog(LOG_ERR, "Cannot fork(): %s.", strerror(errno)); 
       break; 
     case 0: 
       pidfile_close(pfh); 
       /* Do child work. */ 
       break; 
     default: 
       syslog(LOG_INFO, "Child %jd started.", (intmax_t)childpid); 
       break; 
     } 
} 

pidfile_remove(pfh); 
exit(EXIT_SUCCESS); 

Answer 1

El problema es que se quiere dar un mensaje de error antes de que se genera el demonio, y que sabe que el archivo PID después de que el demonio se genera.

Por lo tanto, normalmente hace el pidfile_open antes de la bifurcación, lo que le da la posibilidad de dar un mensaje de error. Después de bifurcar, conoce el archivo pidfile y puede hacer pidfile_write.

Answer 2

Hace el archivo pidfile_open (3) antes de pasar al fondo, por lo que puede informar de inmediato cualquier problema. No escribe PID todavía, porque su PID cambiará después de Daemon (3). pidfile_open (3) solo bloquea el archivo pidfile. Después de daemon (3) puede llamar a pidfile_write (3) ya que ahora tiene su PID final (daemon (3) se bifurca internamente). En el proceso principal no puede llamar a pidfile_close (3), porque esta es la idea completa: manteniendo el archivo de identificación abierto y bloqueado, haga saber a los demás que todavía está vivo. La segunda horquilla es totalmente opcional. Ilustra el comportamiento común que los daemons generan en los procesos niño/trabajador. Si no los usa, no necesita esta horquilla(). Esta bifurcación() está allí solo para mostrar que en dicho proceso de trabajo debe cerrar el archivo pid, por lo que solo lo mantiene abierto y bloqueado por el proceso principal y no por el niño.