Thema: locking
-
Parallele Ausführung eines Admin-Skripts verhindern: flock, lockf und ein benannter Mutex unter Windows
Ein Admin-Skript, das per Zeitplan oder durch einen Agenten gestartet wird und erneut anlaufen kann, bevor der vorherige Lauf beendet ist, braucht eine Sperre statt der Hoffnung, dass es nie dazu kommt. flock(1) unter Linux und lockf(1) unter FreeBSD binden eine Advisory Lock auf Kernel-Ebene an einen laufenden Prozess, sodass sie nicht veralten kann wie eine liegengebliebene PID-Datei; unter Windows leistet ein benannter System.Threading.Mutex dasselbe.
Maschinenlesbar: JSON