Hey. Just upgraded (via aptitude) to the most recent apt in sid on a number of nodes (this time, all *without* any Icinga/Prometheus stuff)... and on all nodes the locking issue showed up:
# aptitude Performing actions... Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 94829 files and directories currently installed.) Preparing to unpack .../libapt-pkg6.0t64_2.9.2_amd64.deb ... Unpacking libapt-pkg6.0t64:amd64 (2.9.2) over (2.9.1) ... Setting up libapt-pkg6.0t64:amd64 (2.9.2) ... (Reading database ... 94829 files and directories currently installed.) Preparing to unpack .../archives/apt_2.9.2_amd64.deb ... Unpacking apt (2.9.2) over (2.9.1) ... Setting up apt (2.9.2) ... dpkg: error: dpkg frontend lock was locked by another process with pid 59222 Note: removing the lock file is always wrong, can damage the locked area and the entire system. See <https://wiki.debian.org/Teams/Dpkg/FAQ#db-lock>. Scanning processes... Scanning candidates... Scanning processor microcode... Scanning linux images... Running kernel seems to be up-to-date. The processor microcode seems to be up-to-date. No services need to be restarted. No containers need to be restarted. User sessions running outdated binaries: root @ session #2: aptitude[57943], bash[1142] No VM guests are running outdated hypervisor (qemu) binaries on this host. E: Sub-process /usr/bin/dpkg returned an error code (2) Processing triggers for man-db (2.12.1-1) ... Processing triggers for libc-bin (2.37-18) ... Press Return to continue, 'q' followed by Return to quit. Performing actions... Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 94829 files and directories currently installed.) Preparing to unpack .../apt-utils_2.9.2_amd64.deb ... Unpacking apt-utils (2.9.2) over (2.9.1) ... Setting up apt-utils (2.9.2) ... Processing triggers for man-db (2.12.1-1) ... Scanning processes... Scanning candidates... Scanning processor microcode... Scanning linux images... Running kernel seems to be up-to-date. The processor microcode seems to be up-to-date. No services need to be restarted. No containers need to be restarted. User sessions running outdated binaries: root @ session #2: aptitude[57943], bash[1142] No VM guests are running outdated hypervisor (qemu) binaries on this host. Press Return to continue, 'q' followed by Return to quit. So as David already said, it seems to be frontend lock related... but I guess this indicates now that the process that gets in its way may after all *not* be check_apt or the exporter for Prometheus. Cheers, Chris.
