Coverage for certbot/lock.py : 77%

Hot-keys on this page
r m x p toggle line displays
j k next/prev highlighted chunk
0 (zero) top of page
1 (one) first highlighted chunk
"""Implements file locks compatible with Linux and Windows for locking files and directories.""" except ImportError: import msvcrt # pylint: disable=import-error POSIX_MODE = False else:
# type: (str) -> LockFile """Place a lock file on the directory at dir_path.
The lock file is placed in the root of dir_path with the name .certbot.lock.
:param str dir_path: path to directory
:returns: the locked LockFile object :rtype: LockFile
:raises errors.LockError: if unable to acquire the lock
"""
""" Platform independent file lock system. LockFile accepts a parameter, the path to a file acting as a lock. Once the LockFile, instance is created, the associated file is 'locked from the point of view of the OS, meaning that if another instance of Certbot try at the same time to acquire the same lock, it will raise an Exception. Calling release method will release the lock, and make it available to every other instance. Upon exit, Certbot will also release all the locks. This allows us to protect a file or directory from being concurrently accessed or modified by two Certbot instances. LockFile is platform independent: it will proceed to the appropriate OS lock mechanism depending on Linux or Windows. """ # type: (str) -> None """ Create a LockFile instance on the given file path, and acquire lock. :param str path: the path to the file that will hold a lock """
# type: () -> str else:
# type: () -> None """ Acquire the lock on the file, forbidding any other Certbot instance to acquire it. :raises errors.LockError: if unable to acquire the lock """
# type: () -> None """ Release the lock on the file, allowing any other Certbot instance to acquire it. """
# type: () -> bool """ Check if the file is currently locked. :return: True if the file is locked, False otherwise """
# type: (str) -> None """ Create a lock file mechanism for Unix. :param str path: the path to the lock file """
# type: () -> bool """Check if lock file is currently locked. :return: True if the lock file is locked :rtype: bool """
pass # pragma: no cover
pass # pragma: no cover
""" A UNIX lock file mechanism. This lock file is released when the locked file is closed or the process exits. It cannot be used to provide synchronization between threads. It is based on the lock_file package by Martin Horcicka. """ # type: () -> None """Acquire the lock.""" # Open the file finally: # Close the file if it is not the required one
# type: (int) -> None """ Try to acquire the lock file without blocking. :param int fd: file descriptor of the opened file to lock """
# type: (int) -> bool """ Did we successfully grab the lock? Because this class deletes the locked file when the lock is released, it is possible another process removed and recreated the file between us opening the file and acquiring the lock. :param int fd: file descriptor of the opened file to lock :returns: True if the lock was successfully acquired :rtype: bool """
# If our locked file descriptor and the file on disk refer to # the same device and inode, they're the same file.
# type: () -> None """Remove, close, and release the lock file.""" # It is important the lock file is removed before it's released, # otherwise: # # process A: open lock file # process B: release lock file # process A: lock file # process A: check device and inode # process B: delete file # process C: open and lock a different file at the same path finally: # Following check is done to make mypy happy: it ensure that self._fd, marked # as Optional[int] is effectively int to make it compatible with os.close signature. if self._fd is None: # pragma: no cover raise TypeError('Error, self._fd is None.') finally:
""" A Windows lock file mechanism. By default on Windows, acquiring a file handler gives exclusive access to the process and results in an effective lock. However, it is possible to explicitly acquire the file handler in shared access in terms of read and write, and this is done by os.open and io.open in Python. So an explicit lock needs to be done through the call of msvcrt.locking, that will lock the first byte of the file. In theory, it is also possible to access a file in shared delete access, allowing other processes to delete an opened file. But this needs also to be done explicitly by all processes using the Windows low level APIs, and Python does not do it. As of Python 3.7 and below, Python developers state that deleting a file opened by a process from another process is not possible with os.open and io.open. Consequently, mscvrt.locking is sufficient to obtain an effective lock, and the race condition encountered on Linux is not possible on Windows, leading to a simpler workflow. """ """Acquire the lock""" open_mode = os.O_RDWR | os.O_CREAT | os.O_TRUNC
fd = os.open(self._path, open_mode, 0o600) try: msvcrt.locking(fd, msvcrt.LK_NBLCK, 1) except (IOError, OSError) as err: os.close(fd) # Anything except EACCES is unexpected. Raise directly the error in that case. if err.errno != errno.EACCES: raise logger.debug('A lock on %s is held by another process.', self._path) raise errors.LockError('Another instance of Certbot is already running.')
self._fd = fd
"""Release the lock.""" try: msvcrt.locking(self._fd, msvcrt.LK_UNLCK, 1) os.close(self._fd)
try: os.remove(self._path) except OSError as e: # If the lock file cannot be removed, it is not a big deal. # Likely another instance is acquiring the lock we just released. logger.debug(str(e)) finally: self._fd = None |