Open Nils98Ar opened 6 hours ago
Remove the .venv
directory in /opt/configuration/environments/manager
& /home/dragon/.ansible
to re-install Ansible + all Ansible collections.
[WARNING]: Collection osism.manager does not support Ansible version 2.14.9
[WARNING]: running playbook inside collection osism.manager
[WARNING]: Collection osism.services does not support Ansible version 2.14.9
We only deleted the ~/.env
dir. After deleting the two other directorys it looks better. Should the deletion be included in the /usr/local/bin/osism-update-manager
script? Otherwise the old versions will probably remain forever?
We now see these permission errors at the end of osism update manager
:
rsync: [generator] delete_file: unlink(clustershell/ansible.yaml) failed: Permission denied (13)
rsync: [generator] delete_file: unlink(ansible/ansible.cfg) failed: Permission denied (13)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1338) [sender=3.3.0]
We only deleted the
~/.env
dir. Should the deletion be included in the/usr/local/bin/osism-update-manager
script? Otherwise the old versions will probably remain forever?
This makes no sense, you do not want to always re-install the Ansible & Ansible collection. But I can add a parameter to make this doable with the osism-update-manager script.
We now see these permission errors at the end of
osism update manager
:rsync: [generator] delete_file: unlink(clustershell/ansible.yaml) failed: Permission denied (13) rsync: [generator] delete_file: unlink(ansible/ansible.cfg) failed: Permission denied (13) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1338) [sender=3.3.0]
This is not related. You normally have this problem when you did some manual changes inside the inventory reconciler container in the past. I think the only way to resolve this issue is to stop the manager service, to remove the manager_inventory_reconciler volume and the manager-inventory_reconciler-1 container and to start the manager service again.
We only deleted the
~/.env
dir. Should the deletion be included in the/usr/local/bin/osism-update-manager
script? Otherwise the old versions will probably remain forever?This makes no sense, you do not want to always re-install the Ansible & Ansible collection. But I can add a parameter to make this doable with the osism-update-manager script.
Or maybe a hint in the manager upgrade guide?
We only deleted the
~/.env
dir. Should the deletion be included in the/usr/local/bin/osism-update-manager
script? Otherwise the old versions will probably remain forever?This makes no sense, you do not want to always re-install the Ansible & Ansible collection. But I can add a parameter to make this doable with the osism-update-manager script.
Or maybe a note in the manager upgrade guide?
Feel free to add a note @ https://osism.tech/docs/guides/upgrade-guide/manager. I think it makes sense to reinstall Ansible & Ansible collections when you do an major upgrade (7 -> 8).
Does deleting ~/.env
makes sense in this context?
Does deleting
~/.env
makes sense in this context?
I do not have this directory on my manager node in my testbed neither on our production manager.
Maybe it was an old leftover...
OSISM release version
7.0.4
What's the problem?
Not sure if the WARNINGS / ERRORs are related to each other:
References to existing reports
References to existing bug reports, mailing lists, ...
Severity
low
Urgency
low