- ARCHIVED: Uyuni Users

[uyuni-users] openSUSE 15.1 Update channel repo sync errors
by Jordi Bruguera i Cortada 20 Aug '19

20 Aug '19

Hello, While syncing the updates channel for openSUSE Leap 15.1 in recently released Uyuni 4.0.2 produces the following error. I've removed this software channel and repo and created it again but this error persists. Here is a short output from "spacewalk-repo-sync -c opensuse_leap15_1- x86_64-updates" command. Please find attached complete log. 09:43:40 09:43:40 Importing packages to DB: Importing packages: |#---------------------------- ---------------------| 1.69% 09:45:55 duplicate key value violates unique constraint "rhn_pkg_clr_pid_cld_uq" DETAIL: Key (package_id, changelog_data_id)=(63794, 437802) already exists. Importing packages: |#---------------------------- ---------------------| 1.88% 09:45:55 1.88 % Importing packages: |#---------------------------- ---------------------| 2.63% 09:48:08 2.63 % Importing packages: |##----------------------------- -------------------| 3.56% 09:48:29 'NoneType' object has no attribute 'strip' Importing packages: |###-------------------------- ---------------------| 5.44% 09:48:29 'NoneType' object has no attribute 'strip' Importing packages: |####--------------------------- -------------------| 7.32% 09:48:29 'NoneType' object has no attribute 'strip' Importing packages: |#####------------------------ ---------------------| 9.19% 09:48:30 'NoneType' object has no attribute 'strip' Importing packages: |######------------------------- -------------------| 11.07% 09:48:32 'NoneType' object has no attribute 'strip' Importing packages: |######------------------------- -------------------| 12.95% 09:48:33 'NoneType' object has no attribute 'strip' Importing packages: |#######---------------------- ---------------------| 14.82% 09:48:36 'NoneType' object has no attribute 'strip' Importing packages: |########----------------------- -------------------| 16.7% 09:48:40 'NoneType' object has no attribute 'strip' Importing packages: |#########-------------------- ---------------------| 18.57% 09:48:45 'NoneType' object has no attribute 'strip' Importing packages: |##########--------------------- -------------------| 20.45% 09:48:50 'NoneType' object has no attribute 'strip' Importing packages: |###########------------------ ---------------------| 22.33% 09:48:54 'NoneType' object has no attribute 'strip' Importing packages: |############------------------- -------------------| 24.2% 09:48:57 'NoneType' object has no attribute 'strip' Importing packages: |#############---------------- ---------------------| 26.08% 09:49:00 'NoneType' object has no attribute 'strip' Importing packages: |##############----------------- -------------------| 27.95% 09:49:04 'NoneType' object has no attribute 'strip' Importing packages: |###############-------------- ---------------------| 29.83% 09:49:07 'NoneType' object has no attribute 'strip' Importing packages: |################--------------- -------------------| 31.71% 09:49:11 'NoneType' object has no attribute 'strip' Importing packages: |#################------------ ---------------------| 33.58% 09:49:15 'NoneType' object has no attribute 'strip' Importing packages: |##################------------- -------------------| 35.46% 09:49:17 'NoneType' object has no attribute 'strip' Importing packages: |###################---------- ---------------------| 37.34% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |####################----------- -------------------| 39.21% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |#####################-------- ---------------------| 41.09% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |#####################-------- ---------------------| 42.96% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |######################--------- -------------------| 44.84% 09:49:26 'NoneType' object has no attribute 'strip' Importing packages: |#######################------ ---------------------| 46.72% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |########################------- -------------------| 48.59% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |#########################---- ---------------------| 50.47% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |##########################----- -------------------| 52.35% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |###########################-- ---------------------| 54.22% 09:49:27 'NoneType' object has no attribute 'strip' Importing packages: |############################--- -------------------| 56.1% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |############################# ---------------------| 57.97% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |##############################- -------------------| 59.85% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |###############################-------------------| 61.73% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |################################------------------| 63.6% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |#################################-----------------| 65.48% 09:49:28 'NoneType' object has no attribute 'strip' Importing packages: |##################################----------------| 67.35% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |###################################---------------| 69.23% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |####################################--------------| 71.11% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |####################################--------------| 72.98% 09:49:29 'NoneType' object has no attribute 'strip' Importing packages: |#####################################-------------| 74.86% 09:49:30 'NoneType' object has no attribute 'strip' Importing packages: |######################################------------| 76.74% 09:49:31 'NoneType' object has no attribute 'strip' Importing packages: |#######################################-----------| 78.61% 09:49:31 'NoneType' object has no attribute 'strip' Importing packages: |########################################----------| 80.49% 09:49:31 'NoneType' object has no attribute 'strip' Importing packages: |#########################################---------| 82.36% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |##########################################--------| 84.24% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |###########################################-------| 86.12% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |############################################------| 87.99% 09:49:32 'NoneType' object has no attribute 'strip' Importing packages: |#############################################-----| 89.87% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |##############################################----| 91.74% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |###############################################---| 93.62% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |################################################--| 95.5% 09:49:33 'NoneType' object has no attribute 'strip' Importing packages: |#################################################-| 97.37% 09:49:34 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 99.25% 09:49:34 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 99.81% 09:49:34 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 100.0% 09:49:34 09:49:34 Linking packages to the channel. 09:49:38 Unexpected error: <class 'spacewalk.server.importlib.importLib.InvalidPackageError'> 09:49:38 Traceback (most recent call last): File "/usr/lib/python3.6/site- packages/spacewalk/satellite_tools/reposync.py", line 568, in sync ret = self.import_packages(plugin, data['id'], url, is_non_local_repo) File "/usr/lib/python3.6/site- packages/spacewalk/satellite_tools/reposync.py", line 1142, in import_packages importer.run() File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/importLib.py", line 764, in run self.submit() File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/packageImport.py", line 126, in submit self.backend.lookupPackages(self.batch, self.checksums) File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 697, in lookupPackages raise_with_tb(not_found[0], not_found[1]) File "/usr/lib/python3.6/site-packages/spacewalk/common/usix.py", line 77, in raise_with_tb raise value File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 689, in lookupPackages self.__lookupObjectCollection([package], 'rhnPackage') File "/usr/lib/python3.6/site- packages/spacewalk/server/importlib/backend.py", line 2342, in __lookupObjectCollection raise InvalidPackageError(object, "Could not find object %s in table %s" % (object, tableName)) spacewalk.server.importlib.importLib.InvalidPackageError: Could not find object [<<class 'spacewalk.server.importlib.importLib.IncompletePackage'> instance; attributes={'package_id': None, 'name': 'go1.12', 'epoch': None, 'version': '1.12.6', 'release': 'lp151.2.6.1', 'arch': 'x86_64', 'org_id': 1, 'package_size': None, 'last_modified': None, 'md5sum': None, 'channels': {112: 'opensuse_leap15_1-x86_64-updates'}, 'checksum_list': None, 'checksum': '030794c4399795bbaa6e810058e91fead262a9478b1afc478813a07a9de2e4c1', 'checksum_type': 'sha256', 'checksums': {'sha256': '030794c4399795bbaa6e810058e91fead262a9478b1afc478813a07a9de2e4c1'}, 'name_id': 5077, 'evr_id': 17266, 'package_arch_id': 120, 'nevra_id': 63761, 'checksum_id': 5553832}] in table rhnPackage 09:49:39 Total time: 0:10:58 Any hints / ideas ? Thank you !

1 0

[uyuni-users] Uyuni 4.0.2 problem syncing OpenSUSE 15.1 updates
by Strahil Nikolov 17 Aug '19

17 Aug '19

Hello All, Does anyone else experience issues syncing OpenSUSE 15.1 Updates channel? It seems somehow related to habootstrap-formula package. Here is what I got after updating python & kernel (it was the same before latest patches): uyuni:/var/log/rhn/reposync # spacewalk-repo-sync -n -t yum -c opensuse_leap15_1-x86_64-updates 09:35:57 ====================================== 09:35:57 | Channel: opensuse_leap15_1-x86_64-updates 09:35:57 ====================================== 09:35:57 Sync of channel started. Retrieving repository 'opensuse_leap15_1-x86_64-updates' metadata ..........................[done]Building repository 'opensuse_leap15_1-x86_64-updates' cache ...............................[done]All repositories have been refreshed. 09:36:05 Repo URL: http://download.opensuse.org/update/leap/15.1/oss/ 09:36:05 Packages in repo: 2628 09:36:20 Packages already synced: 2603 09:36:20 Packages to sync: 25 09:36:20 New packages to download: 25 09:36:20 Downloading packages: 09:36:20 Downloading total 25 files from 1 queues. 09:36:30 1/25 : habootstrap-formula-0.2.4-lp151.7.1.noarch.rpm 09:36:30 2/25 : kernel-debug-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:35 3/25 : kernel-debug-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:37 4/25 : kernel-default-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:41 5/25 : kernel-debug-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:41 6/25 : kernel-docs-4.12.14-lp151.28.13.1.noarch.rpm 09:36:42 7/25 : kernel-default-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:45 8/25 : kernel-devel-4.12.14-lp151.28.13.1.noarch.rpm 09:36:47 9/25 : kernel-docs-html-4.12.14-lp151.28.13.1.noarch.rpm 09:36:48 10/25 : kernel-kvmsmall-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:49 11/25 : kernel-kvmsmall-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:49 12/25 : kernel-macros-4.12.14-lp151.28.13.1.noarch.rpm 09:36:52 13/25 : kernel-obs-qa-4.12.14-lp151.28.13.1.x86_64.rpm 09:36:58 14/25 : kernel-kvmsmall-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:00 15/25 : kernel-obs-build-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:02 16/25 : kernel-syms-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:07 17/25 : kernel-default-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:10 18/25 : kernel-vanilla-devel-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:10 19/25 : python2-shaptools-0.3.1-lp151.5.1.noarch.rpm 09:37:10 20/25 : python3-shaptools-0.3.1-lp151.5.1.noarch.rpm 09:37:11 21/25 : saphanabootstrap-formula-0.2.9-lp151.7.1.noarch.rpm 09:37:13 22/25 : kernel-vanilla-base-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:25 23/25 : kernel-vanilla-4.12.14-lp151.28.13.1.x86_64.rpm 09:37:41 24/25 : kernel-source-4.12.14-lp151.28.13.1.noarch.rpm 09:37:41 25/25 : kernel-source-vanilla-4.12.14-lp151.28.13.1.noarch.rpm 09:37:41 09:37:41 Importing packages to DB: Importing packages: |##################--------------------------------| 36.0% 09:39:14 duplicate key value violates unique constraint "rhn_pkg_clr_pid_cld_uq" DETAIL: Key (package_id, changelog_data_id)=(163672, 340908) already exists. Importing packages: |####################------------------------------| 40.0% 09:39:14 40.0 % Importing packages: |######################################------------| 76.0% 09:40:03 'NoneType' object has no attribute 'strip' Importing packages: |################################################--| 96.0% 09:40:09 'NoneType' object has no attribute 'strip' Importing packages: |##################################################| 100.0%09:40:09 09:40:09 Linking packages to the channel. 09:40:09 Unexpected error: <class 'spacewalk.server.importlib.importLib.InvalidPackageError'> 09:40:09 Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/spacewalk/satellite_tools/reposync.py", line 568, in sync ret = self.import_packages(plugin, data['id'], url, is_non_local_repo) File "/usr/lib/python3.6/site-packages/spacewalk/satellite_tools/reposync.py", line 1142, in import_packages importer.run() File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/importLib.py", line 764, in run self.submit() File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/packageImport.py", line 126, in submit self.backend.lookupPackages(self.batch, self.checksums) File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 697, in lookupPackages raise_with_tb(not_found[0], not_found[1]) File "/usr/lib/python3.6/site-packages/spacewalk/common/usix.py", line 77, in raise_with_tb raise value File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 689, in lookupPackages self.__lookupObjectCollection([package], 'rhnPackage') File "/usr/lib/python3.6/site-packages/spacewalk/server/importlib/backend.py", line 2342, in __lookupObjectCollection raise InvalidPackageError(object, "Could not find object %s in table %s" % (object, tableName)) spacewalk.server.importlib.importLib.InvalidPackageError: Could not find object [<<class 'spacewalk.server.importlib.importLib.IncompletePackage'> instance; attributes={'package_id': None, 'name': 'habootstrap-formula', 'epoch': None, 'version': '0.2.4', 'release': 'lp151.7.1', 'arch': 'noarch', 'org_id': 1, 'package_size': None, 'last_modified': None, 'md5sum': None, 'channels': {137: 'opensuse_leap15_1-x86_64-updates'}, 'checksum_list': None, 'checksum': '6c5112ea50ae4b2191d81a85fefe631e3714271544294723b59a35585d530a9f', 'checksum_type': 'sha256', 'checksums': {'sha256': '6c5112ea50ae4b2191d81a85fefe631e3714271544294723b59a35585d530a9f'}, 'name_id': 36772, 'evr_id': 43328, 'package_arch_id': 100, 'nevra_id': 163660, 'checksum_id': 5758490}] in table rhnPackage 09:40:09 Total time: 0:04:11 uyuni:~ # Thanks in advance for your reply. Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

1 0

[uyuni-users] Documentation Bug in Uyuni 4.0.2 Reference guide (PDF)
by Strahil Nikolov 05 Aug '19

05 Aug '19

Hello All, Can someone rebuild the reference guide for Uyuni 4.0.2 ,as there is a difference between the PDF and the HTML ? I have described the issue in : https://github.com/uyuni-project/uyuni-docs/issues/6 Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

1 0

[uyuni-users] Big Thank you
by Strahil Nikolov 04 Aug '19

04 Aug '19

Hello All, I just want to say a big "THANK YOU!" for your efforts. I really like the project and I will try to "contribute" as much as possible (although some people might think I'm just complaining). P.S.: As the SUMA is not being recommended to be migrated in-place, I've decided to just go with a fresh install. Thanks again and keep up the good work! Best Regards, Strahil Nikolov -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

1 0

[uyuni-users] Upgrade from 4.0.2RC to 4.0.2 stable
by Cristian Gherman 03 Aug '19

03 Aug '19

Hello, First of all, I love you work. It helped me very much in last months. I have Uyuni server on Opensuse 15.0 which used devel repos until Opensuse 15.1 switch. I look over documentation andnot found how to upgrade OS and Uyuni whitout loose minion settings (or readd to the master). What you suggest to do: a) Clean install and reattach minions to the new master? b) backup salt master config files, postgresql database, and restore on new machine, after ? c) Upgrade OS and Uyuni whithout any changes? Thank you in advance for any replay. -- Cristian Gherman -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 2

[uyuni-users] New website and branding
by Julio Gonzalez 02 Aug '19

02 Aug '19

Together with the announcement of Uyuni 4.0.2 we are happy to present our new website and branding: https://www.uyuni-project.org/ You can also check the updated documentation as HTML, and with a search engine working at: https://www.uyuni-project.org/uyuni-docs/uyuni/index-uyuni.html What's more, you can even contribute to the documentation from there! We hope you will enjoy it, and we will be happy to receive your feedback and contributions. Happy hacking! -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

[uyuni-users] Uyuni 4.0.2 is released!
by Julio Gonzalez 02 Aug '19

02 Aug '19

Hello everyone, We are happy to announce the immediate availability of Uyuni 4.0.2, our third Uyuni release! At https://www.uyuni-project.org/pages/stable-version.html you will find all the resources you need to start working with Uyuni 4.0.2, including the release notes, documentation, requirements and setup instructions. ===================================== IMPORTANT: If you are migrating from 4.0.1 check the release notes [1], as a special procedure is needed for the server! ===================================== This is the list of highlights for this release: - Base system upgrade to openSUSE Leap 15.1 - Salt 2019.2.0 - Prometheus Monitoring - Content lifecycle management - Virtualization management for Salt minions - Updated Documentation Structure - Improved logging for Salt Remote Command Page - Support for more Distributions as Clients - EoL for openSUSE Leap 42.3 clients - Salt Rate Limiting (Batching) - Product Information Loaded from SCC - Image build host with SLES 12 SP4 - Updated backend for communicating with SCC - XMLRPC API changes - Support for Ubuntu Clients - Change behavior on token refresh - New option to force regeneration of channel metadata - New products supported - Package download endpoint override - Technical preview: Single Sign-On (SSO) Please check the release notes for full details. Remember that Uyuni follows a rolling release planning, so there will be no maintenance of 4.0.2, but a new version with bugfixes and most probably new features. We hope you will enjoy Uyuni 4.0.2 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/doc/4.0.2/release-notes-uyuni-server.html [2] https://www.uyuni-project.org/pages/contact.html -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

Re: [uyuni-users] repo issue?
by Julio Gonzalez 31 Jul '19

31 Jul '19

On miércoles, 31 de julio de 2019 21:21:38 (CEST) David Mace wrote: > Will there be a bug fix release afterwards? For example some important > functionality is still broken like cobbler sync to proxies. Not exactly. The model Uyuni intends to follow is that of a rolling release. There will be a next release after this one (most probably 4.1.0) with bugfixing and probably more features. Regarding https://github.com/uyuni-project/uyuni/issues/1200 (cobbler sync to proxy fails) it's part of the functionality provided by Uyuni, so should get a fix. Sadly we had a lot of work adapting Uyuni to openSUSE 15.1 because of the switch of many components (JDK version, python2->python3, etc), and then summer just caught us and we had less people available to get Uyuni stable enough for a release. That is the reason it took us so long to get this version ready. However my expectation is to have a new release soon (let's say 4-6 weeks), and meanwhile keep working on having a public CI with two things in mind: 1. Providing feedback to the contributors 2. Getting their help to get the product stable more quickly. > Also although unsupported, will it be possible to zypper in --force a switch > from 4.0.2-dev in master to this stable release? It is a conditional "it depends". RPMs should be able to update, but you will need to make sure on your own that the database schema is coherent. Nothing official, but my suggestion is: - Take note of your current susemanager-schema version (4.0.X, let's call it current_version) - Apply the upgrade procedure. - Take note of the susemanager-schema version installed by the update (should be 4.0.13) - This will create a log at /var/log/spacewalk/schema-upgrade where you will see lines like "SQL> select 'susemanager-schema-3.2.18-to-susemanager- schema-3.2.19/002-alter-susesaltevent.sql.postgresql' from dual;" for each SQL script applied. - Then review /etc/sysconfig/rhn/schema-upgrade/ and verify if everything from the migration path from current_version up to 4.0.13 was applied. If something is missing, you will need to apply it manually: $ sudo su - postgres $ psql -f <SQL_SCRIPT> <yourdbname-usually-uyuni> But of course, despite you already said it, I have to repeat it: it is not supported in anyway and could bring problems in the future. > Thanks -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

Re: [uyuni-users] repo issue?
by Julio Gonzalez 31 Jul '19

31 Jul '19

On miércoles, 31 de julio de 2019 20:38:59 (CEST) Steve Moring wrote: > Julio, > > On Tue, 2019-07-30 at 21:26 +0000, Julio Gonzalez wrote: > > @Steve, I will have a second look tomorrow, but as 4.0.2 is really > > near, I > > > > guess we'll just update the installation instructions on the site > > [1] > > Think by next week or next month? If nothing really bad happens tonight at OBS, or making the release itself tomorrow morning, I hope that 4.0.2 will be finally out tomorrow before the end of the day :-) > -Steve -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

[uyuni-users] repo issue?
by Steve Moring 31 Jul '19

31 Jul '19

uyuni:~ # zypper ar https://download.opensuse.org/repositories/systems management:/Uyuni:/Stable/images/repo/Uyuni-Server-4.0-POOL-x86_64- Media1/ uyuni-server-stable Adding repository 'uyuni-server-stable' ...................................................................... ....[done] Repository 'uyuni-server-stable' successfully added URI : https://download.opensuse.org/repositories/systemsmanage ment:/Uyuni:/Stable/images/repo/Uyuni-Server-4.0-POOL-x86_64-Media1/ Enabled : Yes GPG Check : Yes Autorefresh : No Priority : 99 (default priority) Repository priorities are without effect. All enabled repositories share the same priority. uyuni:~ # zypper ref Repository 'openSUSE-Leap-42.3-Non-Oss' is up to date. Repository 'openSUSE-Leap-42.3-Oss' is up to date. Repository 'openSUSE-Leap-42.3-Update' is up to date. Repository 'openSUSE-Leap-42.3-Update-Non-Oss' is up to date. Retrieving repository 'uyuni-server-stable' metadata ............................................................[error] Repository 'uyuni-server-stable' is invalid. [uyuni-server-stable|https://download.opensuse.org/repositories/system smanagement:/Uyuni:/Stable/images/repo/Uyuni-Server-4.0-POOL-x86_64- Media1/] Valid metadata not found at specified URL Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'uyuni-server-stable' because of the above error. Some of the repositories have not been refreshed because of an error. uyuni:~ # -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

2 3