December 2020 - 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 starvation, not checking registered client
by Bidault, Philippe 28 Jan '21

28 Jan '21

Hi all, Our Uyuni infra is quite little with 90 registered clients and increasing, however since some days we notice like a starvation of taskomatic which don't seem to be able to launch SSHPush tasks and check Uyuni client status. All the registered servers are consequently shown as inactive ("System not checking in with Uyuni"). Important perhaps to mention that "push via SSH" is the registration method used for all the registered servers ( = no Salt minion installed). The only one servers not affected by this issue are the Uyuni proxies which are registered with salt-minion. We can repetitively see in the taskomatik logs this: 2020-11-22 10:21:00,500 [DefaultQuartzScheduler_Worker-88] WARN com.redhat.rhn.taskomatic.task.SSHPush - Maximum number of workers already put ... skipping. 2020-11-22 10:22:00,327 [DefaultQuartzScheduler_Worker-22] WARN com.redhat.rhn.taskomatic.task.SSHPush - Maximum number of workers already put ... skipping. 2020-11-22 10:23:00,173 [DefaultQuartzScheduler_Worker-92] WARN com.redhat.rhn.taskomatic.task.SSHPush - Maximum number of workers already put ... skipping. No more info in any logs, and repositories sync is still working without issue though. Seems so that the SSHPush tasks queue is blocked at some point ? A restart of taskomatic temporarily solve the issue. I have tried to follow this https://www.uyuni-project.org/uyuni-docs/uyuni/large-deployments/tuning.html, but well, from what mentioned the doc, it should not be necessary in my case ("Tuning is not required on installations of fewer than 1000 clients. Do not perform these instructions on small or medium scale installations."), and no luck with it anyway. Any ideas ? Somebody who experienced this same issue ? Philippe. Philippe Bidault | Unix Engineer | Getronics ________________________________ M. 34617301667 | E. Philippe.Bidault(a)Getronics.com | W. www.getronics.com<https://www.getronics.com> [cid:3-lines_7512e235-163a-4853-8e4f-b0d4fc62ce73.png]<https://getronics.com/> 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 3

Can I have an AIX Salt Minion connect to a Uyuni Salt Master?
by Luiz Da Silva 08 Jan '21

08 Jan '21

Hello list, first post. Given that IBM provides Salt packages for AIX [1], including salt-minion and salt-ssh, would AIX work as a Salt minion (or Salt client as some Uyuni docs sometimes refer to) that connects to a Uyuni Salt master? The reason why I'm asking this is because, on Saltstack, AIX usage is restricted to Saltstack Enterprise. Even downloading the minion package for AIX from Saltstack is restricted. [2] So, I was wondering, would there be any usage related or legal related restrictions regarding running Salt minion on AIX, using the IBM provided packages, and a Uyuni Salt Master? Thank you for your patience and time. Luiz Vianna Ref.: 1 - https://www.ibm.com/support/pages/aix-toolbox-linux-applications-downloads-… 2 - https://enterprise.saltstack.com/en/latest/_downloads/5b009a14c66480efccef2… - *"If you are a SaltStack Enterprise customer, you can download the AIX native minion from theSaltStack EnterpriseInstallation Guide."*

2 4

2020: Retrospective for an exceptional year for Uyuni
by Julio González Gil 04 Jan '21

04 Jan '21

Dear users and contributors, Now that 2020 is coming to an end, I'd like to take a quick look back at what year was for Uyuni. During 2020 we saw the community grow in numbers, not just in terms of users, but also in terms of active contributors. Now we have people helping with the translations, the documentation, the code itself (be it bugfixing or even new features), and helping other fellow users at the mailing lists or Gitter. Here are some highlights of what we all accomplished during the last 12 months: - We now release each month or two months: 8 releases this year (versus 1 in 2019 and 2 in 2018). - Since May 2020, we have been holding monthly Uyuni Community Hours meetings, with presentations both from the main contributor (SUSE) and the community. - We started a YouTube channel and populated it with videos on how to use Uyuni, translate it, test it and analyze its performance [1]. - We moved our chat from IRC to Gitter [2] - Mailing lists were moved to the new system [3] (kudos to the openSUSE Heroes team!) - Uyuni can now be translated, and that brought a lot of contributors that already did an impressive job in a number of languages. - Support for new OS as clients: CentOS/RHEL 8 (including ppc64le for CentOS 7/8), Ubuntu 20.04, Oracle Linux 6/7/8 and Debian 9/10. - A lot of improvements in monitoring with Prometheus such as: new exporters (and supported OSs), autodiscovery, federation and reverse proxy. - Grafana, which can be used (among other things) to show the status of the prometheus monotoring. - Performance improvements for repository syncing. - Uyuni Hub: allows management of several Uyuni Servers from a central one. - Recurring actions. - Usability improvements: automated database schema upgrade, autogeneration of bootstrap repositories, UI icons for child channel synchronization status, etc - New formulas and improved formulas (cpu mitigations, prometheus federation, prometheus exporters, Uyuni Hub...). - Single sign-on (SSO). - WebUI themes. - Server and Proxy were updated to openSUSE Leap 15.2, that brought salt 3000 and PostgreSQL 12 - Yomi: new installer framework for openSUSE And SUSE Linux Enterprise Linux, with formulas and forms for easy use - A port of the Server to CentOS 8 was started Keep in mind this is just a brief hightlight. The release notes [2] contain so many changes and improvements that we cannot possibly list all of them here. This was only possible thanks to the combined effort of all people from the community, SUSE and openSUSE, and we can all be proud of the results. Let me wish you all the best for the upcoming year 2021, for your personal endeavours, and for your work at Uyuni, and for all your loved ones. Keep up the good work, and remember to have a lot of fun! [1] https://www.youtube.com/channel/UCB0SkZFAw9vPCFeUIYqZQ5A [2] https://gitter.im/uyuni-project [3] https://lists.uyuni-project.org/archives/?name=uyuni [4] https://www.uyuni-project.org/doc/2020.11/release-notes-uyuni-server.html -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

2 1

Upgrade steps
by Steve Moring 24 Dec '20

24 Dec '20

Hi, Helping a friend. cat /etc/products.d/Uyuni-Server.prod shows: Uyuni Server 2020.01 running on openSUSE 15.1 What would the steps look like to get current on both? -Steve

3 2

Merry Christmas
by Pau Garcia 16 Dec '20

16 Dec '20

Hello Most of us will be on vacation in the coming weeks. That means there will be no Uyuni 2020.12 or Uyuni Community Hours this month. We expect to release Uyuni 2021.01 in January and have our next Uyuni Community Hours on 29.01.2021. Of course, e-mail and Gitter will keep working as usual. Thank you Pau Garcia Quiles SUSE Manager Product Owner & Technical Project Manager SUSE Software Solutions Spain

1 0

Changing Centos 8 Linux servers to Centos 8 Stream breaks Uyuni functionality.
by Simon Avery 16 Dec '20

16 Dec '20

Hi Following Redhat's announcement last week, I've moved three systems from Centos 8 Linux to centos 8 Stream. I've added the Stream repos to Uyuni and switched channels to them, then followed the instructions at https://centos.org/distro-faq/ (As Uyuni doesn't have a uyuni-tools repo for Stream, I used the same Centos 8 Linux repo) The operation went successfully on the clients and all seemed good. However, it later emerged some of Uyuni's salt functionality has been lost on these clients. What's okay: Remote commands still work, and all scheduled instructions to these servers are picked up as before. What's not okay: 1. Highstate won't apply. This also breaks repos when re-running the bootstrap command: "curl -Sks https://{URL}/pub/bootstrap/bootstrap-c8.sh<https://%7bURL%7d/pub/bootstrap/bootstrap-c8.sh> | /bin/bash" As part of the script, existing repos are disabled, and any existing susemanager:channels.repo file is removed. Normally, this file is recreated when Highstate is applied, but this now fails. (Ditto when applying via Uyuni's webui) Error: Error: Could not parse state file. Please check YAML syntax. On server, /var/log/salt/minion logs show things like; 2020-12-16 11:50:41,871 [salt.state :3636][CRITICAL][36037] Rendering SLS 'base:services.salt-minion' failed: Jinja variable 'salt.utils.templates.AliasedLoader object' has no attribute 'pkg.list_repos' 2. When running "Update Package List" via the webui (Server page: Software -> Packages) An unexpected error has occurred. Please check the server logs. We see 2020-12-15 14:29:41,653 [salt.utils.decorators:636 ][WARNING ][7610] The function "module.run" is using its deprecated version and will expire in version "Sodium". 2020-12-15 14:29:46,319 [salt.state :323 ][ERROR ][7610] Module function pkg.info_installed is not available System info: /etc/centos-release: CentOS Stream release 8 salt-minion -version: salt-minion 3000 Uyuni master is 2020-11 yum repolist: repo id repo name susemanager:c8s-powertools CentOS 8-stream Powertools susemanager:c8s_appstream Centos 8-stream Appstream susemanager:centos8stream_x86_64 Centos 8 Stream (x86_64) susemanager:uyuni_client_stream Uyuni Client Tools for CentOS 8 (x86_64) Stream To me, these two problems look linked, and I'm guessing that the Stream migration process has 'lost' a Salt module for package and repo management. My knowledge of salt is not good enough to diagnose this issue, and it's proved difficult to google a way to success despite spending too much time on it yesterday. Can someone please help? Simon Avery Linux Systems Administrator

1 0

Bootstrap not copying ssomanager on OL7
by Len Ewen 08 Dec '20

08 Dec '20

When I try to install the bootstrap, everything seems to work, right up until the end and it gets to the registering phase when suddenly it goes: REGISTRATION ------------ * registering ./bootstrap-ol7.sh: line 832: /etc/salt/minion.d/susemanager.conf: No such file or directory ./bootstrap-ol7.sh: line 833: /etc/salt/minion.d/susemanager.conf: No such file or directory ./bootstrap-ol7.sh: line 834: /etc/salt/minion.d/susemanager.conf: No such file or directory ./bootstrap-ol7.sh: line 835: /etc/salt/minion.d/susemanager.conf: No such file or directory ./bootstrap-ol7.sh: line 836: /etc/salt/minion.d/susemanager.conf: No such file or directory ./bootstrap-ol7.sh: line 837: /etc/salt/minion.d/susemanager.conf: No such file or directory ./bootstrap-ol7.sh: line 840: /etc/salt/minion.d/susemanager.conf: No such file or directory * removing TLS certificate used for bootstrap (will be re-added via salt state) * starting salt daemon and enabling it during boot Created symlink from /etc/systemd/system/multi-user.target.wants/salt-minion.service to /usr/lib/systemd/system/salt-minion.service. i have verified the minion.d folder exists but the susemanager.conf file has not been copied. Anyone got any suggestions on what is going wrong? --------------- 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.

1 1

A double dose of issues that are probably related
by Len Ewen 07 Dec '20

07 Dec '20

I've been working to get a test box up and running for a while now as time permitted and for reasons I don't know I cannot install packages to new servers, I just push the button and it doesn't do anything. The second issue is I can't schedule any repo syncs. I try to schedule the sync and nothing happens. I can get remote commands to work, but nothing else. Suggestions? I have no idea where to even look. I am getting this in /var/log/messages 2020-12-07T15:44:51.960474-05:00 uyuni salt-master[2166]: Traceback (most recent call last): 2020-12-07T15:44:51.960667-05:00 uyuni salt-master[2166]: File "/usr/lib/python3.6/site-packages/salt/loader.py", line 853, in grains 2020-12-07T15:44:51.960840-05:00 uyuni salt-master[2166]: ret = funcs[key](**kwargs) 2020-12-07T15:44:51.961009-05:00 uyuni salt-master[2166]: File "/usr/lib/python3.6/site-packages/salt/grains/extra.py", line 106, in uefi 2020-12-07T15:44:51.961274-05:00 uyuni salt-master[2166]: "efi-secure-boot": __secure_boot(), 2020-12-07T15:44:51.961489-05:00 uyuni salt-master[2166]: File "/usr/lib/python3.6/site-packages/salt/grains/extra.py", line 97, in __secure_boot 2020-12-07T15:44:51.961711-05:00 uyuni salt-master[2166]: with salt.utils.files.fopen(sboot[0], "rb") as fd: 2020-12-07T15:44:51.961877-05:00 uyuni salt-master[2166]: File "/usr/lib/python3.6/site-packages/salt/utils/files.py", line 399, in fopen 2020-12-07T15:44:51.962044-05:00 uyuni salt-master[2166]: f_handle = open(*args, **kwargs) # pylint: disable=resource-leakage 2020-12-07T15:44:51.962203-05:00 uyuni salt-master[2166]: PermissionError: [Errno 13] Permission denied: '/sys/firmware/efi/vars/SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c/data' --------------- 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.

1 0

Uyuni disable SSL comunication with salt-api
by Cristian Gherman 02 Dec '20

02 Dec '20

Hello, Where I can disable SSL comunication Uyuni to Salt-api? I can't use my local bot to comunicate with salt-api. Thanks -- Cristian Gherman Support / PHP developer cristian.gherman(a)reea.net | www.reea.net | +4 0365410942

1 0

2022

2021

2020

2019

2018

Uyuni Users December 2020