[ Copied to Mj-workers due to the possible bug ]
[ Tabor J. Wells writes: ]
>
> I have had two list owners report this problem, each of which corresponds
> to an extremely heavy load on the machine running majordomo.
[...]
> ----- Transcript of session follows -----
> 550 :include:/usr/local/mail/lists/a-parents-china... Cannot open
> /usr/local/mail/lists/a-parents-china: Operation not permitted
I'd say this is caused by the way Mj shuffles the list file during an
unsubscribe. The file locking only prevents other Mj processes from
interfering, but does nothing to prevent sendmail from accessing the
list file. For example, consider what an unsubscribe does, in part:
1) listfile is edited into listfile.new
2) listfile is linked to listfile.old
3) listfile is unlinked
4) listfile.new is linked to listfile
5) listfile.old is unlinked
6) listfile.new is unlinked
On a busy system, it's quite conceivable that this sequence is
interrupted for a significant period of time between steps 3 and 4.
During that time sendmail tries to access listfile and fails because the
file isn't there at that point.
Unless someone can prove otherwise, I'll submit a patch to combine steps
3 and 4 into "rename listfile.new to listfile", which should be an
atomic operation.
--
Dave Wolfe
References:
|
|
