December 2020 - ARCHIVED: Uyuni Development

Got opinions about Uyuni Docs?
by Lana Brindley 12 Jan '21

12 Jan '21

Hi everyone, Lana from the docs team here. We're planning to do some work on the Uyuni documentation in the new year, and we'd like to get your feedback on what you would like to see. We've got a short survey up for you to fill out: https://www.surveymonkey.com/r/V73GQJR <https://www.surveymonkey.com/r/V73GQJR> Make sure you get your responses in, so that we can include your suggestions. At the moment, the Uyuni documentation is largely created from the same source as SUSE Manager documentation, but we know that that doesn't always work as well as it could. We specifically want to hear from you on what content you think is required for Uyuni that might be different to what is required for SUSE Manager. Thanks, Lana -- Lana Brindley @Loquacities Technical Writer - SUSE Manager "The question is," said Alice, "whether you can make words mean so many different things."

1 2

2020: Retrospective for an exceptional year for Uyuni
by Julio González Gil 31 Dec '20

31 Dec '20

Dear users and contributors, Now that 2020 is coming to an end, I'd like to take a quick look back at what year was for Uyuni. During 2020 we saw the community grow in numbers, not just in terms of users, but also in terms of active contributors. Now we have people helping with the translations, the documentation, the code itself (be it bugfixing or even new features), and helping other fellow users at the mailing lists or Gitter. Here are some highlights of what we all accomplished during the last 12 months: - We now release each month or two months: 8 releases this year (versus 1 in 2019 and 2 in 2018). - Since May 2020, we have been holding monthly Uyuni Community Hours meetings, with presentations both from the main contributor (SUSE) and the community. - We started a YouTube channel and populated it with videos on how to use Uyuni, translate it, test it and analyze its performance [1]. - We moved our chat from IRC to Gitter [2] - Mailing lists were moved to the new system [3] (kudos to the openSUSE Heroes team!) - Uyuni can now be translated, and that brought a lot of contributors that already did an impressive job in a number of languages. - Support for new OS as clients: CentOS/RHEL 8 (including ppc64le for CentOS 7/8), Ubuntu 20.04, Oracle Linux 6/7/8 and Debian 9/10. - A lot of improvements in monitoring with Prometheus such as: new exporters (and supported OSs), autodiscovery, federation and reverse proxy. - Grafana, which can be used (among other things) to show the status of the prometheus monotoring. - Performance improvements for repository syncing. - Uyuni Hub: allows management of several Uyuni Servers from a central one. - Recurring actions. - Usability improvements: automated database schema upgrade, autogeneration of bootstrap repositories, UI icons for child channel synchronization status, etc - New formulas and improved formulas (cpu mitigations, prometheus federation, prometheus exporters, Uyuni Hub...). - Single sign-on (SSO). - WebUI themes. - Server and Proxy were updated to openSUSE Leap 15.2, that brought salt 3000 and PostgreSQL 12 - Yomi: new installer framework for openSUSE And SUSE Linux Enterprise Linux, with formulas and forms for easy use - A port of the Server to CentOS 8 was started Keep in mind this is just a brief hightlight. The release notes [2] contain so many changes and improvements that we cannot possibly list all of them here. This was only possible thanks to the combined effort of all people from the community, SUSE and openSUSE, and we can all be proud of the results. Let me wish you all the best for the upcoming year 2021, for your personal endeavours, and for your work at Uyuni, and for all your loved ones. Keep up the good work, and remember to have a lot of fun! [1] https://www.youtube.com/channel/UCB0SkZFAw9vPCFeUIYqZQ5A [2] https://gitter.im/uyuni-project [3] https://lists.uyuni-project.org/archives/?name=uyuni [4] https://www.uyuni-project.org/doc/2020.11/release-notes-uyuni-server.html -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com -- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez(a)suse.com

1 0

Re: Uyuni Master Java issues on CentOS 8
by Stefan Bluhm 30 Dec '20

30 Dec '20

Hello Ricardo, when I filled out the DB fields in /usr/share/rhn/config-defaults/rhn.conf, I was able to progress two steps. Item on my todo list is now to check out why the /etc/rhn/ file is not being picked up. After adding istacks-commons-runtime.jar to the Tomcat classpath, Tomcat progresses to the error message below. I tried following your advice. From what i can tell, the process is now actually stuck at org.hibernate.SessionFactory itself. Can you confirm this? com.redhat.rhn.common.hibernate.ConnectionManager.getSession(ConnectionManager.java:276) 276: info = new SessionInfo(sessionFactory.openSession()); Part of the stack trace (full stack trace in links below) 17-Dec-2020 12:01:21.779 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStart Exception sending context initialized event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] java.lang.NullPointerException at com.redhat.rhn.common.hibernate.ConnectionManager.getSession(ConnectionManager.java:276) at com.redhat.rhn.common.hibernate.HibernateFactory.getSession(HibernateFactory.java:352) at com.redhat.rhn.common.hibernate.HibernateFactory.listObjectsByNamedQuery(HibernateFactory.java:275) at com.redhat.rhn.common.hibernate.HibernateFactory.listObjectsByNamedQuery(HibernateFactory.java:220) at com.redhat.rhn.domain.reactor.SaltEventFactory.countSaltEvents(SaltEventFactory.java:54) at com.suse.manager.reactor.PGEventStream.<init>(PGEventStream.java:102) at com.suse.manager.webui.services.impl.SaltService.createEventStream(SaltService.java:536) at com.suse.manager.webui.services.impl.SaltService.createOrGetEventStream(SaltService.java:488) at com.suse.manager.webui.services.impl.SaltService.getEventStream(SaltService.java:546) at com.suse.manager.reactor.SaltReactor.connectToEventStream(SaltReactor.java:184) at com.suse.manager.reactor.SaltReactor.start(SaltReactor.java:155) at com.redhat.rhn.webapp.RhnServletListener.contextInitialized(RhnServletListener.java:131) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4678) ... Full stack trace: https://pastebin.com/S7R6864y Best wishes, Stefan ----- Ursprüngliche Mail ----- Von: "Ricardo Mateus" <rdiasmateus(a)suse.de> An: "Stefan Bluhm" <opensuse.org(a)bluhm-de.com>, "uyuni-devel" <uyuni-devel(a)opensuse.org> Gesendet: Mittwoch, 16. Dezember 2020 11:41:27 Betreff: Re: Uyuni Master Java issues on CentOS 8 Hey Stefan, Regarding NPE yo can analyze stack trace, and check the code base in reverse order, starting from one class that is part of package *.rhn.* Java codebase is placed on https://github.com/uyuni-project/uyuni/tree/master/java/code/src For example: > at com.redhat.rhn.webapp.RhnServletListener.contextInitialized(RhnServletListener.java:125) https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > at com.redhat.rhn.webapp.RhnServletListener.startHibernate(RhnServletListener.java:103) https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > at com.redhat.rhn.common.hibernate.HibernateFactory.createSessionFactory(HibernateFactory.java:108) https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > at com.redhat.rhn.common.hibernate.ConnectionManager.initialize(ConnectionManager.java:136) https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > at com.redhat.rhn.common.hibernate.ConnectionManager.createSessionFactory(ConnectionManager.java:168) https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… First argument in the map is a static string, so the problem is that secound argument is returning null, and that is the configuration value for the database user name. I will try to investigate a bit more about the problem latter. Cheers, Ricardo On 12/16/20 9:52 AM, Stefan Bluhm wrote: > Thank you Ricardo, > > I indeed forgot to re-run mgr-setup. But the file is actually there and filled out. I also made sure it is readable by everyone. > Here the configuration: https://pastebin.com/vfdrrCkC > (I also tried setting db_ssl_enabled = 0). > > Just now, I also noticed this line in the main catalina log seconds before (and not after) the stack trace. Is this directly impacting the error? > 16-Dec-2020 10:25:50.873 WARNING [main] org.apache.catalina.startup.HostConfig.deployDescriptor The path attribute with value [/rhn] in deployment descriptor [/etc/tomcat/Catalina/localhost/rhn.xml] has been ignored > Full trace of catalina.2020-12-16.log: https://pastebin.com/jSpX0pNc > Full trace of localhost.2020-12-16.log: https://pastebin.com/Qd7mgWqT (unchanged as far as I can tell) > > How did you pinpoint the property "db_user"? If you guide me, I might be able to understand more of those stack traces. At the moment, I only understand the plain text and NPE :). > > Thanks and best wishes, > > Stefan > > > > ----- Ursprüngliche Mail ----- > Von: "Ricardo Mateus" <rdiasmateus(a)suse.de> > An: "Stefan Bluhm" <opensuse.org(a)bluhm-de.com>, "uyuni-devel" <uyuni-devel(a)opensuse.org> > Gesendet: Dienstag, 15. Dezember 2020 23:27:12 > Betreff: Re: Uyuni Master Java issues on CentOS 8 > > Hello Stefan, > > This error is happening because the configuration property for `db_user` > is not set on the rhn.config. I was able to reproduce the same error by > commenting this property in my local server. > > Default location for this file is `/etc/rhn/rhn.conf`. > Do you have this file on your instalation? > Does this file have all the needed properties? > > You can check some examples in: > - > https://github.com/uyuni-project/uyuni/blob/master/backend/rhn-conf/rhn.conf > - > https://github.com/uyuni-project/uyuni/blob/master/java/buildconf/test/rhn.… > > Cheers, > Ricardo > > > On 12/15/20 8:42 PM, Stefan Bluhm wrote: >> Hello Java Experts, >> >> I am back at trying to get "rhn" to start on Tomcat/CentOS 8. Brief history: >> >> OpenSUSE Leap 15.2 comes with a non-standard Java 11 OpenJDK version that integrates com.sun.xml.bind and allows usage by starting Java with the flag "--add-modules java.annotation,com.sun.xml.bind". >> As CentOS does not have these modules, the following packages need to be added: glassfish-jaxb-api, glassfish-jaxb-core, jaf, istack-commons-runtime. >> Using the same jars on Leap allows the removal of the module flag and the system starts up without any issues (that I noticed). >> >> CentOS also does not show any "class not found" exceptions anymore so it sounds from that perspective, I am good. >> >> >> Unfortunately, now the stack trace below is thrown. I guess this might have something to do with bundle/class version requirements. >> Can you please give me some suggestions how to best approach the issue resolutions? I am currently testing on a Uyuni installation itself, trying to get it to start. >> >> Also any ad-hoc ideas where to focus the issue identification on the stack trace? >> >> Thank you and best wishes, >> >> Stefan >> >> 15-Dec-2020 21:08:25.119 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStart Exception sending context initialized event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] >> java.lang.NullPointerException >> at java.base/java.util.concurrent.ConcurrentHashMap.putVal(ConcurrentHashMap.java:1011) >> at java.base/java.util.concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:1006) >> at java.base/java.util.Properties.put(Properties.java:1337) >> at com.redhat.rhn.common.hibernate.ConnectionManager.createSessionFactory(ConnectionManager.java:168) >> at com.redhat.rhn.common.hibernate.ConnectionManager.initialize(ConnectionManager.java:136) >> at com.redhat.rhn.common.hibernate.HibernateFactory.createSessionFactory(HibernateFactory.java:108) >> at com.redhat.rhn.webapp.RhnServletListener.startHibernate(RhnServletListener.java:103) >> at com.redhat.rhn.webapp.RhnServletListener.contextInitialized(RhnServletListener.java:125) >> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4678) >> at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5139) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:717) >> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690) >> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:706) >> at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:631) >> at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1830) >> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) >> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118) >> at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:526) >> at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:425) >> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1576) >> at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:309) >> at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) >> at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) >> at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:366) >> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:936) >> at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:843) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384) >> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374) >> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:140) >> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909) >> at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.core.StandardService.startInternal(StandardService.java:421) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:930) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.startup.Catalina.start(Catalina.java:772) >> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at java.base/java.lang.reflect.Method.invoke(Method.java:566) >> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:342) >> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:473) >> 15-Dec-2020 21:08:25.182 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStop Exception sending context destroyed event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] >> java.lang.NullPointerException >> at com.redhat.rhn.common.hibernate.ConnectionManager.close(ConnectionManager.java:114) >> at com.redhat.rhn.common.hibernate.HibernateFactory.closeSessionFactory(HibernateFactory.java:92) >> at com.redhat.rhn.webapp.RhnServletListener.stopHibernate(RhnServletListener.java:108) >> at com.redhat.rhn.webapp.RhnServletListener.contextDestroyed(RhnServletListener.java:165) >> at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4724) >> at org.apache.catalina.core.StandardContext.stopInternal(StandardContext.java:5395) >> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:187) >> at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:717) >> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690) >> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:706) >> at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:631) >> at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1830) >> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) >> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118) >> at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:526) >> at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:425) >> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1576) >> at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:309) >> at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) >> at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) >> at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:366) >> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:936) >> at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:843) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384) >> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374) >> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:140) >> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909) >> at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.core.StandardService.startInternal(StandardService.java:421) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:930) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >> at org.apache.catalina.startup.Catalina.start(Catalina.java:772) >> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at java.base/java.lang.reflect.Method.invoke(Method.java:566) >> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:342) >> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:473) >> _______________________________________________ >> Uyuni Development mailing list -- devel(a)lists.uyuni-project.org >> To unsubscribe, email devel-leave(a)lists.uyuni-project.org >> List Netiquette: https://en.opensuse.org/openSUSE:Mailing_list_netiquette >> List Archives: https://lists.opensuse.org/archives/list/devel@lists.uyuni-project.org >> > -- Ricard Mateus SUSE Manager Development Team

3 9

OBS Uyuni:Master:Others - Modification request
by Stefan Bluhm 18 Dec '20

18 Dec '20

Hello, can you please disable the following package builds for CentOS 8 in the "Other" repository? They are already in the base OS. https://build.opensuse.org/project/monitor/systemsmanagement:Uyuni:Master:O… jboss-logging libgsasl libntlm nodejs-packaging perl-Frontier-RPC perl-Net-LibIDN perl-Term-Size python-dmidecode python-jabberpy python-urlgrabber yum-utils Also can you please enable these modules in the project configuration for CentOS? https://build.opensuse.org/projects/systemsmanagement:Uyuni:Master:Other/pr… ExpandFlags: module:httpd-2.4 ExpandFlags: module:ruby-2.5 ExpandFlags: module:swig-3.0 Thanks and best wishes, Stefan

2 1

Re: Uyuni Master Java issues on CentOS 8
by Stefan Bluhm 17 Dec '20

17 Dec '20

Hello Ricardo, No other errors in the logs. I believe I sent you the full logs which don't say much more: /var/log/tomcat/catalina.*.log /var/log/tomcat/localhost.*.log /var/log/rhn/* is empty. I tried to enable more logging via /usr/share/tomcat/webapps/rhn/WEB-INF/classes/log4j.properties. But this actually did not change anything. So I guess I did not do it properly. Listing the hibernate*.jar packages in the folder /usr/share/java on Leap and CentOS show exactly the same files. So At least this does not seem to be a hibernate version issue. Next, I will try is to run the setup again. Maybe it helps at this step. Best wishes, Stefan ----- Ursprüngliche Mail ----- Von: "Ricardo Mateus" <rdiasmateus(a)suse.de> An: "Stefan Bluhm" <opensuse.org(a)bluhm-de.com> Gesendet: Donnerstag, 17. Dezember 2020 15:13:42 Betreff: Re: Uyuni Master Java issues on CentOS 8 On 12/17/20 11:24 AM, Stefan Bluhm wrote: > Hello Ricardo, > > when I filled out the DB fields in /usr/share/rhn/config-defaults/rhn.conf, I was able to progress two steps. Item on my todo list is now to check out why the /etc/rhn/ file is not being picked up. 1) file and all path are acessible by the user which is starting tomcat? 2) In any start script, the the system propertie `rhn.config.dir` are being set? This property overwrites the default config file location. > > After adding istacks-commons-runtime.jar to the Tomcat classpath, Tomcat progresses to the error message below. I tried following your advice. > > From what i can tell, the process is now actually stuck at org.hibernate.SessionFactory itself. Can you confirm this? > com.redhat.rhn.common.hibernate.ConnectionManager.getSession(ConnectionManager.java:276) > 276: info = new SessionInfo(sessionFactory.openSession()); Regardin this error, do you see any other message on the logs before this error, specially containing the following message: 'FATAL ERROR creating HibernateFactory' > > > > Part of the stack trace (full stack trace in links below) > 17-Dec-2020 12:01:21.779 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStart Exception sending context initialized event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] > java.lang.NullPointerException > at com.redhat.rhn.common.hibernate.ConnectionManager.getSession(ConnectionManager.java:276) > at com.redhat.rhn.common.hibernate.HibernateFactory.getSession(HibernateFactory.java:352) > at com.redhat.rhn.common.hibernate.HibernateFactory.listObjectsByNamedQuery(HibernateFactory.java:275) > at com.redhat.rhn.common.hibernate.HibernateFactory.listObjectsByNamedQuery(HibernateFactory.java:220) > at com.redhat.rhn.domain.reactor.SaltEventFactory.countSaltEvents(SaltEventFactory.java:54) > at com.suse.manager.reactor.PGEventStream.<init>(PGEventStream.java:102) > at com.suse.manager.webui.services.impl.SaltService.createEventStream(SaltService.java:536) > at com.suse.manager.webui.services.impl.SaltService.createOrGetEventStream(SaltService.java:488) > at com.suse.manager.webui.services.impl.SaltService.getEventStream(SaltService.java:546) > at com.suse.manager.reactor.SaltReactor.connectToEventStream(SaltReactor.java:184) > at com.suse.manager.reactor.SaltReactor.start(SaltReactor.java:155) > at com.redhat.rhn.webapp.RhnServletListener.contextInitialized(RhnServletListener.java:131) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4678) > ... > > Full stack trace: https://pastebin.com/S7R6864y > > Best wishes, > > Stefan > > > > > > ----- Ursprüngliche Mail ----- > Von: "Ricardo Mateus" <rdiasmateus(a)suse.de> > An: "Stefan Bluhm" <opensuse.org(a)bluhm-de.com>, "uyuni-devel" <uyuni-devel(a)opensuse.org> > Gesendet: Mittwoch, 16. Dezember 2020 11:41:27 > Betreff: Re: Uyuni Master Java issues on CentOS 8 > > Hey Stefan, > > Regarding NPE yo can analyze stack trace, and check the code base in > reverse order, starting from one class that is part of package *.rhn.* > Java codebase is placed on > https://github.com/uyuni-project/uyuni/tree/master/java/code/src > > For example: > > > at > com.redhat.rhn.webapp.RhnServletListener.contextInitialized(RhnServletListener.java:125) > > https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > > > at > com.redhat.rhn.webapp.RhnServletListener.startHibernate(RhnServletListener.java:103) > > https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > > > at > com.redhat.rhn.common.hibernate.HibernateFactory.createSessionFactory(HibernateFactory.java:108) > > https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > > > at > com.redhat.rhn.common.hibernate.ConnectionManager.initialize(ConnectionManager.java:136) > > https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > > > at > com.redhat.rhn.common.hibernate.ConnectionManager.createSessionFactory(ConnectionManager.java:168) > > https://github.com/uyuni-project/uyuni/blob/master/java/code/src/com/redhat… > > > First argument in the map is a static string, so the problem is that > secound argument is returning null, and that is the configuration value > for the database user name. > > > I will try to investigate a bit more about the problem latter. > > Cheers, > Ricardo > > > On 12/16/20 9:52 AM, Stefan Bluhm wrote: >> Thank you Ricardo, >> >> I indeed forgot to re-run mgr-setup. But the file is actually there and filled out. I also made sure it is readable by everyone. >> Here the configuration: https://pastebin.com/vfdrrCkC >> (I also tried setting db_ssl_enabled = 0). >> >> Just now, I also noticed this line in the main catalina log seconds before (and not after) the stack trace. Is this directly impacting the error? >> 16-Dec-2020 10:25:50.873 WARNING [main] org.apache.catalina.startup.HostConfig.deployDescriptor The path attribute with value [/rhn] in deployment descriptor [/etc/tomcat/Catalina/localhost/rhn.xml] has been ignored >> Full trace of catalina.2020-12-16.log: https://pastebin.com/jSpX0pNc >> Full trace of localhost.2020-12-16.log: https://pastebin.com/Qd7mgWqT (unchanged as far as I can tell) >> >> How did you pinpoint the property "db_user"? If you guide me, I might be able to understand more of those stack traces. At the moment, I only understand the plain text and NPE :). >> >> Thanks and best wishes, >> >> Stefan >> >> >> >> ----- Ursprüngliche Mail ----- >> Von: "Ricardo Mateus" <rdiasmateus(a)suse.de> >> An: "Stefan Bluhm" <opensuse.org(a)bluhm-de.com>, "uyuni-devel" <uyuni-devel(a)opensuse.org> >> Gesendet: Dienstag, 15. Dezember 2020 23:27:12 >> Betreff: Re: Uyuni Master Java issues on CentOS 8 >> >> Hello Stefan, >> >> This error is happening because the configuration property for `db_user` >> is not set on the rhn.config. I was able to reproduce the same error by >> commenting this property in my local server. >> >> Default location for this file is `/etc/rhn/rhn.conf`. >> Do you have this file on your instalation? >> Does this file have all the needed properties? >> >> You can check some examples in: >> - >> https://github.com/uyuni-project/uyuni/blob/master/backend/rhn-conf/rhn.conf >> - >> https://github.com/uyuni-project/uyuni/blob/master/java/buildconf/test/rhn.… >> >> Cheers, >> Ricardo >> >> >> On 12/15/20 8:42 PM, Stefan Bluhm wrote: >>> Hello Java Experts, >>> >>> I am back at trying to get "rhn" to start on Tomcat/CentOS 8. Brief history: >>> >>> OpenSUSE Leap 15.2 comes with a non-standard Java 11 OpenJDK version that integrates com.sun.xml.bind and allows usage by starting Java with the flag "--add-modules java.annotation,com.sun.xml.bind". >>> As CentOS does not have these modules, the following packages need to be added: glassfish-jaxb-api, glassfish-jaxb-core, jaf, istack-commons-runtime. >>> Using the same jars on Leap allows the removal of the module flag and the system starts up without any issues (that I noticed). >>> >>> CentOS also does not show any "class not found" exceptions anymore so it sounds from that perspective, I am good. >>> >>> >>> Unfortunately, now the stack trace below is thrown. I guess this might have something to do with bundle/class version requirements. >>> Can you please give me some suggestions how to best approach the issue resolutions? I am currently testing on a Uyuni installation itself, trying to get it to start. >>> >>> Also any ad-hoc ideas where to focus the issue identification on the stack trace? >>> >>> Thank you and best wishes, >>> >>> Stefan >>> >>> 15-Dec-2020 21:08:25.119 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStart Exception sending context initialized event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] >>> java.lang.NullPointerException >>> at java.base/java.util.concurrent.ConcurrentHashMap.putVal(ConcurrentHashMap.java:1011) >>> at java.base/java.util.concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:1006) >>> at java.base/java.util.Properties.put(Properties.java:1337) >>> at com.redhat.rhn.common.hibernate.ConnectionManager.createSessionFactory(ConnectionManager.java:168) >>> at com.redhat.rhn.common.hibernate.ConnectionManager.initialize(ConnectionManager.java:136) >>> at com.redhat.rhn.common.hibernate.HibernateFactory.createSessionFactory(HibernateFactory.java:108) >>> at com.redhat.rhn.webapp.RhnServletListener.startHibernate(RhnServletListener.java:103) >>> at com.redhat.rhn.webapp.RhnServletListener.contextInitialized(RhnServletListener.java:125) >>> at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4678) >>> at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5139) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:717) >>> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690) >>> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:706) >>> at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:631) >>> at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1830) >>> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) >>> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >>> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >>> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118) >>> at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:526) >>> at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:425) >>> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1576) >>> at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:309) >>> at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) >>> at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) >>> at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:366) >>> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:936) >>> at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:843) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384) >>> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374) >>> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >>> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >>> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:140) >>> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909) >>> at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.core.StandardService.startInternal(StandardService.java:421) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:930) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.startup.Catalina.start(Catalina.java:772) >>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.base/java.lang.reflect.Method.invoke(Method.java:566) >>> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:342) >>> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:473) >>> 15-Dec-2020 21:08:25.182 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStop Exception sending context destroyed event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] >>> java.lang.NullPointerException >>> at com.redhat.rhn.common.hibernate.ConnectionManager.close(ConnectionManager.java:114) >>> at com.redhat.rhn.common.hibernate.HibernateFactory.closeSessionFactory(HibernateFactory.java:92) >>> at com.redhat.rhn.webapp.RhnServletListener.stopHibernate(RhnServletListener.java:108) >>> at com.redhat.rhn.webapp.RhnServletListener.contextDestroyed(RhnServletListener.java:165) >>> at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4724) >>> at org.apache.catalina.core.StandardContext.stopInternal(StandardContext.java:5395) >>> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:187) >>> at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:717) >>> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690) >>> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:706) >>> at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:631) >>> at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1830) >>> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) >>> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >>> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >>> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118) >>> at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:526) >>> at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:425) >>> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1576) >>> at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:309) >>> at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) >>> at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) >>> at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:366) >>> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:936) >>> at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:843) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384) >>> at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374) >>> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) >>> at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) >>> at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:140) >>> at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909) >>> at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.core.StandardService.startInternal(StandardService.java:421) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:930) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) >>> at org.apache.catalina.startup.Catalina.start(Catalina.java:772) >>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.base/java.lang.reflect.Method.invoke(Method.java:566) >>> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:342) >>> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:473) >>> _______________________________________________ >>> Uyuni Development mailing list -- devel(a)lists.uyuni-project.org >>> To unsubscribe, email devel-leave(a)lists.uyuni-project.org >>> List Netiquette: https://en.opensuse.org/openSUSE:Mailing_list_netiquette >>> List Archives: https://lists.opensuse.org/archives/list/devel@lists.uyuni-project.org >>> >> > -- Ricard Mateus SUSE Manager Development Team

1 0

Uyuni Master Java issues on CentOS 8
by Stefan Bluhm 16 Dec '20

16 Dec '20

Hello Java Experts, I am back at trying to get "rhn" to start on Tomcat/CentOS 8. Brief history: OpenSUSE Leap 15.2 comes with a non-standard Java 11 OpenJDK version that integrates com.sun.xml.bind and allows usage by starting Java with the flag "--add-modules java.annotation,com.sun.xml.bind". As CentOS does not have these modules, the following packages need to be added: glassfish-jaxb-api, glassfish-jaxb-core, jaf, istack-commons-runtime. Using the same jars on Leap allows the removal of the module flag and the system starts up without any issues (that I noticed). CentOS also does not show any "class not found" exceptions anymore so it sounds from that perspective, I am good. Unfortunately, now the stack trace below is thrown. I guess this might have something to do with bundle/class version requirements. Can you please give me some suggestions how to best approach the issue resolutions? I am currently testing on a Uyuni installation itself, trying to get it to start. Also any ad-hoc ideas where to focus the issue identification on the stack trace? Thank you and best wishes, Stefan 15-Dec-2020 21:08:25.119 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStart Exception sending context initialized event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] java.lang.NullPointerException at java.base/java.util.concurrent.ConcurrentHashMap.putVal(ConcurrentHashMap.java:1011) at java.base/java.util.concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:1006) at java.base/java.util.Properties.put(Properties.java:1337) at com.redhat.rhn.common.hibernate.ConnectionManager.createSessionFactory(ConnectionManager.java:168) at com.redhat.rhn.common.hibernate.ConnectionManager.initialize(ConnectionManager.java:136) at com.redhat.rhn.common.hibernate.HibernateFactory.createSessionFactory(HibernateFactory.java:108) at com.redhat.rhn.webapp.RhnServletListener.startHibernate(RhnServletListener.java:103) at com.redhat.rhn.webapp.RhnServletListener.contextInitialized(RhnServletListener.java:125) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4678) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5139) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:717) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:706) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:631) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1830) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:526) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:425) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1576) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:309) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:366) at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:936) at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:843) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:140) at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909) at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.StandardService.startInternal(StandardService.java:421) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:930) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.startup.Catalina.start(Catalina.java:772) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:342) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:473) 15-Dec-2020 21:08:25.182 SEVERE [main] org.apache.catalina.core.StandardContext.listenerStop Exception sending context destroyed event to listener instance of class [com.redhat.rhn.webapp.RhnServletListener] java.lang.NullPointerException at com.redhat.rhn.common.hibernate.ConnectionManager.close(ConnectionManager.java:114) at com.redhat.rhn.common.hibernate.HibernateFactory.closeSessionFactory(HibernateFactory.java:92) at com.redhat.rhn.webapp.RhnServletListener.stopHibernate(RhnServletListener.java:108) at com.redhat.rhn.webapp.RhnServletListener.contextDestroyed(RhnServletListener.java:165) at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4724) at org.apache.catalina.core.StandardContext.stopInternal(StandardContext.java:5395) at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:257) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:187) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:717) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:706) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:631) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1830) at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:118) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:526) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:425) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1576) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:309) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:366) at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:936) at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:843) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374) at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75) at java.base/java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:140) at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909) at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.StandardService.startInternal(StandardService.java:421) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:930) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183) at org.apache.catalina.startup.Catalina.start(Catalina.java:772) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:342) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:473)

2 3

guava requirement in subscription-matcher
by Stefan Bluhm 15 Dec '20

15 Dec '20

Hello, subscription-matcher from the Uyuni:Master [1] currently requires the exact Guava vresion 27.0.1 Requires: mvn(com.google.guava:guava) == 27.0.1. Is it really a specific need or can this be changed to a minimum requirement: Requires: mvn(com.google.guava:guava) >= 27.0.1 That would make it easier on RHEL, take the stock version and avoid module conflicts. Best wishes, Stefan [1] https://build.opensuse.org/package/show/systemsmanagement:Uyuni:Master/subs…

2 1

Uyuni port to RHEL8 - Impact of the CentOS 8 announcement.
by Stefan Bluhm 11 Dec '20

11 Dec '20

Hello all, Today, the CentOS Project announced that it will conclude their CentOS 8 activities by end of 2021 and focus on CentOS Stream instead. [1] This directly has an impact on my plans for migrating Uyuni to work on RHEL 8 as I will not be migrating my servers to CentOS 8 anymore. I am now looking for a new LTS Linux version for me. I will complete the enablement of all the builds in OBS for CentOS (aim by EOY). Depending how I feel, I might take on the challenge to get the Java applications to run as well. But that would probably be about it. As this announcement is pretty recent, I am sure you also did not have time to put any thoughts into how Uyuni should progress on alternative Linux distributions or how CentOS will live in OBS. Can you please share your thoughts on the direction of Uyuni and RHEL8/CentOS? Or maybe Ubuntu LTS or other LTS distributions? I would then see if/how I can re-focus my efforts. Please keep the discussions Uyuni focussed. A discussion on the best OS in the world is not intended. Thank you and best wishes, Stefan [1] https://blog.centos.org/2020/12/future-is-centos-stream/

2 2