make lock on republisher-checkin stronger
Bug #871823 reported by
danh
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Scribe2 |
New
|
Undecided
|
danh |
Bug Description
It looks like in some rare cases, the lock on republisher-checkin is not strong enough to present races that start if two checkin processes are launched very near each other.
I think this could be fixed by the methods used in Bug #684492 for the scandata, or perhaps in this case we can do something simpler (like just checking for the existence of the file immediately before writing it ---- so we'd check existence twice: once at the start, and once when we start writing the lock file).
To post a comment you must log in.
I should have noted that Paul referred me to a specimen in the wild that Hank caught, klinischestasch e00corn from scribe3 in boston, uploaded 10/05/2011.