Ubuntu 16: raise AttributeError(f"module {__name__} has no attribute {name}") #457
Labels
No Label
bug
data loss
design finalized
good first issue
new feature area
question / support
security
waiting for response
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: borgmatic-collective/borgmatic#457
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What I'm trying to do and why
Steps to reproduce (if a bug)
Starting last Friday, Oct 1st, using borgmatic 1.5.18 raises the following exception for any of its commands:
The config file looks like this, but has been unchanged for over a year:
Environment
borgmatic version: 1.5.18
borgmatic installation method: PIP3
Borg version: 1.1.17
Python version: 3.5.2
operating system and version: Ubuntu 16
BTW, same config on Ubuntu 18 and 20 is running just fine.
Thanks for reporting this! It looks like the system where you're encountering this issue is running Python 3.5, which borgmatic (and in this case, jsonschema) does not support because it has been end-of-lifed. So my recommendation is to either upgrade Python or upgrade Ubuntu (which should get you a newer version of Python). If that isn't possible for whatever reason, you can downgrade to borgmatic 1.5.12 (the last version to support Python 3.5). However, old versions of borgmatic aren't supported, either!
Let me know your thoughts.
Thanks @witten for your reply. I know this is a bad one. This client of mine has a few dozen hosts that I manage for them, most already upgraded to Ubuntu 18 or even 20, but 4 of them will be switched off soon but still run Ubuntu 16 which is not worth updating for them.
I've tried updateing Python to 3.6 but that comes with a whole lot of other issues.
So I stick with your suggestion to downgrade borgmatic which seems to be reasonable for that period of time until those old hosts got replaced.
Glad to hear that'll work out for you!