January 2021 - ARCHIVED: Uyuni Development

PXE Boot process/trouble shooting
by Stefan Bluhm 24 Jan '21

24 Jan '21

Hello all, at the moment, I am looking at the automated kickstart and PXE boot functionality. My boot is stuck somewhere but I cannot spot anything in the logs or what/where something is supposed to happen. Can you please assist me in troubleshooting? This is where I am at (CentOS Uyuni Server): 1. Kickstartable tree is downloaded (via reposync). 2. Distribution is set up via WebUI. (Tree path=/var/spacewalk/rhn/kickstart/1/centos8-baseos-x86_64 and it exists on the file system for apache:apache). 3. Basic Profile created via WebUI ("kickstart-profile", OS seems OK, "Available tree" as in 2., software URL: /ks/dist/org/1/centos8-baseos-x86_64 ) 4. DHCP set up Now starting up a server: 5. PXE picked up DHCP. 6. PXE loaded the blue Cobbler menu Here, I can chose "kickstart-profile:1:test" 7. Now, whenever that entry is selected, the blue screen flashes and I am pretty much at the same place as 6. Pressing tab to see the boot details, these lines are shown: /images/centos8-baseos-x86_64:1:test/vmlinuz initrd=/images/centos8-baseos-x86_64:1:test/initrd.img ks=http://dev2.bluhm-de.com/cblr/svc/op/autoinstall/profile/kickstart-profi… BOOTIF=01-00-0a-21-31-56-34 wget http://dev2.bluhm-de.com/cblr/svc/op/autoinstall/profile/kickstart-profile:… BOOTIF=01-00-0a-21-31-56-34 wget http://server/images/centos8-baseos-x86_64:1:test/vmlinuz wget http://server/images/centos8-baseos-x86_64:1:test/initrd.img All download content. Also firewall is disabled. So I am not really sure what exactly is supposed to happen when you press [enter] at step 6 above. What would be the real next step? Download a file? Boot an already downloaded file? Any hints for debugging would be great. Thank you and best wishes, Stefan

1 1

Uyuni Community Hours
by Pau Garcia 20 Jan '21

20 Jan '21

Back from vacation! Agenda: 1. Uyuni 2021.01. What's new. 2. Ansible integration. SUSE did some research and will present the outcome. 3. RHEL/CentOS modularity with CLM 4. Open RFCs 5. Q&A ________________________________________________________________________________ Microsoft Teams meeting Join on your computer or mobile app Click here to join the meeting<https://teams.microsoft.com/l/meetup-join/19%3ameeting_ZDVkMWE0YzQtMWIxNy00…> Or call in (audio only) +34 917 94 59 77,,749456124#<tel:+34917945977,,749456124#> Spain, Madrid Phone Conference ID: 749 456 124# Find a local number<https://dialin.teams.microsoft.com/58c3986f-4c3a-4b77-b4e8-f431171ef66d?id=…> | Reset PIN<https://mysettings.lync.com/pstnconferencing> Learn More<https://aka.ms/JoinTeamsMeeting> | Meeting options<https://teams.microsoft.com/meetingOptions/?organizerId=83d1ce03-a2c8-4530-…> ________________________________________________________________________________

1 0

Got opinions about Uyuni Docs?
by Lana Brindley 12 Jan '21

12 Jan '21

Hi everyone, Lana from the docs team here. We're planning to do some work on the Uyuni documentation in the new year, and we'd like to get your feedback on what you would like to see. We've got a short survey up for you to fill out: https://www.surveymonkey.com/r/V73GQJR <https://www.surveymonkey.com/r/V73GQJR> Make sure you get your responses in, so that we can include your suggestions. At the moment, the Uyuni documentation is largely created from the same source as SUSE Manager documentation, but we know that that doesn't always work as well as it could. We specifically want to hear from you on what content you think is required for Uyuni that might be different to what is required for SUSE Manager. Thanks, Lana -- Lana Brindley @Loquacities Technical Writer - SUSE Manager "The question is," said Alice, "whether you can make words mean so many different things."

1 2

reposync issues on CentOS - [Errno 14] curl#1 - "Protocol "b'http" not supported or disabled in libcurl".
by Stefan Bluhm 09 Jan '21

09 Jan '21

Hello, me again... I tried to run reposync on CentOS with Zypper and DNF as backend. In both cases, I get these messages for http links: [Errno 14] curl#1 - "Protocol "b'http" not supported or disabled in libcurl". for https links: [Errno 14] curl#1 - "Protocol "b'https" not supported or disabled in libcurl". curl cli can download the sources without issues. I also tried a minimal pycurl script and it can download a https rpm file without issues. So it is not a setup issue. Not sure if i am at the right place but I cannot identify any potential issues in spacewalk/satellite_tools/download.py. The Urls seem to be passed properly. Are you aware of these issues or can pinpoint me where to look? Maybe the exact place that is calling/configuring pycurl to see what is passed? Thank you and best wishes, Stefan

1 0

Uyuni Community Hours: what's the best hour?
by Pau Garcia 08 Jan '21

08 Jan '21

Hello I'm about to create the appointments for the next months and I was wondering if last Friday of the month, 4pm CET is still the best time. What are your thoughts? Would you prefer some other week of the month, day or time? Thank you Pau Garcia Quiles SUSE Manager Product Owner & Technical Project Manager Phone: +34 91 048 7632 SUSE Software Solutions Spain

1 0

Call for help on goss server validation
by Jochen Breuer 07 Jan '21

07 Jan '21

Hello everybody, you can find the same text Github Discussions[0]. I've just pushed a first draft of a goss[1] server description to the master-goss-branch[1]. Goss is a YAML based serverspec alternative tool for validating a server’s configuration. Means you are able to check if services are configured correctly, if they are running, if users are there and in the right group, if configs are there and if settings are missing, if pkgs are installed, aso. Wouldn't it be nice to just run one command on a Uyuni server to see if something is wrong? To some extend this could be done with goss. But I need help. I'm pretty sure that I missed a lot of things that need to be added to the goss.yaml file. Would be really awesome if I could get some input and help there. To get started you can either go install goss or head over to systemsmanagement/goss[3] and install it from there. Then change the domain in gossvars.yaml and start the validation via 'goss --vars gossvars.yaml v'. To add additional things to check head over to the manual[4] and take a look at the examples[5]. Should be pretty self explanatory. I would be very happy to see PRs coming to master-goss[2]! Cheers, Jochen [0] https://github.com/uyuni-project/uyuni/discussions/3083 [1] https://goss.rocks [2] https://github.com/uyuni-project/uyuni/tree/master-goss [3] https://build.opensuse.org/package/show/systemsmanagement/goss [4] https://github.com/aelsabbahy/goss/blob/master/docs/manual.md [5] https://github.com/aelsabbahy/goss/blob/master/docs/manual.md#example -- SUSE Software Solutions Germany GmbH Maxfeldstr. 5 90409 Nuremberg Germany (HRB 36809, AG Nürnberg) Managing Director: Felix Imendörffer

1 0