- ARCHIVED: Uyuni Users

[uyuni-users] Salt + AD + sssd
by Crefeld, Tobias LKV Bayern e.V. 02 Apr '20

02 Apr '20

Hi, I'd like so setup our SLES-15 clients to use an active directory (Microsoft) for user authentication. I already have a SLES-15 machine that is running this configuration using sssd and it works fine. So there is a verified installation description for a manual setup available. Now I want to automate this configuration procedure. As far as I understood Uyuni is using Salt Formulas for these kind of configuration jobs (?). Looking at the opensuse-15.1 repositories (zypper se --type package formula) and at https://github.com/saltstack-formulas I haven't found anything to address this issue but maybe I just used the wrong search words. Any hints? Regards, Tobias. -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 3

[uyuni-users] VMware cloned VM's are treated as one system in Uyuni
by Tim Shaw 31 Mar '20

31 Mar '20

I have a VMware CentOS7 VM which was cloned from another. When I import the first as a Salt client everything is fine. When I go to register the second, a new salt key is generated for the second hostname but when the key is accepted, some attributes of the original registered machine are replaced by the second. In other words, a second registered system is not created, the first system is converted into the identity of the second. The UUID in Uyuni is NOT changed to the hardware uuid of the second machine; The system name IS changed to the second machine; The hostname and ip address remains set as the first machine. UUIDs in the individual VM .vmx files are different Hardware uuids revealed by dmidecode for each VM are different ifcfg scripts on each VM contain unique uuids for the network interfaces IPv6 address for each system are different I've recovered all the salt grains.items by registering each server separately and there is no duplication of any grain value I can find. In short the systems appear to be unique but Uyuni thinks they are the same. Interestingly both systems were originally registered separately without this problem in Spacewalk version 28 Any ideas as to what to look for next?! T *Please note I am not normally in the office on Mondays or Fridays* ___________________________________________________________ TIM SHAW - Deputy Director - Network Services Medical Sciences Division - University of Oxford email : tim.shaw(a)medsci.ox.ac.uk tel : +44 (0)1865 289480 -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

1 1

AW: [uyuni-users] VMware cloned VM's are treated as one system in Uyuni
by Crefeld, Tobias LKV Bayern e.V. 31 Mar '20

31 Mar '20

Von: Tim Shaw [mailto:Tim.Shaw@medsci.ox.ac.uk] > I have a VMware CentOS7 VM which was cloned from another. > When I import the first as a Salt client everything is fine. > When I go to register the second, a new salt key is generated for the second hostname > but when the key is accepted, some attributes of the original registered machine > are replaced by the second. In other words, a second registered system > is not created, the first system is converted into the identity of the second. I had a similar replacement effect with cloned VMs. Somewhere I found an advise that worked fine: rm /etc/machine-id rm /var/lib/dbus/machine-id dbus-uuidgen --ensure systemd-machine-id-setup cat /etc/salt/minion_id ( vi /etc/salt/minion_id service salt-minion restart ) The last lines are optional for checking that the system is using its own minion_id. Hope it helps! Regards, Tobias.

2 1

[uyuni-users] Help with Vmware VHM
by Tim Shaw 31 Mar '20

31 Mar '20

Can anyone help with this? I have an ESXi server defined as a Vmware VHM in Uyuni 2020.3. As expected the log files show that it cannot connect due to the SSL cert not being trusted. The docs indicate that this will be the case. I extracted the cert and added it to /etc/pki/trust/anchors and ran update-ca-certificates as the docs suggest. Trust list shows the certificate is in the trusted list. Restarted spacewalk-service. But I still get the same error about the SSL certificate not being trusted in the log file Any suggestions? Has anyone successfully configured this? Many thanks! Sent from my BlackBerry 10 smartphone on the O2 network.

2 3

[uyuni-users] Update Uyuni 4.0.2 to current version
by Haupt, Torsten 30 Mar '20

30 Mar '20

Hi, I tried to update my Uyuni installation from 4.0.2 to 2020.03 (the current version). I did " spacewalk-service stop", changed the repo and made a zypper update. After that I startet the postgresql database and tried the schema upgrade. But the upgrade didn't finished succesfully: Schema upgrade: [susemanager-schema-4.0.13-400.3.1.uyunimaster] -> [susemanager-schema-4.1.5-1.1.uyuni] Searching for upgrade path to: [susemanager-schema-4.1.5-1] Searching for upgrade path to: [susemanager-schema-4.1.5] Searching for start path: [susemanager-schema-4.0.13-400] Searching for start path: [susemanager-schema-4.0.13] The path: [susemanager-schema-4.0.13] -> [susemanager-schema-4.0.14] -> [susemanager-schema-4.1.0] -> [susemanager-schema-4.1.1] -> [susemanager-schema-4.1.2] -> [susemanager-schema-4.1.3] -> [susemanager-schema-4.1.4] -> [susemanager-schema-4.1.5] Planning to run schema upgrade with dir '/var/log/spacewalk/schema-upgrade/schema-from-20200327-142721' Hit Enter to continue or Ctrl+C to interrupt: Executing spacewalk-sql, the log is in [/var/log/spacewalk/schema-upgrade/schema-from-20200327-142721-to-susemanager-schema-4.1.5.log]. (22/26) apply upgrade [susemanager-schema-4.1.3-to-susemanager-schema-4.1.4/004-drop-mgr-register-task.sql.postgresql] sql.postgresql] Upgrade failed, please see log [/var/log/spacewalk/schema-upgrade/schema-from-20200327-142721-to-susemanager-schema-4.1.5.log]. You can fix the failed migration in [/var/log/spacewalk/schema-upgrade/schema-from-20200327-142721] and run spacewalk-schema-upgrade again The last element in [/var/log/spacewalk/schema-upgrade/schema-from-20200327-142721-to-susemanager-schema-4.1.5.log shows: ?column? ------------------------------------------------------------------------------------------------ susemanager-schema-4.1.3-to-susemanager-schema-4.1.4/004-drop-mgr-register-task.sql.postgresql (1 row) psql:<stdin>:4: ERROR: update or delete on table "rhntaskotemplate" violates foreign key constraint "rhn_tasko_run_template_fk" on table "rhntaskorun" DETAIL: Key (id)=(18) is still referenced from table "rhntaskorun". ================== started: 2020-03-27 13:40:57 ================== SQL> select 'susemanager-schema-4.1.3-to-susemanager-schema-4.1.4/004-drop-mgr-register-task.sql.postgresql' from dual; DELETE FROM rhnTaskoTemplate WHERE bunch_id = (SELECT id FROM rhnTaskoBunch WHERE name='mgr-register-bunch') AND task_id = (SELECT id FROM rhnTaskoTask WHERE name='mgr-register'); DELETE FROM rhnTaskoTask WHERE name = 'mgr-register'; DELETE FROM rhnTaskoSchedule WHERE job_label = 'mgr-register-default'; DELETE FROM rhnTaskoBunch WHERE name = 'mgr-register-bunch'; commit; ?column? ------------------------------------------------------------------------------------------------ susemanager-schema-4.1.3-to-susemanager-schema-4.1.4/004-drop-mgr-register-task.sql.postgresql (1 row) psql:<stdin>:4: ERROR: update or delete on table "rhntaskotemplate" violates foreign key constraint "rhn_tasko_run_template_fk" on table "rhntaskorun" DETAIL: Key (id)=(18) is still referenced from table "rhntaskorun". Did I made a mistake or is there a solution for the problem? Greets Torsten -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

5 6

[uyuni-users] Salt-Client: Problems on Uyuni-WebUI
by Tobias Crefeld 25 Mar '20

25 Mar '20

Hi, I'm trying to register a SLES server as Salt client using the WebUI of a new Uyuni installation, version 2020.01. First I had some trouble with the configuration at the client. Seems that the user that I configured at the client needs a NOPASSWD: entry in the client's sudoers file. After correcting this issue it was possible to proceed with registration process. A short while after pressing the "Bootstrap"-button I received a message at WebUI: "Cannot read/write '/var/lib/salt/.ssh/known_hosts'. Please check permissions." It seems that the WebUI is using the UID tomcat that has no rights on this file which is owned by UID salt. I played around with changing file mode and group memberships but without any success. Any idea? Regards, Tobias. -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

4 8

[uyuni-users] Uyuni 2020.03 is released!
by Julio González Gil 19 Mar '20

19 Mar '20

Hello everyone! We are happy to announce the immediate availability of Uyuni 2020.03 At https://www.uyuni-project.org/pages/stable-version.html you will find all the resources you need to start working with Uyuni 2020.03, including the release notes, documentation, requirements and setup instructions. This is the list of highlights for this release: * Debian client tools * Content Lifecycle Filters for AppStreams (Appstream repositories can now be used to manage packages at the instances) * Recurring highstate scheduling * Automatic generation of bootstrap repositories * Ubuntu enhancements * Yomi (Technology Preview) * Uyuni Hub XML-RPC API (Technology Preview) * spacewalk-utils * EFI HTTP booting * SUSE Container as a Service Platform v4 nodes: action filtering * Subscription matching in public cloud: BYOS vs PAYG * Salt clients: provisioning API * New products enabled * Subscription matching enhancements * Single Sign-On (SSO) is now stable * Single Page Application UI (SPA) is now stable * Red Hat Enterprise Linux 8 onboarding simplified * Fix failures while setting up new servers due to a Tomcat change at openSUSE Leap 15.1 Please check the release notes for full details. Remember that Uyuni will follow a rolling release planning, so the next version will contain bugfixes for this one and any new features. There will be no maintenance of 2020.03 We hope you will enjoy Uyuni 2020.03 and invite everyone of you to send us your feedback [1] and of course your patches, if you can contribute. Happy hacking! [1] https://www.uyuni-project.org/pages/contact.html -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

AW: [uyuni-users] HTML e-mail?
by Crefeld, Tobias LKV Bayern e.V. 19 Mar '20

19 Mar '20

> I would vote to support both HTML and txt. This leads me to another question: Does allowing HTML emails mean that clear-text mails will get "forbidden"? Actually I have problems with Non-HTML due to the mail policy of my employer (and I can't use another mail account or mail client at work) and due to a mail client that doesn't offer the possibility of a rule based selection of the mail styles. Nevertheless I recommend to stay with text-only as my experience is that quoting HTML email often results in a mess of characters (depending on the MUA). If a higher number of users really prefers HTML-style it might be a good idea to establish a web forum. Justmysct. Tobias.

1 0

[uyuni-users] GSOC 2020
by Piyush Thange 19 Mar '20

19 Mar '20

HELLOOO.... everyone, myself Piyush Thange and Indian undergrad studying Computer Engineering in 3rd year and pursuing it form Government College of Engineering and Research Pune. This is the first time I'm applying for the GSOC and don't know if my proposal is going to get selected or not 😑. Trying my best. Anyone has tips for me please do ping. I'm willing to contribute to the project of a Packaging UYUNI for Debian. Looking forward to complete it.

1 0

[uyuni-users] HTML e-mail?
by Pau Garcia Quiles 18 Mar '20

18 Mar '20

Hello Currently these lists only accept plain text e-mail and reject HTML mail. This is inconvenient and harms our community, specially newcomers whose e-mail client sends HTML mail by default (it's 2020, yes, HTML mail is the default for many clients). I have received complaints about this and I have been bitten by this myself. Is anyone against HTML mail? why? Please speak up until next Friday 13.03.2020. Thank you Pau Garcia Quiles SUSE Manager Product Owner & Technical Project Manager SUSE Software Solutions Spain Thank you Pau Garcia Quiles SUSE Manager Product Owner & Technical Project Manager Phone: +34 91 9018066 SUSE Software Solutions Spain -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

8 7