The maintenance tasks will never run if maintenance.lock is accidentally not deleted

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



In my work, I found that the prefetch task of maintenance often
failed, causing the fetch command to take a long time to execute in
monorepo.

After investigation, it was found that the maintenance.lock file was
not deleted correctly for various reasons, resulting in the inability
to trigger subsequent maintenance tasks.

The maintenance task needs to be executed in the background for a long
time. Therefore, due to various reasons, the maintenance.lock file is
easily not deleted when the process exits abnormally.
Unlike ref.lock, which will have an error prompt in the fetch command,
maintenance will only fail silently, which makes it difficult for most
people to find out where the problem is.

So is it recommended to add some mechanism to ensure that
maintenance.lock can be correctly restored when it is not deleted? For
example, add pid information to maintenance.lock, or add a lock
timeout mechanism.

I'm not sure if I missed any information, but if this is feasible, I
would be happy to contribute such a patch.

Thanks.
liuzhongbo




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux