¿Cómo puedo recuperar un semáforo cuando el proceso que reduce a cero los accidentes?

Usa un fichero lock en lugar de un semáforo, como la solución de @Stéphane pero sin las llamadas flock (). Simplemente puede abrir el archivo usando un bloqueo exclusivo:

//call to open() will block until it can obtain an exclusive lock on the file.
errno = 0;
int fd = open("/tmp/.lockfile", 
    O_CREAT | //create the file if it's not present.
    O_WRONLY | //only need write access for the internal locking semantics.
    O_EXLOCK, //use an exclusive lock when opening the file.
    S_IRUSR | S_IWUSR); //permissions on the file, 600 here.

if (fd == -1) {
    perror("open() failed");
    exit(EXIT_FAILURE);
}

printf("Entered critical section.\n);
//Do "critical" stuff here.

//exit the critical section
errno = 0;
if (close(fd) == -1) {
    perror("close() failed");
    exit(EXIT_FAILURE);
}

printf("Exited critical section.\n");

Este es un problema típico al administrar semáforos. Algunos programas utilizan un solo proceso para gestionar la inicialización/eliminación del semáforo. Por lo general, este proceso hace solo esto y nada más. Sus otras aplicaciones pueden esperar hasta que el semáforo esté disponible. He visto esto hecho con la API de tipo SYSV, pero no con POSIX. Similar a lo que' Duck ' mencionó, usando la bandera SEM_UNDO en tu llamada a semop ().

Pero, con la información que has a condición de que sugeriría que no utilice semáforos. Especialmente si su proceso está en peligro de morir o estrellarse. Intente usar algo que el sistema operativo limpiará automáticamente para usted.

Debería ser capaz de encontrarlo desde el shell usando lsof. Entonces, ¿es posible que puedas borrarlo?

Update

Ah sí... man -k semaphore al rescate.

Parece que puedes usar ipcrm para deshacerte de un semáforo. Parece que no eres el primero con este problema.

Tendrá que volver a comprobar, pero creo que sem_post se puede llamar desde un controlador de señal. Si usted es capaz de atrapar algunas de las situaciones que están derribando el proceso esto podría ayudar.

A diferencia de un mutex, cualquier proceso o subproceso (con permisos) puede publicar en el semáforo. Puede escribir una utilidad simple para restablecerla. Es de suponer que usted sabe cuando su sistema se ha estancado. Puede bajarlo y ejecutar el programa de utilidad.

También el semáfono suele aparecer en /dev / shm y puede eliminarlo.

Los semáforos SysV son más adecuados para este escenario. Puede especificar SEM_UNDO, en el que el sistema retrocederá los cambios en el semáforo realizados por un proceso si muere. También tienen la capacidad de decirle el último id de proceso para alterar el semáforo.

Si el proceso fue asesinado, entonces no habrá ninguna forma directa de determinar que se ha ido.

Podría operar algún tipo de comprobación periódica de integridad en todos los semáforos que tenga - use semctl (cmd=GETPID) para encontrar el PID del último proceso que tocó cada semáforo en el estado que describe, luego verifique si ese proceso todavía está presente. Si no, realice la limpieza.

Simplemente haga un sem_unlink() inmediatamente después del sem_open(). Linux eliminará después de que todos los procesos hayan cerrado el recurso, lo que incluye cierres internos.