Alright, I am closer to getting Uyuni set up the way we want it. Now, how can we get our servers that are registered to update through Uyuni? I was only given a option to schedule the update, so I picked as soon as possible, but they are all waiting and I do not know why: [cid:image001.png@01D85422.7C84AA40] Jamen McGranahan Associate Director of Library Technology & Digital Services Jean and Alexander Heard Libraries, Vanderbilt University 615-343-1614 | jamen.mcgranahan@vanderbilt.edu<mailto:jamen.mcgranahan@vanderbilt.edu> he/his/him [cid:image002.png@01D85422.7C84AA40]
Hi Jamen. Could you please check what's in the list of events in the history of any of the registered systems showing action scheduled icon. Just click on the system and Events -> History tab, and show what's in the list. Victor On Wed, 2022-04-20 at 00:20 +0000, McGranahan, Jamen (VU) via Uyuni Users wrote:
Alright, I am closer to getting Uyuni set up the way we want it. Now, how can we get our servers that are registered to update through Uyuni? I was only given a option to schedule the update, so I picked as soon as possible, but they are all waiting and I do not know why: Jamen McGranahan Associate Director of Library Technology & Digital Services Jean and Alexander Heard Libraries, Vanderbilt University 615-343-1614 |jamen.mcgranahan@vanderbilt.edu he/his/him
Hey McGranahan, Looks like you have registered yous systems to be managed using a method (traditional clients) that is deprecated and will be removed in the future. You should use salt management methods instead. More information here: https://www.uyuni-project.org/uyuni-docs/en/uyuni/client-configuration/conta... Cheers, Ricardo On 4/20/22 01:20, McGranahan, Jamen (VU) via Uyuni Users wrote:
Alright, I am closer to getting Uyuni set up the way we want it. Now, how can we get our servers that are registered to update through Uyuni? I was only given a option to schedule the update, so I picked as soon as possible, but they are all waiting and I do not know why:
*Jamen McGranahan*
Associate Director of Library Technology & Digital Services
Jean and Alexander Heard Libraries, Vanderbilt University
615-343-1614 | jamen.mcgranahan@vanderbilt.edu <mailto:jamen.mcgranahan@vanderbilt.edu>
/he/his/him/
-- Ricardo Mateus SUSE Manager Development Team
Thanks Ricardo. I had issues initially with Salt, but I was able to get it to work on these servers. Now to figure out why it's trying to install "python2-urlgrabber" when that package doesn't exist... (though python-urlgrabber does exist and is installed) Jamen McGranahan Associate Director of Library Technology & Digital Services Jean and Alexander Heard Libraries, Vanderbilt University 615-343-1614 | jamen.mcgranahan@vanderbilt.edu he/his/him -----Original Message----- From: Ricardo Mateus <rdiasmateus@suse.de> Sent: Wednesday, April 20, 2022 4:47 AM To: General discussion related to the openSUSE Uyuni project <users@lists.uyuni-project.org> Cc: McGranahan, Jamen (VU) <jamen.mcgranahan@vanderbilt.edu> Subject: Re: how to get servers to update [You don't often get email from rdiasmateus@suse.de. Learn why this is important at http://aka.ms/LearnAboutSenderIdentification.] Hey McGranahan, Looks like you have registered yous systems to be managed using a method (traditional clients) that is deprecated and will be removed in the future. You should use salt management methods instead. More information here: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.uyuni-... Cheers, Ricardo On 4/20/22 01:20, McGranahan, Jamen (VU) via Uyuni Users wrote:
Alright, I am closer to getting Uyuni set up the way we want it. Now, how can we get our servers that are registered to update through Uyuni? I was only given a option to schedule the update, so I picked as soon as possible, but they are all waiting and I do not know why:
*Jamen McGranahan*
Associate Director of Library Technology & Digital Services
Jean and Alexander Heard Libraries, Vanderbilt University
615-343-1614 | jamen.mcgranahan@vanderbilt.edu <mailto:jamen.mcgranahan@vanderbilt.edu>
/he/his/him/
-- Ricardo Mateus SUSE Manager Development Team
I've got the servers using SALT now and can actually reboot the servers from within Uyuni - so I know the communication is good. However, most of our servers are reporting packages that need to be upgraded. Yet when I run the upgrade, it gives me an error, stating the packages cannot be found (see below): saltutil_|-sync_states_|-sync_states_|-sync_states: name: sync_states changes: { } result: true comment: No updates to sync __sls__: util.syncstates __run_num__: 0.0 start_time: '12:08:54.055316' duration: 188.811 __id__: sync_states file_|-mgrchannels_susemanagerplugin_yum_|-/usr/share/yum-plugins/susemanagerplugin.py_|-managed: changes: { } comment: File /usr/share/yum-plugins/susemanagerplugin.py is in the correct state name: /usr/share/yum-plugins/susemanagerplugin.py result: true __sls__: channels __run_num__: 1.0 start_time: '12:08:54.248708' duration: 63.611 __id__: mgrchannels_susemanagerplugin_yum file_|-mgrchannels_susemanagerplugin_conf_yum_|-/etc/yum/pluginconf.d/susemanagerplugin.conf_|-managed: changes: { } comment: File /etc/yum/pluginconf.d/susemanagerplugin.conf is in the correct state name: /etc/yum/pluginconf.d/susemanagerplugin.conf result: true __sls__: channels __run_num__: 2.0 start_time: '12:08:54.312474' duration: 28.192 __id__: mgrchannels_susemanagerplugin_conf_yum file_|-mgrchannels_enable_yum_plugins_|-/etc/yum.conf_|-replace: result: true name: /etc/yum.conf changes: { } comment: onlyif condition is false skip_watch: true __sls__: channels __run_num__: 3.0 start_time: '12:08:54.340817' duration: 2151.93 __id__: mgrchannels_enable_yum_plugins file_|-mgrchannels_repo_|-/etc/yum.repos.d/susemanager:channels.repo_|-managed: changes: { } comment: File /etc/yum.repos.d/susemanager:channels.repo is in the correct state name: /etc/yum.repos.d/susemanager:channels.repo result: true __sls__: channels __run_num__: 4.0 start_time: '12:08:56.493808' duration: 49.357 __id__: mgrchannels_repo cmd_|-mgrchannels_yum_clean_all_|-/usr/bin/yum clean all_|-run: changes: { } result: true duration: 0.004 start_time: '12:08:56.543702' comment: State was not run because none of the onchanges reqs changed __state_ran__: false __run_num__: 5.0 __sls__: channels cmd_|-trust_res_gpg_key_|-rpm --import https://opensuse.library.vanderbilt.edu:443/pub/res-gpg-pubkey-0182b964.key_|-run: result: true name: rpm --import https://opensuse.library.vanderbilt.edu:443/pub/res-gpg-pubkey-0182b964.key changes: { } comment: unless condition is true skip_watch: true __sls__: channels __run_num__: 6.0 start_time: '12:08:56.543760' duration: 144.499 __id__: trust_res_gpg_key ? cmd_|-trust_suse_manager_tools_rhel_gpg_key_|-rpm --import https://opensuse.library.vanderbilt.edu:443/pub/sle12-gpg-pubkey-39db7c82.key_|-run : result: true name: rpm --import https://opensuse.library.vanderbilt.edu:443/pub/sle12-gpg-pubkey-39db7c82.ke... changes: { } comment: unless condition is true skip_watch: true __sls__: channels __run_num__: 7.0 start_time: '12:08:56.688608' duration: 141.573 __id__: trust_suse_manager_tools_rhel_gpg_key pkg_|-pkg_installed_|-pkg_installed_|-installed: name: pkg_installed result: false changes: { } comment: |- Error occurred installing package(s). Additional info follows: errors: - Running scope as unit run-12355.scope. Loaded plugins: langpacks, product-id, search-disabled-repos, subscription- : manager, susemanagerplugin, tmprepo, venv-yumnotify global name 'sys' is not defined No package grub2-pc-2.02-0.87.el7.centos.7 available. No package grub2-tools-minimal-2.02-0.87.el7.centos.7 available. No package grub2-tools-extra-2.02-0.87.el7.centos.7 available. No package grub2-pc-modules-2.02-0.87.el7.centos.7 available. No package grub2-tools-2.02-0.87.el7.centos.7 available. No package grub2-common-2.02-0.87.el7.centos.7 available. No package grub2-2.02-0.87.el7.centos.7 available. Error: Nothing to do __sls__: packages.pkginstall __run_num__: 8.0 start_time: '12:08:56.831080' duration: 7782.35 __id__: pkg_installed Jamen McGranahan Associate Director of Library Technology & Digital Services, Vanderbilt Library Vanderbilt University 615.343.1614 | jamen.mcgranahan@vanderbilt.edu | https://www.library.vanderbilt.edu/ Central Library, 419 21st Avenue South Nashville, TN 37203 Pronouns: he/him/his -----Original Message----- From: Ricardo Mateus <rdiasmateus@suse.de> Sent: Wednesday, April 20, 2022 4:47 AM To: General discussion related to the openSUSE Uyuni project <users@lists.uyuni-project.org> Cc: McGranahan, Jamen (VU) <jamen.mcgranahan@vanderbilt.edu> Subject: Re: how to get servers to update [You don't often get email from rdiasmateus@suse.de. Learn why this is important at http://aka.ms/LearnAboutSenderIdentification.] Hey McGranahan, Looks like you have registered yous systems to be managed using a method (traditional clients) that is deprecated and will be removed in the future. You should use salt management methods instead. More information here: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.uyuni-... Cheers, Ricardo On 4/20/22 01:20, McGranahan, Jamen (VU) via Uyuni Users wrote:
Alright, I am closer to getting Uyuni set up the way we want it. Now, how can we get our servers that are registered to update through Uyuni? I was only given a option to schedule the update, so I picked as soon as possible, but they are all waiting and I do not know why:
*Jamen McGranahan*
Associate Director of Library Technology & Digital Services
Jean and Alexander Heard Libraries, Vanderbilt University
615-343-1614 | jamen.mcgranahan@vanderbilt.edu <mailto:jamen.mcgranahan@vanderbilt.edu>
/he/his/him/
-- Ricardo Mateus SUSE Manager Development Team
participants (3)
-
McGranahan, Jamen (VU)
-
Ricardo Mateus
-
Victor Zhestkov