August 2020 - ARCHIVED: Uyuni Users - openSUSE Mailing Lists

[uyuni-users] Fresh Install uyuni 2020.05 Error generating bootstrap repo
by Thomas Weis 24 Aug '22

24 Aug '22

Hello everyone we are configuring a fresh installation of Uyuni 2020.05 After a successful reposync of SUSE Linux Enterprise Server 15 SP1 x86_64 we get an error message: Type: Creating Bootstrap Repository failed Summary: Error generating bootstrap repo for: SLE-15-SP1-x86_64 show details said: ERROR: package 'hwdata' not found ERROR: package 'python3-hwdata' not found ERROR: package 'python3-rhnlib' not found ERROR: package 'spacewalk-check' not found ERROR: package 'spacewalk-client-setup' not found ERROR: package 'spacewalk-client-tools' not found ERROR: package 'python3-spacewalk-check' not found ERROR: package 'python3-spacewalk-client-setup' not found ERROR: package 'python3-spacewalk-client-tools' not found ERROR: package 'python3-uyuni-common-libs' not found ERROR: none of 'mgr-daemon', 'spacewalksd' found ERROR: package 'suseRegisterInfo' not found ERROR: package 'python3-suseRegisterInfo' not found ERROR: package 'zypp-plugin-spacewalk' not found ERROR: package 'python3-zypp-plugin-spacewalk' not found The installation was error-free, we proceeded exactly according to the documentation. What is our mistake? thanks for suggestions Regards Thomas-- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 2

[uyuni-users] Uyuni Community Hours 31.07.2020
by Pau Garcia 28 Aug '20

28 Aug '20

Hello Resending in a decent format since the mailing list management software seems to choke with Microsoft Teams appointments. We will be holding monthly Uyuni Community Hours on the last Friday of the month, as usual. Agenda: 1. Uyuni 2020.07. Now based on openSUSE Leap 15.2! 2. Salt module.run compatibility 3. Monitoring: exposing all your Prometheus metrics 4. Translations. How to make Uyuni available in your language. Link to join: https://teams.microsoft.com/l/meetup-join/19%3ameeting_NTEzNGIzMDItMzUwMi00… Dial-in: Numbers: https://dialin.teams.microsoft.com/58c3986f-4c3a-4b77-b4e8-f431171ef66d?id=… Conference ID: 620 373 916# Thank you Pau Garcia Quiles SUSE Manager Product Owner & Technical Project Manager SUSE Software Solutions Spain

3 2

[uyuni-users] Error upgrading to 2020.07
by Javier.Flores＠gmz.migros.ch 26 Aug '20

26 Aug '20

Hi all Just in case someone tries to upgrade to Uyuni 2020.07 and runs into the known "Warning: Digest verification failed for file 'bind-formula-0.1.1573049925.b509ada-1.1.uyuni.noarch.rpm'" issue like me. The mirror replication ticket is still open (https://progress.opensuse.org/issues/69334) and at least wiedhat.opensuse.org has not yet been synced properly. The repodata in http://widehat.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable/i… is from 2020-06-15 and the upgrade process fails. After changing the repo URL in /usr/lib/susemanager/bin/server-migrator.sh to https://ftp.gwdg.de/pub/opensuse/repositories/systemsmanagement:/Uyuni:/Sta… (repodata date 2020-07-24) I was able to get further in the upgrade process. Regards, Javier

1 0

[uyuni-users] Changing the from name in the Daily Status reports
by Simon Avery 26 Aug '20

26 Aug '20

Hello, (Poss duplicate as got a bounce message) Not the most critical of problems, but one that niggles each day. By default, Uyuni sends scheduled emails, like the Daily Status report, addressed with the FROM field as: "SUSE Manager" As the only Suse box in our organisation is the one Uyuni runs on, this is confusing to our users and disbalances the cosmic harmony of things being 'right'. I'd like to change this, perhaps to "Uyuni Server Manager". I can't seem to find documentation relating to changing this. Is it possible, please? Thanks, S

1 0

[uyuni-users] Changing the from name in the Daily Status reports
by Simon Avery 24 Aug '20

24 Aug '20

Hello, Not the most critical of problems, but one that niggles each day. By default, Uyuni sends scheduled emails, like the Daily Status report, addressed with the FROM field as: "SUSE Manager" As the only Suse box in our organisation is the one Uyuni runs on, this is confusing to our users and disbalances the cosmic harmony of things being 'right'. I'd like to change this, perhaps to "Uyuni Server Manager". I can't seem to find documentation relating to changing this. Is it possible, please? Thanks, S

1 0

[uyuni-users] Check of packages via GPG keys now enable on Uyuni 2020.07 ?
by Bidault, Philippe 12 Aug '20

12 Aug '20

Hi all, I have noticed that "gpgcheck" parameter is now set to 1 in the susemanager:channels.repo repo client configuration. I have compared with servers registered before the upgrade to 2020.07, and GPG check was deactivated. Do you know why this change ? Is there a way to deactivate it again, or perhaps automatically import the GPG keys while registering the server in Uyuni ? Regards, Philippe. Philippe Bidault | Unix Engineer Getronics ________________________________ M. 34617301667 | E. Philippe.Bidault(a)Getronics.com | W. www.getronics.com [cid:M17520GetronicsConnectingPossibilitiesE-Sig425x204_e1803ca0-99a5-4a65-abd8-074c86bf11aa.png]<http://www.getronics.com/> <http://www.linkedin.com/company/2077785>[cid:LinkedIn_4aeb630a-f385-4f22-927e-31323d2554b8.png]<https://www.linkedin.com/company/2077785> [cid:Twitter_6c9cce61-b2e3-49d4-991c-e799d031f1ae.png] <https://twitter.com/Getronics> <http://twitter.com/Getronics> [cid:Youtube_5150f807-4ba8-46a3-bbbf-038ccfdc2793.png] <https://www.youtube.com/user/getronicsonline?feature=results_main> <http://www.youtube.com/user/getronicsonline?feature=results_main> sign-info <http://www.getronics.com/knowledge-share/news-and-events/ovum.php#sthash.cb…> Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262. Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain. The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you. Legal disclaimer: http://www.getronics.com/legal/

1 0

[uyuni-users] Removal of Ubuntu erratas in Uyuni
by Bidault, Philippe 11 Aug '20

11 Aug '20

Hi all, I have noticed that the CVE ID were truncated, importing them from the philicious script (https://github.com/philicious/spacewalk-scripts/blob/master/errata-import.py) Truncated because of the regexp limitation "CVE = "(?P<cve>CVE-\d{4}-\d{4})". I have modified it to accept 5 digits ( CVE = "(?P<cve>CVE-\d{4}-\d{5} ), but to be able to import them again, I would need to remove all the erratas from the Ubuntu repositories. Is there an easy way to do it ? Regards, Philippe. Philippe Bidault | Unix Engineer Getronics ________________________________ M. 34617301667 | E. Philippe.Bidault(a)Getronics.com | W. www.getronics.com [cid:M17520GetronicsConnectingPossibilitiesE-Sig425x204_e1803ca0-99a5-4a65-abd8-074c86bf11aa.png]<http://www.getronics.com/> <http://www.linkedin.com/company/2077785>[cid:LinkedIn_4aeb630a-f385-4f22-927e-31323d2554b8.png]<https://www.linkedin.com/company/2077785> [cid:Twitter_6c9cce61-b2e3-49d4-991c-e799d031f1ae.png] <https://twitter.com/Getronics> <http://twitter.com/Getronics> [cid:Youtube_5150f807-4ba8-46a3-bbbf-038ccfdc2793.png] <https://www.youtube.com/user/getronicsonline?feature=results_main> <http://www.youtube.com/user/getronicsonline?feature=results_main> sign-info <http://www.getronics.com/knowledge-share/news-and-events/ovum.php#sthash.cb…> Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262. Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain. The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you. Legal disclaimer: http://www.getronics.com/legal/

2 2

[uyuni-users] Apply Salt states upon registration
by Javier.Flores＠gmz.migros.ch 11 Aug '20

11 Aug '20

Hi I have state channels I would like to assign and apply to any new system that registers with Uyuni. Adding the state channels to the activation key is not enough. The state channels will be assigned, however they will not be automatically applied. As a workaround I added this to the boostrap.sh: sleep 60 && salt-call state.apply & Is there a more elegant way to achieve this? Regards, Javier

2 2

[uyuni-users] Error installing Uyuni server
by Len Ewen 10 Aug '20

10 Aug '20

I am installing the new 2020.07 on a brand new SUSE box and when I got to the install phase I am getting : Problem: nothing provides postgresql12 needed by spacewalk-postgresql-4.1.3-1.4.uyuni.noarch Detailed information: patterns-uyuni_server-2020.07-1.1.uyuni.x86_64 requires spacewalk-postgresql, but this requirement cannot be provided nothing provides postgresql12 needed by spacewalk-postgresql-4.1.3-1.4.uyuni.noarch I can't seem to figure out a way around this, I don't want to break postgres and end up in dependency hell, so has anyone seen this and has a work around? --------------- Len Ewen Systems Administrator 1 Information Technology University of Indianapolis (317) 788-3362 [image: UIndyIT.jpg] Confidentiality Notice: This communication and/or its content are for the sole use of the intended recipient, and may be privileged, confidential, or otherwise protected from disclosure by law. If you are not the intended recipient, please notify the sender and then delete all copies of it. Unless you are the intended recipient, your use or dissemination of the information contained in this communication may be illegal.

3 12

[uyuni-users] Problem running remote commands with Centos 8
by Simon Avery 10 Aug '20

10 Aug '20

Hello, Spacewalk orphan looking for new home here. New Leap 15.2 and Uyuni 2020.07 install. On bootstrapping a Centos 8 client, I hit some snags initially, and needed to install salt-minion on the client, which in turn needed a new repo adding. yum install https://repo.saltstack.com/py3/redhat/salt-py3-repo-latest.el8.noarch.rpm yum install salt-minion This installs salt-minion 3001-1.el8 plus dependencies. This allowed me to bootstrap through the Uyuni web interface and add the client successfully using the salt method. However, when running a remote command, such as "touch /tmp/i_exist.txt" (actual path doesn't matter), this fails with stderr: /bin/sh: /tmp/__salt.tmp.jir6xlhr.sh: Permission denied Googling tells me this is a salt error rather than a Uyuni one, but as Uyuni set up salt-minion I'm hoping to gain a solution here. Can anyone point me in the right direction please? Thanks

3 9