New subject: Update 2020.x to 2021.5 failed

4 Jun 2021

For the problem with xstream, this was documented for 2021.04:

https://www.uyuni-project.org/doc/2021.05/release-notes-uyuni-server.html#_vendor_change_for_some_java_dependencies

Since now xstream is updated, you can directly jump to the new version.

So in short, yes, the xstream vendor change must be accepted.

Keep in mind there are more packages that changed provider, for example at 2021.01

For all the packages where you are instructed to change provider, you can run
the commands as they are written there (should work fine), then update the
packages, or it should also be possible to do the vendor change to the new
versions.

On viernes, 4 de junio de 2021 9:46:59 (CEST) Haupt, Torsten wrote:
> Hi,
> I made a new snapshot and installed the mentioned packages.
> spacewalk-service stop
> zypper up apache-commons-el
> Loading repository data...
> Reading installed packages...
> Resolving package dependencies...
> 
> The following package is going to be REMOVED:
>   jakarta-commons-el
> 
> The following package is going to be upgraded:
>   apache-commons-el
> 
> 1 package to upgrade, 1 to remove.
> Overall download size: 115.8 KiB. Already cached: 0 B. After the operation,
> 127.0 KiB will be freed.
 Continue? [y/n/v/...? shows all options] (y):
> Retrieving package apache-commons-el-1.0-lp152.2.3.1.noarch                 
>                                                                            
>                  (1/1), 115.8 KiB (122.0 KiB unpacked)
 Retrieving delta:
> ./noarch/apache-commons-el-1.0-lp152.1.1_lp152.2.3.1.noarch.drpm, 6.5 KiB
> Retrieving: apache-commons-el-1.0-lp152.1.1_lp152.2.3.1.noarch.drpm
> ...........................................................................
> ..........................................................[done] Applying
> delta: ./apache-commons-el-1.0-lp152.1.1_lp152.2.3.1.noarch.drpm
> ...........................................................................
> ....................................................[done] 
> Checking for file conflicts:
> ...........................................................................
> ............................................................................
> .....................[done]
 (1/1) Installing:
> apache-commons-el-1.0-lp152.2.3.1.noarch
> ...........................................................................
> ...................................................................[done] 
> zypper up subscription-matcher
> Loading repository data...
> Reading installed packages...
> Resolving package dependencies...
> 
> Problem: subscription-matcher-0.26-6.1.uyuni.noarch requires
> (mvn(com.thoughtworks.xstream:xstream) >= 1.4.15 with
> mvn(com.thoughtworks.xstream:xstream) <= 1.5), but this requirement cannot
> be provided
 not installable providers:
> xstream-1.4.15-lp152.2.3.1.noarch[repo-update]
> xstream-1.4.16-lp152.2.6.1.noarch[repo-update]
> xstream-1.4.15-lp152.2.3.1.noarch[uyuni-server-stable] Solution 1: install
> xstream-1.4.16-lp152.2.6.1.noarch (with vendor change)
> obs://build.opensuse.org/systemsmanagement:Uyuni  -->  openSUSE Solution 2:
> do not install subscription-matcher-0.26-6.1.uyuni.noarch Solution 3: break
> subscription-matcher-0.26-6.1.uyuni.noarch by ignoring some of its
> dependencies 
> Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): 1
> Resolving dependencies...
> Resolving package dependencies...
> 
> The following NEW package is going to be installed:
>   xpp3-minimal
> 
> The following 2 packages are going to be upgraded:
>   subscription-matcher xstream
> 
> The following package is going to change vendor:
>   xstream  obs://build.opensuse.org/systemsmanagement:Uyuni -> openSUSE
> 
> 2 packages to upgrade, 1 new, 1 to change vendor.
> Overall download size: 828.7 KiB. Already cached: 0 B. After the operation,
> additional 70.1 KiB will be used.
 Continue? [y/n/v/...? shows all options]
> (y):
> Retrieving package xpp3-minimal-1.1.4c-lp152.5.1.noarch                     
>                                                                            
>                  (1/3),  34.9 KiB ( 28.5 KiB unpacked)
 Retrieving:
> xpp3-minimal-1.1.4c-lp152.5.1.noarch.rpm
> ...........................................................................
> .........................................................................[do
> ne] Retrieving package xstream-1.4.16-lp152.2.6.1.noarch                    
>                                                                            
>                      (2/3), 542.6 KiB (636.0 KiB unpacked) Retrieving:
> xstream-1.4.16-lp152.2.6.1.noarch.rpm
> ...........................................................................
> ............................................................................
> [done] Retrieving package subscription-matcher-0.26-6.1.uyuni.noarch        
>                                                                            
>                         (3/3), 251.3 KiB (255.3 KiB unpacked) Retrieving:
> subscription-matcher-0.26-6.1.uyuni.noarch.rpm
> ...........................................................................
> ...................................................................[done] 
> Checking for file conflicts:
> ...........................................................................
> ............................................................................
> .....................[done]
 (1/3) Installing:
> xpp3-minimal-1.1.4c-lp152.5.1.noarch
> ...........................................................................
> .......................................................................[done
> ] (2/3) Installing: xstream-1.4.16-lp152.2.6.1.noarch
> ...........................................................................
> ..........................................................................[d
> one] (3/3) Installing: subscription-matcher-0.26-6.1.uyuni.noarch
> ...........................................................................
> .................................................................[done] 
> spacewalk-service start
> Starting spacewalk services...
>   Running DB schema upgrade. This may take a while.
>   Call the following command to see progress: journalctl -f -u
> uyuni-check-database.service
 Done.
> journalctl -f -u uyuni-check-database.service
> -- Logs begin at Thu 2019-02-07 15:13:46 CET. --
> Jun 04 09:36:32 smduyuni systemd[1]: Stopped Uyuni check database.
> -- Reboot --
> Jun 04 09:37:55 smduyuni systemd[1]: Starting Uyuni check database...
> Jun 04 09:37:56 smduyuni spacewalk-startup-helper[1392]: Your database
> schema already matches the schema package version
> [susemanager-schema-4.2.14-1.1.uyuni].
 Jun 04 09:37:56 smduyuni
> spacewalk-startup-helper[1392]: Schema upgrade:
> [susemanager-schema-4.2.14-1.1.uyuni] ->
> [susemanager-schema-4.2.14-1.1.uyuni] Jun 04 09:37:56 smduyuni systemd[1]:
> Started Uyuni check database. Jun 04 09:38:58 smduyuni systemd[1]: Stopped
> Uyuni check database. Jun 04 09:39:57 smduyuni systemd[1]: Starting Uyuni
> check database... Jun 04 09:39:58 smduyuni spacewalk-startup-helper[5663]:
> Your database schema already matches the schema package version
> [susemanager-schema-4.2.14-1.1.uyuni]. Jun 04 09:39:58 smduyuni
> spacewalk-startup-helper[5663]: Schema upgrade:
> [susemanager-schema-4.2.14-1.1.uyuni] ->
> [susemanager-schema-4.2.14-1.1.uyuni] Jun 04 09:39:58 smduyuni systemd[1]:
> Started Uyuni check database. 
> Each time I restart the service, the schema upgrade starts again.
> 
> I think, these packages are not the problem.
> 
> Torsten
> 
> 
> From: Haupt, Torsten [mailto:Torsten.Haupt@lhw.mlu.sachsen-anhalt.de]
> Sent: Friday, June 4, 2021 9:31 AM
> To: Strahil Nikolov ; Julio Gonzalez
> 
 Cc: uyuni-users@opensuse.org
> Subject: [EXTERN] RE: {SpamCheck LSA} RE: Update 2020.x to 2021.5 failed
> 
> Hi,
> there was no question to install all packages. Or should I install the three
> packages, I didn’t installed because of the vendor change? Can I install it
> at this point?
 Torsten
> 
> From: Strahil Nikolov [mailto:hunter86_bg@yahoo.com]
> Sent: Friday, June 4, 2021 9:23 AM
> To: Haupt, Torsten
>  en-anhalt.de>>; Haupt, Torsten
>  en-anhalt.de>>; Julio Gonzalez
> >
 Cc:
> uyuni-users@opensuse.org
> Subject: {SpamCheck LSA} RE: Update 2020.x to 2021.5 failed
> 
> Hi Thorsten,
> 
> can you clone the VM and test installing all packages (answer yes to all)
> 
> Best Regards,
> Strahil Nikolov
> On Fri, Jun 4, 2021 at 10:20, Haupt, Torsten
>  n-anhalt.de>> wrote:
 Hi,
> 
> well, I had a snapshot of the VM and I returned to the point before
> upgrade.
 The installed version was 2020.11 on openSUSE Leap 15.2.
> 
> I use the upgrade guide at
> https://www.uyuni-project.org/uyuni-docs/uyuni/upgrade/server-minor-upgrade
> -uyuni.html

> I did:
> spacewalk-service stop
> zypper refresh
> zypper patch --with-optional
>     Loading repository data...
>     Reading installed packages...
>     Resolving package dependencies...
> 
>     The following 11 NEW patches are going to be installed:
>       openSUSE-2021-291 openSUSE-2021-354 openSUSE-2021-361
> openSUSE-2021-365 openSUSE-2021-614 openSUSE-2021-616 openSUSE-2021-703
> openSUSE-2021-744 openSUSE-2021-822 openSUSE-2021-827 openSUSE-2021-831

>     The following 40 packages are going to be upgraded:
>       e2fsprogs gstreamer gstreamer-lang gstreamer-plugins-base
> gstreamer-plugins-base-lang libcom_err2 libcom_err2-32bit libext2fs2
> libgpgme11 libgstallocators-1_0-0 libgstapp-1_0-0 libgstaudio-1_0-0
> libgstfft-1_0-0 libgstgl-1_0-0 libgstpbutils-1_0-0 libgstreamer-1_0-0
> libgstriff-1_0-0 libgsttag-1_0-0 libgstvideo-1_0-0 libnetpbm11 libpq5
> libvirt-bash-completion libvirt-client libvirt-libs m4 netpbm openssh
> openssh-askpass-gnome openssh-helpers postgresql10 postgresql10-contrib
> postgresql10-server postgresql12 postgresql12-contrib postgresql12-llvmjit
> postgresql12-server sed sed-lang tcl tk 
>     40 packages to upgrade.
>     Overall download size: 39.2 MiB. Already cached: 0 B. After the
> operation, additional 23.7 KiB will be used.
 Continue? [y/n/v/...? shows
> all options] (y):
> 
> I did a reboot, that all applications uses the new versions. At this point
> the website was okay.
 I restarted with a spacewalk-service stop.
> zypper up
>     Loading repository data...
>     Reading installed packages...
> 
>     The following 3 package updates will NOT be installed:
>       Uyuni-Server-release subscription-matcher xstream
> 
>     The following product update will NOT be installed:
>       "Uyuni Server"
> 
>     The following NEW package is going to be installed:
>       apache-commons-el
> 
>     The following 136 packages are going to be upgraded:
>       apache2-mod_xsendfile bind-formula c3p0 caasp-management-node-formula
> caasp-management-settings-formula cobbler concurrent
> cpu-mitigations-formula dhcpd-formula drools dwr ehcache
> golang-github-QubitProducts-exporter_exporter
> golang-github-lusitaniae-apache_exporter
> golang-github-prometheus-node_exporter
> golang-github-wrouesnel-postgres_exporter grafana-formula guava hibernate5
> ical4j jabberd jabberd-sqlite jade4j jcommon jsch kie-api kie-soup
> libgsasl-lang libgsasl7 libudns0 locale-formula mgr-libmod
> mgr-osa-dispatcher mgr-push netty nutch-core openvpn-formula optaplanner
> patterns-uyuni_server perl-Mail-RFC822-Address perl-Satcon
> perl-Term-Completion perl-Term-Size prometheus-exporters-formula
> prometheus-formula prometheus-jmx_exporter prometheus-jmx_exporter-tomcat
> pxe-default-image-opensuse15 py26-compat-msgpack-python py26-compat-salt
> py26-compat-tornado python-dmidecode python3-dmidecode python3-hwdata
> python3-mgr-osa-common python3-mgr-osa-dispatcher python3-mgr-push
> python3-rhnlib python3-spacewalk-certs-tools python3-spacewalk-client-tools
> python3-suseRegisterInfo python3-urlgrabber python3-uyuni-common-libs
> release-notes-uyuni reprepro salt-netapi-client simple-core simple-xml
> sitemesh smdba spacecmd spacewalk-admin 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 spacewalk-base
> spacewalk-base-minimal spacewalk-base-minimal-config spacewalk-branding
> spacewalk-certs-tools spacewalk-client-tools spacewalk-common
> spacewalk-config spacewalk-html spacewalk-java spacewalk-java-config
> spacewalk-java-lib spacewalk-java-postgresql spacewalk-postgresql
> spacewalk-reports spacewalk-search spacewalk-setup spacewalk-setup-jabberd
> spacewalk-taskomatic spacewalk-utils struts supportutils-plugin-salt
> supportutils-plugin-susemanager suseRegisterInfo susemanager
> susemanager-frontend-libs susemanager-schema susemanager-sls
> susemanager-sync-data susemanager-tftpsync susemanager-tools
> susemanager-web-libs system-lock-formula tagsoup tftpd-formula tika-core
> tomcat-taglibs-standard-1_2_5 uyuni-base-common uyuni-base-server
> uyuni-build-keys uyuni-build-keys-web uyuni-cluster-provider-caasp
> uyuni-doc-indexes uyuni-docs_en uyuni-docs_en-pdf virtual-host-gatherer
> virtual-host-gatherer-VMware virtualization-host-formula vsftpd-formula 
>     The following pattern is going to be upgraded:
>       uyuni_server
> 
>     136 packages to upgrade, 1 new.
>     Overall download size: 227.0 MiB. Already cached: 0 B. After the
> operation, additional 6.9 MiB will be used.
 Continue? [y/n/v/...? shows
> all options] (y):
> 
> During update following question appears:
>     Checking for file conflicts:
> ...........................................................................
> ............................................................................
> ....................[error]
 Detected 1 file conflict:
> 
>     File /usr/share/java/commons-el.jar
>       from install of
>         apache-commons-el-1.0-lp152.1.1.noarch (Main Repository)
>       conflicts with file from package
>         jakarta-commons-el-1.0-2.6.uyuni.noarch (@System)
> 
>     File conflicts happen when two packages attempt to install files with
> the same name but different contents. If you continue, conflicting files
> will be replaced losing the previous content.
 Continue? [yes/no] (no):
> I choosed "yes"
> 
> Because some packages were not update automatically, I updated them
> manually
 zypper update Uyuni-Server-release
>     Loading repository data...
>     Reading installed packages...
>     Resolving package dependencies...
> 
>     The following package is going to be upgraded:
>       Uyuni-Server-release
> 
>     The following product is going to be upgraded:
>       Uyuni Server  2020.11-0 -> 2021.05-0
> 
>     The following product is going to change vendor:
>       Uyuni Server  openSUSE ->
> obs://build.opensuse.org/systemsmanagement:Uyuni

>     1 package to upgrade.
>     Overall download size: 8.6 KiB. Already cached: 0 B. After the
> operation, additional 1.0 B will be used.
 Continue? [y/n/v/...? shows all
> options] (y):
> 
> zypper update  subscription-matcher
>     Loading repository data...
>     Reading installed packages...
>     Resolving package dependencies...
> 
>     Problem: subscription-matcher-0.26-6.1.uyuni.noarch requires
> (mvn(com.thoughtworks.xstream:xstream) >= 1.4.15 with
> mvn(com.thoughtworks.xstream:xstream) <= 1.5), but this requirement cannot
> be provided
 not installable providers:
> xstream-1.4.15-lp152.2.3.1.noarch[repo-update]
> xstream-1.4.16-lp152.2.6.1.noarch[repo-update]
> xstream-1.4.15-lp152.2.3.1.noarch[uyuni-server-stable] Solution 1: install
> xstream-1.4.16-lp152.2.6.1.noarch (with vendor change)
> obs://build.opensuse.org/systemsmanagement:Uyuni  -->  openSUSE Solution 2:
> do not install subscription-matcher-0.26-6.1.uyuni.noarch Solution 3: break
> subscription-matcher-0.26-6.1.uyuni.noarch by ignoring some of its
> dependencies 
>     Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): 2
>     Resolving dependencies...
>     Resolving package dependencies...
>     Nothing to do.
> 
>     I didn't installed this update, because of the vendor change from uyuni
> to openSUSE.

> zypper up xstream
>     Loading repository data...
>     Reading installed packages...
>     There is an update candidate for 'xstream' from vendor 'openSUSE', while
> the current vendor is 'obs://build.opensuse.org/systemsmanagement:Uyuni'.
> Use 'zypper install xstream-1.4.16-lp152.2.6.1.noarch' to install this
> candidate.
 Resolving package dependencies...
>     Nothing to do.
> 
>     I didn't installed this update, because of the vendor change from uyuni
> to openSUSE.

> zypper up apache-commons-el
>     Loading repository data...
>     Reading installed packages...
>     Resolving package dependencies...
> 
>     The following package is going to be REMOVED:
>       jakarta-commons-el
> 
>     The following package is going to be upgraded:
>       apache-commons-el
> 
>     1 package to upgrade, 1 to remove.
>     Overall download size: 115.8 KiB. Already cached: 0 B. After the
> operation, 127.0 KiB will be freed.
 Continue? [y/n/v/...? shows all
> options] (y): n
> 
>     I didn't installed this package, because oft he question above.
> 
> spacewalk-service start
>     Starting spacewalk services...
>       Running DB schema upgrade. This may take a while.
>       Call the following command to see progress: journalctl -f -u
> uyuni-check-database.service

> journalctl -f -u uyuni-check-database.service
>     -- Logs begin at Thu 2019-02-07 15:13:46 CET. --
>     Jun 03 20:27:41 smduyuni systemd[1]: Stopped Uyuni check database.
>     Jun 03 20:43:32 smduyuni systemd[1]: Starting Uyuni check database...
>     Jun 03 20:43:41 smduyuni spacewalk-startup-helper[7339]: Schema upgrade:
> [susemanager-schema-4.2.3-1.1.uyuni] ->
> [susemanager-schema-4.2.14-1.1.uyuni]
 Jun 03 20:43:41 smduyuni
> spacewalk-startup-helper[7339]: Searching for upgrade path to:
> [susemanager-schema-4.2.14-1] Jun 03 20:43:41 smduyuni
> spacewalk-startup-helper[7339]: Searching for upgrade path to:
> [susemanager-schema-4.2.14] Jun 03 20:43:41 smduyuni
> spacewalk-startup-helper[7339]: Searching for start path: 
> [susemanager-schema-4.2.3-1] Jun 03 20:43:41 smduyuni
> spacewalk-startup-helper[7339]: Searching for start path: 
> [susemanager-schema-4.2.3] Jun 03 20:43:41 smduyuni
> spacewalk-startup-helper[7339]: The path: [susemanager-schema-4.2.3] ->
> [susemanager-schema-4.2.4] -> [susemanager-schema-4.2.5] ->
> [susemanager-schema-4.2.6] -> [susemanager-schema-4.2.7] ->
> [susemanager-schema-4.2.8] -> [susemanager-schema-4.2.9] -> [susemanager-  
>      schema-4.2.10] -> [susemanager-schema-4.2.11] ->
> [susemanager-schema-4.2.12] -> [susemanager-schema-4.2.13] ->
> [susemanager-schema-4.2.14] Jun 03 20:43:41 smduyuni
> spacewalk-startup-helper[7339]: Planning to run schema upgrade with dir
> '/var/log/spacewalk/schema-upgrade/schema-from-20210603-204341' Jun 03
> 20:43:41 smduyuni spacewalk-startup-helper[7339]: Executing spacewalk-sql,
> the log is in
> [/var/log/spacewalk/schema-upgrade/schema-from-20210603-204341-to-susemanag
> er-schema-4.2.14.log]. Jun 03 22:50:00 smduyuni
> spacewalk-startup-helper[7339]: [1.9K blob data] Jun 03 22:50:01 smduyuni
> spacewalk-startup-helper[7339]: [2.0K blob data] Jun 03 22:50:02 smduyuni
> spacewalk-startup-helper[7339]: [1.9K blob data] Jun 03 22:50:02 smduyuni
> spacewalk-startup-helper[7339]: The database schema was upgraded to version
> [susemanager-schema-4.2.14-1.1.uyuni]. Jun 03 22:50:02 smduyuni systemd[1]:
> Started Uyuni check database. 
> The Website is not available again.
> 
> I stopped the spacewalk-service again and startet it without luck.
> Jun 04 09:14:29 smduyuni systemd[1]: Stopped Uyuni check database.
> Jun 04 09:14:35 smduyuni systemd[1]: Starting Uyuni check database...
> Jun 04 09:14:36 smduyuni spacewalk-startup-helper[8318]: Your database
> schema already matches the schema package version
> [susemanager-schema-4.2.14-1.1.uyuni].
 Jun 04 09:14:36 smduyuni
> spacewalk-startup-helper[8318]: Schema upgrade:
> [susemanager-schema-4.2.14-1.1.uyuni] ->
> [susemanager-schema-4.2.14-1.1.uyuni] Jun 04 09:14:36 smduyuni systemd[1]:
> Started Uyuni check database. 
> So, the same problem like the last run.
> 
> Greets
> Torsten
> 
> 
> > -----Original Message-----
> > From: Julio Gonzalez
> > [mailto:jgonzalez@suse.com]
 Sent: Thursday,
> > June 3, 2021 2:55 PM
> > To: uyuni-users@opensuse.org;
> > users@lists.uyuni-project.org
 Cc:
> > Haupt, Torsten
> >  > hsen-anhalt.de>> Subject: [EXTERN] Re: Update 2020.x to 2021.5 failed
> >
> >
> >
> > Without knowing the X, it's hard to know what's going on for sure.
> >
> >
> >
> > But to me, it looks like you missed one of the manual steps to be applied
> > to
 upgrade from 2020.X to 2021.05. Have a look at the release notes and
> > make sure you follow all the instructions between your 2020.X and
> > 2021.05.>
> >
> >
> > My main suspect is one of the libraries that now must come from Leap.
> > Without
 that changed applied to the server, the WebUI is know to show
> > 404.>
> >
> >
> > However if 2020.X is too old, it could be it was based on Leap 15.1, and
> > needs to
 run the script to migrate to Leap 15.2. But should not be the
> > case if 2020.X is from the end of last year.
> >
> >
> >
> >
> > On miércoles, 2 de junio de 2021 19:58:20 (CEST) Haupt, Torsten wrote:
> > 
> > > Hi,
> > >
> > >
> > >
> > > I didn't made every uyuni update the last months, but now I did it and
> > > it failed. I think my installed version was from end oft he last year.
> > > I followed the instructions on the website and all patches and updates
> > > were installed. The schema update with the first service start last
> > > several hours, but it fineshed. But the Uyuni site is not available;
> > > only the tomcat error "HTTP Status 404 - nicht gefunden Type Status
> > > Report Beschreibung The origin server did not find a current
> > > representation for the target resource or is not willing to disclose
> > > that one exists." appears. I restarted the services and the whole
> > > server without success.
> > >
> > >
> > >
> > > Every time I do a "spacewalk-service start" the message "Starting
> > > spacewalk services...
> > > 
> > >  Running DB schema upgrade. This may take a while.
> > >  Call the following command to see progress: journalctl -f -u
> > > 
> > > uyuni-check-database.service Done." appears.
> > >
> > >
> > >
> > > journalctl -f -u uyuni-check-database.service
> > > -- Logs begin at Thu 2019-02-07 15:13:46 CET. -- Jun 02 11:56:41
> > > smduyuni systemd[1]: Stopped Uyuni check database.
> > > Jun 02 11:56:44 smduyuni systemd[1]: Starting Uyuni check database...
> > > Jun 02 11:56:44 smduyuni spacewalk-startup-helper[22859]: Your
> > > database schema already matches the schema package version
> > > [susemanager-schema-4.2.14-1.1.uyuni]. Jun 02 11:56:44 smduyuni
> > > spacewalk-startup-helper[22859]: Schema upgrade:
> > > [susemanager-schema-4.2.14-1.1.uyuni] ->
> > > [susemanager-schema-4.2.14-1.1.uyuni] Jun 02 11:56:44 smduyuni
> > 
> > systemd[1]:
> > 
> > > Started Uyuni check database. Jun 02 19:42:08 smduyuni systemd[1]:
> > > Stopped Uyuni check database. Jun 02 19:42:11 smduyuni systemd[1]:
> > > Starting Uyuni check database... Jun 02 19:42:11 smduyuni
> > > spacewalk-startup-
> 
> > helper[24088]:
> > 
> > > Your database schema already matches the schema package version
> > > [susemanager-schema-4.2.14-1.1.uyuni]. Jun 02 19:42:11 smduyuni
> > > spacewalk-startup-helper[24088]: Schema upgrade:
> > > [susemanager-schema-4.2.14-1.1.uyuni] ->
> > > [susemanager-schema-4.2.14-1.1.uyuni] Jun 02 19:42:12 smduyuni
> > 
> > systemd[1]:
> > 
> > > Started Uyuni check database.
> > >
> > >
> > >
> > > It is always the same schema upgrade.
> > >
> > >
> > >
> > >
> > > less /var/log/tomcat/catalina.2021-06-02.log
> > > 02-Jun-2021 19:42:14.398 SEVERE [main]
> > > org.apache.catalina.startup.HostConfig.deployDirectory Error deploying
> > > web application directory [/srv/tomcat/webapps/rhn]
> > > java.lang.IllegalStateException: Error starting child
> > > 
> > >                at
> > > 
> > > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja
> > > va:
 720) at
> > > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:690
> > > ) at
> > > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:705)
> > > at
> > > org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java
> > > 
> > > :1132
> > > 
> > > ) at
> > > org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.ja
> > > va:
 1865) at
> > > java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executor
> > > s.jav
> > > a:515) at
> > > java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> > > at
> > > org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExe
> > > cutor
> > > Service.java:75) at
> > > java.base/java.util.concurrent.AbstractExecutorService.submit(Abstract
> > > Execu
> > > torService.java:118) at
> > > org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.ja
> > > va:10
> > > 44) at
> > > org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:429)
> > > at
> > > org.apache.catalina.startup.HostConfig.start(HostConfig.java:1575) at
> > > org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:
> > > 309)
> > > at
> > > org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBas
> > > e.jav
> > > a:123) at
> > > org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.ja
> > > va:
 423) at
> > > org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:366
> > > ) at
> > > org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.jav
> > > a:936
> > > ) at
> > > org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:
> > > 841) at
> > > org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
> > > at
> > > org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.j
> > > ava:1
> > > 384) at
> > > org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.j
> > > ava:1
> > > 374) at
> > > java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> > > at
> > > org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExe
> > > cutor
> > > Service.java:75) at
> > > java.base/java.util.concurrent.AbstractExecutorService.submit(Abstract
> > > Execu
> > > torService.java:140) at
> > > org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.jav
> > > a:909
> > > ) at
> > > org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.j
> > > ava:2
> > > 62) 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.j
> > > ava:9
> > > 30) at
> > > org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
> > > at org.apache.catalina.startup.Catalina.start(Catalina.java:633) at
> > > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> > > Method) at
> > > java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeM
> > > ethod
> > > AccessorImpl.java:62) at
> > > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Del
> > > egati
> > > ngMethodAccessorImpl.java:43) at
> > > java.base/java.lang.reflect.Method.invoke(Method.java:566) at
> > > org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:343) at
> > > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:474) Caused
> > > by:
> > > org.apache.catalina.LifecycleException: Failed to start component
> > > [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/rhn
> > > ]] at
> > > org.apache.catalina.util.LifecycleBase.handleSubClassException(Lifecyc
> > > leBas
> > > e.java:440) at
> > > org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:198)
> > > at
> > > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja
> > > va:
 717) ... 37 more
> > > 
> > >        Caused by: java.lang.NullPointerException
> > >        
> > >                at
> > > 
> > > org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScan
> > > ner.j
> > > ava:382) at
> > > org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner
> > > .java
> > > 
> > > :195) at
> > > 
> > > org.apache.catalina.startup.ContextConfig.processJarsForWebFragments(C
> > > ontex
> > > tConfig.java:1971) at
> > > org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java
> > > 
> > > :1129
> > > 
> > > ) at
> > > org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig
> > > .java
> > > 
> > > :775) at
> > > 
> > > org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig
> > > .java
> > > 
> > > :301) at
> > > 
> > > org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBas
> > > e.jav
> > > a:123) at
> > > org.apache.catalina.core.StandardContext.startInternal(StandardContext
> > > .java
> > > 
> > > :5044) at
> > > 
> > > org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
> > > ... 38 more
> > > 02-Jun-2021 19:42:14.400 INFO [main]
> > > org.apache.catalina.startup.HostConfig.deployDirectory Deployment of
> > > web application directory [/srv/tomcat/webapps/rhn] has finished in
> > > [982] ms
> > > 02-Jun-2021 19:42:14.421 INFO [main]
> > > org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler
> > > ["http-nio-127.0.0.1-8080"] 02-Jun-2021 19:42:14.601 INFO [main]
> > > org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler
> > > ["ajp-nio-127.0.0.1-8009"] 02-Jun-2021 19:42:14.749 INFO [main]
> > > org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler
> > > ["ajp-nio-0:0:0:0:0:0:0:1-8009"] 02-Jun-2021 19:42:14.881 INFO [main]
> > > org.apache.catalina.startup.Catalina.start Server startup in [1,660]
> > > milliseconds
> > >
> > >
> > >
> > > Further logs and infos I would provide.
> > >
> > >
> > >
> > > Greets
> > > Torsten
> >
> >
> >
> >
> > --
> > Julio González Gil
> > Release Engineer, SUSE Manager and Uyuni
> > jgonzalez@suse.com

-- 
Julio González Gil
Release Engineer, SUSE Manager and Uyuni
jgonzalez@suse.com

RE: Update 2020.x to 2021.5 failed

Haupt, Torsten

Julio Gonzalez

Haupt, Torsten

Michael Calmer

tags

participants (3)