If we increase priority for Uyuni repo (now is 99 as default) will solve this problem in future? Thanks, Cristian Gherman On 5/24/20 8:58 AM, Cristian Gherman wrote:
Hello,
On Opensuse 15.1 I had to upgrade python3-psycopg2-2.8.4-2.1.uyuni.x86_64 from uyuni repo.
zypper install python3-psycopg2-2.8.4-2.1.uyuni.x86_64
After that updates are installed
BR
Cristian Gherman
On 5/23/20 9:30 PM, Julio González Gil wrote:
As for the Uyuni-Proxy-release itself, it's normal. It seems we didn't realize we also need to update 000product definitions. Personally I'd remove the version from there, since we are a rolling release version.
I will need to check what openSUSE Tumbleweed is doing in such case. But having the *-release packages being 2020.01 shouldn't be a problem for now.
But I am not sure I can understand the problem on the server. Please run `zypper up` and paste the whole output (do not confirm anything).
For lucene and python3-psycopg2, we provide them at Uyuni. Could be that now Leap 15.1 has more recent version, so the update is not applied because that would mean a vendor change (which could be fine, but we need to give it a try first).
However I am not so sure why the spacewalk-backend-* are not being updated.
The output of `zypper up` on the server should give us more hints.
Also maybe the output of `rpm -qa|grep spacewalk-backend`
On sábado, 23 de mayo de 2020 18:17:10 (CEST) Bidault, Philippe wrote:
Hi all,
I have updated the uyuni servers+proxies to 2020.05 (zypper update), and for now, so far so good.
The only thing I am not really sure to understand, is the presence of newest packages not being updated and being kept-back:
On the proxies, there is only one:
uyuni_proxy:~ # zypper info Uyuni-Proxy-release Refreshing service 'spacewalk'. Retrieving repository 'Uyuni Client Tools for openSUSE Leap 15.1 (x86_64)' metadata ...........................................................................
.................[done] Retrieving repository 'openSUSE Leap 15.1 (x86_64)' metadata ...........................................................................
........................................[done] Retrieving repository 'openSUSE Leap 15.1 Updates (x86_64)' metadata ...........................................................................
................................[done] Retrieving repository 'Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64)' metadata ...........................................................................
.................[done] Loading repository data... Reading installed packages...
Information for package Uyuni-Proxy-release: -------------------------------------------- Repository : Uyuni Proxy Stable for openSUSE Leap 15.1 (x86_64) Name : Uyuni-Proxy-release Version : 2020.01-75.3.uyuni Arch : x86_64 Vendor : obs://build.opensuse.org/systemsmanagement:Uyuni Support Level : Level 3 Installed Size : 1.4 KiB Installed : Yes Status : out-of-date (version 2020.01-72.1.uyuni installed) Source package : Uyuni-Proxy-release-2020.01-75.3.uyuni.src Summary : Uyuni Proxy 2020.01 Description : Uyuni Proxies extend large and/or geographically dispersed Uyuni environments to reduce load on the Uyuni Server, lower bandwidth needs, and provide faster local updates.
But on the Uyuni servers, there are 18:
The following 18 package updates will NOT be installed: Uyuni-Server-release lucene python3-psycopg2 spacewalk-backend spacewalk-backend-app spacewalk-backend-applet spacewalk-backend-config-files spacewalk-backend-config-files-common spacewalk-backend-config-files-tool spacewalk-backend-iss spacewalk-backend-iss-export spacewalk-backend-package-push-server spacewalk-backend-server spacewalk-backend-sql spacewalk-backend-sql-postgresql spacewalk-backend-tools spacewalk-backend-xml-export-libs spacewalk-backend-xmlrpc
Could you please confirm that this is a normal behaviour, due to perhaps version dependencies coming from the Uyuni zypper pattern?
If yes, I guess that I should not see this update available on all the proxies in the Uyuni web console ?
Latest Package Installed Package Uyuni-Proxy-release-2020.01-75.3.uyuni.x86_64 Uyuni-Proxy-release-2020.01-72.1.uyuni.x86_64
Thanks,
Regards, Philippe.
Philippe Bidault | Unix Engineer
Getronics ________________________________ M. 34617301667 | E. Philippe.Bidault@Getronics.com | W. www.getronics.com
[cid:M17520GetronicsConnectingPossibilitiesE-Sig425x204_e1803ca0-99a5-4a65-a
bd8-074c86bf11aa.png]http://www.getronics.com/ http://www.linkedin.com/company/2077785[cid:LinkedIn_4aeb630a-f385-4f22-9
27e-31323d2554b8.png]https://www.linkedin.com/company/2077785 [cid:Twitter_6c9cce61-b2e3-49d4-991c-e799d031f1ae.png] https://twitter.com/Getronics http://twitter.com/Getronics [cid:Youtube_5150f807-4ba8-46a3-bbbf-038ccfdc2793.png] https://www.youtube.com/user/getronicsonline?feature=results_main http://www.youtube.com/user/getronicsonline?feature=results_main sign-info
<http://www.getronics.com/knowledge-share/news-and-events/ovum.php#sthash.cb
KPq4wA.bnvveIrq.dpbs>
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/
-- To unsubscribe, e-mail: uyuni-users+unsubscribe@opensuse.org To contact the owner, e-mail: uyuni-users+owner@opensuse.org