[Bug] doesn't start anymore after updating to 0.9.9.2 due to pegaprox.api.dr_drill missing

[mbunkus]

Describe the bug

Updater offered 0.9.9.2, which I let it update to. Starting the service now fails with the following message in the journal:

May 08 11:35:11 maui pegaprox[2505602]: Traceback (most recent call last):
May 08 11:35:11 maui pegaprox[2505602]:   File "/opt/PegaProx/pegaprox_multi_cluster.py", line 171, in <module>
May 08 11:35:11 maui pegaprox[2505602]:     main(debug_mode=debug_mode)
May 08 11:35:11 maui pegaprox[2505602]:     ~~~~^^^^^^^^^^^^^^^^^^^^^^^
May 08 11:35:11 maui pegaprox[2505602]:   File "/opt/PegaProx/pegaprox/app.py", line 687, in main
May 08 11:35:11 maui pegaprox[2505602]:     app = create_app()
May 08 11:35:11 maui pegaprox[2505602]:   File "/opt/PegaProx/pegaprox/app.py", line 336, in create_app
May 08 11:35:11 maui pegaprox[2505602]:     register_blueprints(app)
May 08 11:35:11 maui pegaprox[2505602]:     ~~~~~~~~~~~~~~~~~~~^^^^^
May 08 11:35:11 maui pegaprox[2505602]:   File "/opt/PegaProx/pegaprox/api/__init__.py", line 44, in register_blueprints
May 08 11:35:11 maui pegaprox[2505602]:     from pegaprox.api.dr_drill import bp as dr_drill_bp
May 08 11:35:11 maui pegaprox[2505602]: ModuleNotFoundError: No module named 'pegaprox.api.dr_drill'

Steps to Reproduce

1. Update to 0.9.9.2
2. Restart the service
3. Watch journal

Expected behavior

it should run, obviously

Environment

• PegaProx Version: 0.9.9.2
• Installation Method: manual with deploy.sh
• OS: Ubuntu 24.04
• Browser: irrelevant
• Behind Reverse Proxy? irrelevant
• UI? irrelevant

Checklist

• I have searched existing issues to make sure this is not a duplicate
• I am using the latest version of PegaProx

[mkellermann97]

Confirmed — sorry @mbunkus, this is a real one and it's on us, not on your update.

pegaprox/api/dr_drill.py ships in the GitHub repo (added in 0.9.9), but it's missing from the update_files list in version.json. The updater's primary path is the full GitHub archive (which contains the file just fine), but if that path fell through to the per-file fallback — network glitch, archive 404 from the mirror, anything — the fallback iterates update_files, and dr_drill.py isn't on the list. Net effect: file never lands, pegaprox.api.__init__ blows up at import time, service won't start.

Immediate workaround (root or sudo):

curl -sfL https://raw.githubusercontent.com/PegaProx/project-pegaprox/main/pegaprox/api/dr_drill.py \
  -o /opt/PegaProx/pegaprox/api/dr_drill.py
chown pegaprox:pegaprox /opt/PegaProx/pegaprox/api/dr_drill.py
systemctl restart pegaprox

(Adjust the chown user if your service runs under a different account — check systemctl cat pegaprox | grep ^User=.) That gets the import working again and the service up.

Proper fix is in flight: the missing entry plus a couple of orphans I spotted while in the area (hello_world / proxmox-ha example plugin manifests) will go in the next release as a manifest correction. No date promises — flagging it with the project owner now.

The release verification process should have caught this. Adding a "diff find pegaprox -name '*.py' against update_files" check to the pre-release script so the hole closes for good.

https://opencollective.com/pegaprox if the project keeps things flowing for you despite this hiccup.

— Marcus

[mbunkus]

Thank you very much for the very timely action on it and no worries, shit happens 😁 The curl ad-hoc worked just fine. It's running again.