Am 28.12.21 um 20:53 schrieb Christian Boltz:
However, it wouldn't be me if I wouldn't find a bug. Well, actually two ;-)
Something[tm] seems to have removed [1] the SLE update repos. The latest openSUSE-release was installed, but rpm -V openSUSE-release reported them as missing. (The workaround/fix was a forced reinstall of openSUSE- release.)
Also, the infrastructure repo existed as openSUSE_infrastructure while salt wants to setup it as openSUSE:infrastructure (note "_" vs ":") and complained ;-) (Workaround: manually zypper rr it, and let salt fix it.)
I'm absolute no fan of the ':'. While I already have a special COMP_WORDBREAKS line in my .bashrc for it, it still produces more problems than solves them (especially, when it comes to 'cp' or even 'scp|rsync' operations. What about agreeing on '_' as replacement of ':' especially for repositories?
Any idea what could have caused this "fun" with the repos?
https://build.opensuse.org/package/show/openSUSE:infrastructure:Images:openS... resp. https://build.opensuse.org/package/view_file/openSUSE:infrastructure:Images:... => Lines 116 and below... --- config.sh (revision 10) +++ config.sh (working copy) @@ -113,9 +113,16 @@ # add repos rm -rf /etc/zypp/repos.d/ +# standard repos (non-oss just added disabled) zypper ar --no-check "${DISTURL}/distribution/leap/\$releasever/repo/oss/" repo-oss +zypper ar --no-check --disable "${DISTURL}/distribution/leap/\$releasever/repo/non-oss/" repo-non-oss +zypper ar --no-check --refresh "${DISTURL}/update/leap/\$releasever/backports/" repo-backports-update zypper ar --no-check --refresh "${DISTURL}/update/leap/\$releasever/oss/" repo-update-oss +zypper ar --no-check --refresh "${DISTURL}/update/leap/\$releasever/sle/" repo-sle-update +zypper ar --no-check --refresh --disable "${DISTURL}/update/leap/\$releasever/non-oss/" repo-update-non-oss +# special openSUSE heroes repo zypper ar -p 100 --no-check --refresh "${DISTURL}/repositories/openSUSE:/infrastructure/openSUSE_Leap_\$releasever/" openSUSE_infrastructure +
(I also have to admit that you were too fast for me - I don't have new elasticsearch packages ready yet...)
tss... ;-)
Only Salt needs someone who knows how to rename a minion.
Oh, that's easy - rename translated to add and delete: - salt-key -d $old_name - salt-key -a $new_name - update / rename the file in pillar/id/
^^ either add this to progress.o.o or our Gitlab instance (wiki?), please. I will probably not remember to lookup here in the mailing list in a few years ;-)
At least for me, this is so simple that I wouldn't even consider to document it ;-) - but I might be a bit routine-blinded. So - how serious is your with to have this documented?
Well: I thought we have more to do (not only pillar/id), but if this is really all that has to be done: nothing more needed :-) Regards, Lars