Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1246430
| From | Philipp Hahn <pmhahn@pmhahn.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: RFH: stale (f)lock in /proc/locks - process no longer exists |
| Date | 2015-10-14 11:00 +0200 |
| Message-ID | <qjq4H-1PM-29@gated-at.bofh.it> (permalink) |
| References | <qjpLk-1t1-33@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
To answer my own question:
Am 14.10.2015 um 10:30 schrieb Philipp Hahn:
> I have several shell scripts using "/usr/bin/flock -x
> /run/lock/jenkins-ip.lock" to acquiring the exclusive lock. Today they
> hang, while the lock is owned by a process which no longer exists:
...
> 1. How can this happen?
> My understanding is, that all files are closed on process exit and
> that all locks are released then. Did I miss something.
I used "{ flock -x 9 } 9<>/var/lock/jenkins-ip.lock": The shell opens
the file, but flock runs in a sub-process; after doing the locking the
process exits and is no longer available, but the locking for the still
opened file persist.
My shell script then received some signals, invoked its trap handler,
which then did some recursive locking.
> 2. How can I release that lock?
Killed the recursive "flock -x" call.
Philipp
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
RFH: stale (f)lock in /proc/locks - process no longer exists Philipp Hahn <pmhahn@pmhahn.de> - 2015-10-14 10:40 +0200 Re: RFH: stale (f)lock in /proc/locks - process no longer exists Philipp Hahn <pmhahn@pmhahn.de> - 2015-10-14 11:00 +0200
csiph-web