action #92701
Updated by okurz almost 3 years ago
## Observation ``` $ ls -ltra /home/backup/o*/root-complete/etc/openqa/ /home/backup/o3/root-complete/etc/openqa/: total 28 -rw-r--r-- 1 root root 174 Jan 19 2015 database.ini -rw-r----- 1 chrony root 125 Mar 19 2015 client.conf -rw-r--r-- 1 root root 452 Jan 27 2017 workers.ini -rw-r--r-- 1 root root 2445 Jun 7 2019 openqa.ini drwxr-xr-x 98 root root 8192 Jul 1 2019 .. drwxr-xr-x 2 root root 82 Jul 5 2019 . /home/backup/osd/root-complete/etc/openqa/: total 36 -rw-r--r-- 1 root root 174 Jan 16 2015 database.ini.rpmsave -rw-r----- 1 openslp root 229 Nov 19 2015 client.conf -rw-r----- 1 1001 root 82 Jul 9 2018 database.ini.rpmnew -rw-r--r-- 1 1001 root 4058 Jul 31 2019 openqa.ini.rpmnew drwxr-xr-x 3 root root 18 Aug 15 2019 templates drwxr-xr-x 3 root root 160 Aug 16 2019 . drwxr-xr-x 113 root root 8192 Aug 18 2019 .. -rw-r--r-- 1 1001 root 3434 Aug 18 2019 openqa.ini -rw-r----- 1 1001 root 194 Aug 18 2019 database.ini ``` ## Acceptance criteria * **AC1:** Automatic update from o3 to backup.qa.suse.de works again * ~~**AC2:** **AC2:** Same as AC1 for osd~~ -> #94015 osd * **AC3:** Alert in place ## Suggestions * Learn about backup.qa.suse.de * crosscheck if rsnapshot on backup.qa.suse.de can still login to both o3 and osd and copy data from there * fix where it breaks * Look into alerting * the host is up since more than 176h, consider using a similar approach as in https://github.com/os-autoinst/openQA/blob/master/script/openqa-auto-update#L27 to ensure automatic upgrades when necessary ## Further details * Q: What is backup.qa.suse.de? * A: A VM running on qamaster with a big volume for backup data. See https://gitlab.suse.de/qa-sle/qanet-configs/-/blob/master/etc/dhcpd.conf#L64 for the dhcp entry with a description as well. https://gitlab.suse.de/qa-sle/backup-server-salt is the project with salt config for the backup host