- ARCHIVED: Uyuni Users

[uyuni-users] openSUSE 15.1 channel
by Steve Moring 26 Jul '19

26 Jul '19

spacewalk-common-channels -l opensuse_leap15_0: x86_64 opensuse_leap15_0-non-oss: x86_64 opensuse_leap15_0-non-oss-updates: x86_64 opensuse_leap15_0-updates: x86_64 opensuse_leap15_0-uyuni-client: x86_64 opensuse_leap15_0-uyuni-client-devel: x86_64 opensuse_leap42_3: x86_64 opensuse_leap42_3-non-oss: x86_64 opensuse_leap42_3-non-oss-updates: x86_64 opensuse_leap42_3-updates: x86_64 opensuse_leap42_3-uyuni-client: x86_64 opensuse_leap42_3-uyuni-client-devel: x86_64 Wondering when 15.1 will appear as a channel. -Steve -- To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org

3 8

Fwd: [uyuni-users] need assistance with debugging bootstrap issues
by Cristian Gherman 16 Jul '19

16 Jul '19

I had to change the id of minions in something: fe-1.blabla.com => fe-1-prod.blabla,com If I use previous names , they are not added to Uyuni any more. Cristian Gherman -------- Forwarded Message -------- Subject: Re: [uyuni-users] need assistance with debugging bootstrap issues Date: Tue, 9 Jul 2019 13:55:59 +0000 (UTC) From: Strahil Nikolov <hunter86_bg(a)yahoo.com> To: Cristian Gherman <cristian.gherman(a)reea.net> Hi Christian, thanks for the fast reply. Already done all of these. The new key is accepted , but the machines are not added. I even used "snapper" to rollback one of the VMs to openSUSE 15.0 in order to check bootstraping. The results are the same. Rebooting Uyuni doesn't solve the issue :) Any ideas appreciated. Best Regards, Strahil Nikolov В вторник, 9 юли 2019 г., 9:52:05 ч. Гринуич-4, Cristian Gherman <cristian.gherman(a)reea.net> написа: Hello, Can you try this: - remove minion key from master - stop the salt-minion on VM's - remove minion key from /etc/salt/pki/ - change the minion id in /etc/minion_id - change the machine id in /etc/machine-id with command systemd-machine-id-setup - start the salt-minion on VM's - accept new keys, check if minons is added on Uyuni This steps helped me with some stoborn minions some time ago. Cristian Gherman On 7/9/19 4:39 PM, Strahil Nikolov wrote: > Hello All, > can you assist me by guiding me in the correct direction? > Yesterday I found out that all my clients (4 openSUSE 15.1) are not reporting for the past 3 days.I tried to refresh , but it didn't do anything . > > Then I removed the VMs and tried to add them, but after accepting the salt key - the VM is not added as a system. > I have checked the logs and I see a lot of errors , one of them is : > 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.suse.manager.reactor.PGEventListener - Unexpected exception while executing a MessageAction com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ > at com.google.gson.Gson.fromJson(Gson.java:900) > at com.google.gson.Gson.fromJson(Gson.java:953) > at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.lambda$execute$7(JobReturnEventMessageAction.java:128) > at java.util.Optional.ifPresent(Optional.java:159) > at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.execute(JobReturnEventMessageAction.java:114) > at com.suse.manager.reactor.PGEventListener.lambda$null$1(PGEventListener.java:74) > at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) > at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) > at com.suse.manager.reactor.PGEventListener.lambda$notify$2(PGEventListener.java:72) > at java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:419) > at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) > at com.suse.manager.reactor.PGEventListener.notify(PGEventListener.java:69) > at com.suse.salt.netapi.event.AbstractEventStream.notifyListeners(AbstractEventStream.java:64) > at com.suse.manager.reactor.PGEventStream.lambda$processEvents$3(PGEventStream.java:147) > at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) > at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:352) > at java.util.stream.Sink$ChainedReference.end(Sink.java:258) > at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:483) > at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) > at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) > at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) > at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) > at com.suse.manager.reactor.PGEventStream.processEvents(PGEventStream.java:141) > at com.suse.manager.reactor.PGEventStream.lambda$null$0(PGEventStream.java:127) > at com.redhat.rhn.frontend.events.TransactionHelper.run(TransactionHelper.java:62) > at com.redhat.rhn.frontend.events.TransactionHelper.handlingTransaction(TransactionHelper.java:46) > at com.suse.manager.reactor.PGEventStream.lambda$notification$2(PGEventStream.java:126) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ > at com.google.gson.internal.bind.JsonTreeReader.expect(JsonTreeReader.java:161) > at com.google.gson.internal.bind.JsonTreeReader.beginObject(JsonTreeReader.java:87) > at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:183) > at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:145) > at com.google.gson.Gson.fromJson(Gson.java:888) > ... 30 more > 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException > 2019-07-09 16:26:24,720 [salt-event-thread-3] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.suse.manager.reactor.PGEventListenerException > 2019-07-09 16:26:24,720 [salt-event-thread-5] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected NUMBER but was BEGIN_OBJECT at path $.retcode > > Any ideas how to debug this one? Which logs should I check ? > Maybe someone has already had a similar situation... > > 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

2 4

[uyuni-users] need assistance with debugging bootstrap issues
by Strahil Nikolov 09 Jul '19

09 Jul '19

Hello All, can you assist me by guiding me in the correct direction? Yesterday I found out that all my clients (4 openSUSE 15.1) are not reporting for the past 3 days.I tried to refresh , but it didn't do anything . Then I removed the VMs and tried to add them, but after accepting the salt key - the VM is not added as a system. I have checked the logs and I see a lot of errors , one of them is : 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.suse.manager.reactor.PGEventListener - Unexpected exception while executing a MessageAction com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ at com.google.gson.Gson.fromJson(Gson.java:900) at com.google.gson.Gson.fromJson(Gson.java:953) at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.lambda$execute$7(JobReturnEventMessageAction.java:128) at java.util.Optional.ifPresent(Optional.java:159) at com.suse.manager.reactor.messaging.JobReturnEventMessageAction.execute(JobReturnEventMessageAction.java:114) at com.suse.manager.reactor.PGEventListener.lambda$null$1(PGEventListener.java:74) at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.lambda$notify$2(PGEventListener.java:72) at java.util.stream.Streams$StreamBuilderImpl.forEachRemaining(Streams.java:419) at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) at com.suse.manager.reactor.PGEventListener.notify(PGEventListener.java:69) at com.suse.salt.netapi.event.AbstractEventStream.notifyListeners(AbstractEventStream.java:64) at com.suse.manager.reactor.PGEventStream.lambda$processEvents$3(PGEventStream.java:147) at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184) at java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:352) at java.util.stream.Sink$ChainedReference.end(Sink.java:258) at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:483) at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) at com.suse.manager.reactor.PGEventStream.processEvents(PGEventStream.java:141) at com.suse.manager.reactor.PGEventStream.lambda$null$0(PGEventStream.java:127) at com.redhat.rhn.frontend.events.TransactionHelper.run(TransactionHelper.java:62) at com.redhat.rhn.frontend.events.TransactionHelper.handlingTransaction(TransactionHelper.java:46) at com.suse.manager.reactor.PGEventStream.lambda$notification$2(PGEventStream.java:126) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING at path $ at com.google.gson.internal.bind.JsonTreeReader.expect(JsonTreeReader.java:161) at com.google.gson.internal.bind.JsonTreeReader.beginObject(JsonTreeReader.java:87) at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:183) at com.google.gson.internal.bind.MapTypeAdapterFactory$Adapter.read(MapTypeAdapterFactory.java:145) at com.google.gson.Gson.fromJson(Gson.java:888) ... 30 more 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-4] ERROR com.redhat.rhn.frontend.events.TransactionHelper - Additional Exception during Exception handling java.lang.ClassCastException 2019-07-09 16:26:24,720 [salt-event-thread-3] ERROR com.redhat.rhn.frontend.events.TransactionHelper - java.lang.ClassCastException 2019-07-09 16:26:24,719 [salt-event-thread-1] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.suse.manager.reactor.PGEventListenerException 2019-07-09 16:26:24,720 [salt-event-thread-5] ERROR com.redhat.rhn.frontend.events.TransactionHelper - com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected NUMBER but was BEGIN_OBJECT at path $.retcode Any ideas how to debug this one? Which logs should I check ? Maybe someone has already had a similar situation... 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

2 1

[uyuni-users] Update repo - error on update
by Cristian Gherman 05 Jul '19

05 Jul '19

Hello, I try today to update a repo in Uyuni and I get this errors: 2019/07/04 06:26:20 -04:00 Command: ['/usr/bin/spacewalk-repo-sync', '--channel', 'centos7-uyuni-client', '--type', 'yum', '--non-interactive'] 2019/07/04 06:26:20 -04:00 Sync of channel started. 2019/07/04 06:26:23 -04:00 Repo URL: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… 2019/07/04 06:26:23 -04:00 Packages in repo: 132 2019/07/04 06:26:23 -04:00 Packages already synced: 120 2019/07/04 06:26:23 -04:00 Packages to sync: 12 2019/07/04 06:26:23 -04:00 New packages to download: 12 2019/07/04 06:26:23 -04:00 Downloading packages: 2019/07/04 06:26:24 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:24 -04:00 1/12 : python2-salt-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 2/12 : salt-doc-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTP Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 3/12 : salt-debuginfo-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 4/12 : salt-cloud-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 5/12 : salt-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 6/12 : salt-api-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:25 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:25 -04:00 7/12 : salt-master-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 8/12 : salt-minion-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 9/12 : salt-ssh-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 10/12 : salt-proxy-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 11/12 : salt-standalone-formulas-configuration-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 ERROR: Download failed: https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master… - [Errno 14] HTTPS Error 404 - Not Found. 2019/07/04 06:26:26 -04:00 12/12 : salt-syndic-2019.2.0-12.2.x86_64.rpm (failed) 2019/07/04 06:26:26 -04:00 Importing packages started. 2019/07/04 06:26:26 -04:00 2019/07/04 06:26:26 -04:00 Importing packages to DB: 2019/07/04 06:26:26 -04:00 Importing packages finished. 2019/07/04 06:26:26 -04:00 2019/07/04 06:26:26 -04:00 Patches in repo: 0. When I check on browser, this files are available -- Cristian Gherman Support / PHP developer cristian.gherman(a)reea.net | www.reea.net | +4 0365410942

3 4

[uyuni-users] Uyuni suse products missing - SUSE Linux Enterprise Server 15 SP1
by Strahil Nikolov 03 Jul '19

03 Jul '19

Hello All, Can someone clarify if Uiuni supports SLES15 SP1? It seems that my trial subscription is properly detected as I have SUSE Linux Enterprise Server 15/HPC , but the product for SLES 15 SP1 is missing from UI and mgr-sync: uyuni:~ # mgr-sync list products Please enter the credentials of SUSE Manager Administrator. Login: admin Password: Available Products: (R) - recommended extension Status: - [I] - product is installed - [ ] - product is not installed, but is available - [U] - product is unavailable [ ] RHEL Expanded Support 5 (i386) [ ] RHEL Expanded Support 5 (x86_64) [ ] RHEL Expanded Support 6 (i386) [ ] RHEL Expanded Support 6 (x86_64) [ ] RHEL Expanded Support 7 (x86_64) [ ] SUSE Linux Enterprise High Performance Computing 12 SP4 (x86_64) [ ] SUSE Linux Enterprise High Performance Computing 15 (x86_64) [ ] SUSE Linux Enterprise Server 10 SP3 (i586) [ ] SUSE Linux Enterprise Server 10 SP3 (x86_64) [ ] SUSE Linux Enterprise Server 10 SP4 (i586) [ ] SUSE Linux Enterprise Server 10 SP4 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP1 (i586) [ ] SUSE Linux Enterprise Server 11 SP1 (ia64) [ ] SUSE Linux Enterprise Server 11 SP1 (ppc64) [ ] SUSE Linux Enterprise Server 11 SP1 (s390x) [ ] SUSE Linux Enterprise Server 11 SP1 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP2 (i586) [ ] SUSE Linux Enterprise Server 11 SP2 (ia64) [ ] SUSE Linux Enterprise Server 11 SP2 (ppc64) [ ] SUSE Linux Enterprise Server 11 SP2 (s390x) [ ] SUSE Linux Enterprise Server 11 SP2 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP3 (i586) [ ] SUSE Linux Enterprise Server 11 SP3 (x86_64) [ ] SUSE Linux Enterprise Server 11 SP4 (i586) [ ] SUSE Linux Enterprise Server 11 SP4 (x86_64) [ ] SUSE Linux Enterprise Server 12 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP1 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP2 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP3 (x86_64) [ ] SUSE Linux Enterprise Server 12 SP4 (x86_64) [I] SUSE Linux Enterprise Server 15 (x86_64) [I] (R) Basesystem Module 15 (x86_64) [I] (R) Server Applications Module 15 (x86_64) [I] (R) SUSE Manager Tools 15 (x86_64) [ ] Containers Module 15 (x86_64) [ ] Desktop Applications Module 15 (x86_64) [ ] Development Tools Module 15 (x86_64) [ ] Legacy Module 15 (x86_64) [ ] Public Cloud Module 15 (x86_64) [ ] SUSE Cloud Application Platform Tools Module 15 (x86_64) [I] SUSE Enterprise Storage 6 (x86_64) [ ] SUSE Linux Enterprise High Availability Extension 15 (x86_64) [ ] SUSE Package Hub 15 (x86_64) [ ] Web and Scripting Module 15 (x86_64) 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

2 1

[uyuni-users] Uyuni Client Tools - openSUSE 15.1
by Strahil Nikolov 28 Jun '19

28 Jun '19

Hello, Can someone point me to the uyuni client tools for openSUSE 15.1 ? 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

3 4

Re: [uyuni-users] Uyuni Client Tools - openSUSE 15.1
by Strahil 27 Jun '19

27 Jun '19

Thanks for the reply. I have already tried the tools for opensuse Leap 15.0 on a fresh install 15.1 and it failed to subscribe to uyuni with some kind of error. I can try to reproduce once I'm back at home (Monday). That's why I asked about the stable version for opensuse Leap 15.1 . Best Regards, Strahil Nikolov On Jun 19, 2019 22:21, Julio González Gil <jgonzalez(a)suse.de> wrote: > > Hi, > > You can use that repository, but remember that's a master repository, > so it's not intended for production, as it constantly receives > changes from the master branch. > > We are working on having a Stable version as soon as possible, based > on openSUSE Leap 15.1 for Server and Proxy, and with native client > tools for Leap 15.1 > > So in the meantime I suggest you try try https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… > > It should work just fine, even if we didn't document it. > > In fact, you can see that for SLE 12 and 15 we don't generate different > sets of client tools for each SP: > https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable… > > Client tools built for SLE12 should work for any subsequent SP, and same > for SLE15. > > However we still could not try for openSUSE, but truth to be told, we are > considering it, as it would simplify releases and make life for sysadmins > easier if it works as fine as it does for SLE (they will not need to wait > for a new Uyuni version to get a minor Leap version supported. > > Can you give it a try and let us know how it goes? > > > On miércoles, 19 de junio de 2019 20:46:25 (CEST) Robert Paschedag wrote: > > https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Master: > > /openSUSE_Leap_15-Uyuni-Client-Tools/openSUSE_Leap_15.1/ > > > > Should be it... Based on master branch > > > > Robert > > > > ⁣sent from my mobile device > > > > > > -------- Originale Nachricht -------- > > Von: Strahil Nikolov <hunter86_bg(a)yahoo.com> > > Gesendet: Wed Jun 19 19:21:07 GMT+02:00 2019 > > An: uyuni-users(a)opensuse.org > > Betreff: [uyuni-users] Uyuni Client Tools - openSUSE 15.1 > > > > Hello, > > > > Can someone point me to the uyuni client tools for openSUSE 15.1 ? > > > > 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 > > > -- > Julio González Gil > Release Engineer, SUSE Manager and Uyuni > jgonzalez(a)suse.com

1 0

[uyuni-users] python-pyzmq dependency issue
by Cristian Gherman 10 Jun '19

10 Jun '19

Hello, Looks to be a problem regarding dependenties for Salt client on CentOS 7: --> Processing Dependency: python-pyzmq >= 2.2.0 for package: python2-salt-2019.2.0-18.1.x86_64 ---> Package python2-zmq.x86_64 0:14.7.0-8.el7 will be obsoleting --> Processing Dependency: libzmq.so.5()(64bit) for package: python2-zmq-14.7.0-8.el7.x86_64 --> Finished Dependency Resolution Error: Package: python2-salt-2019.2.0-18.1.x86_64 (@susemanager:centos7-uyuni-client) Requires: python-pyzmq >= 2.2.0 Removing: python-zmq-14.5.0-3.4.x86_64 (@susemanager:centos7-uyuni-client) python-pyzmq = 14.5.0-3.4 Obsoleted By: python2-zmq-14.7.0-8.el7.x86_64 (susemanager:centos7-epel) Not found Error: Package: python2-zmq-14.7.0-8.el7.x86_64 (susemanager:centos7-epel) Requires: libzmq.so.5()(64bit) You could try using --skip-broken to work around the problem Package python-pyzmq >= 2.2.0 not exists on CentOS. -- Cristian Gherman Support / PHP developer cristian.gherman(a)reea.net

3 3

[uyuni-users] Uyuni Master (development) is now based on openSUSE Leap 15.1
by Julio González Gil 06 Jun '19

06 Jun '19

Hello, In preparation for the next release of Uyuni, we switched the base OS for Master (the development version) Server and Proxy to openSUSE Leap 15.1 https://www.uyuni-project.org/devel-version.html is now updated showing this. For new installations, please use the new repositories. For older installations remember that updating is not supported, but if you still want to try, replace the repositories at /etc/zypper/repos.d and adjust your synced repositories the server. Please remember that Uyuni Master is intended for development and testing, and not for production. We cannot still give you an exact date for release of the next version, but we expect to have it ready in the next two to four weeks, and it will have big new features such as support for Ubuntu clients, monitoring with prometheus and grafana and much more. Stay tuned! -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

3 2

[uyuni-users] Uyuni 4.0.1 Configuration files - schedule a check
by Strahil Nikolov 04 Jun '19

04 Jun '19

Hello Community, I have setup a system with a centrally managed configuration file (/etc/motd) and when applying high state - it gets deployed. I checked the taskomatic and there is a job for checking (compare-configs-default) which properly detects a difference from centrally managed file and local one . Can someone hint me , how can I schedule a task so the files that diff to be replaced with the centrally managed one (from uyuni) - so if I edit /etc/motd locally -> the file to be restored on a schedule ? If there is no such option , is it currently under development ? Thanks in advance. 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

2 2