Bug 24767 - kernel: traps: urpmi[...] trap divide error ip:.. sp:.. error:0 in libdb-5.3.so (deleted)[..] -- during on-line upgrade of all DE install, floating point exception occurs(core dumped)
Summary: kernel: traps: urpmi[...] trap divide error ip:.. sp:.. error:0 in libdb-5.3....
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 7
Hardware: x86_64 Linux
Priority: release_blocker normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: 7beta3
: 24731 (view as bug list)
Depends on:
Blocks:
 
Reported: 2019-05-04 05:05 CEST by ben mcmonagle
Modified: 2019-05-30 13:27 CEST (History)
8 users (show)

See Also:
Source RPM: urpmi
CVE:
Status comment:


Attachments
journalctl -b > journal.txt output from system after install halted (708.08 KB, text/plain)
2019-05-04 05:08 CEST, ben mcmonagle
Details
An upgrade RPM list which failed (849.56 KB, text/plain)
2019-05-28 08:49 CEST, José Jorge
Details

Description ben mcmonagle 2019-05-04 05:05:34 CEST
Description of problem:
when upgrading Mga6 to Mga7 by changing online repos to Mga7, and from a terminal running:
"urpmi --auto-update", partway through the install halts with:
floating point exception (core dumped)
attempting to continue the upgrade fails again with core dump.


Version-Release number of selected component (if applicable):


How reproducible: every time so far


Steps to Reproduce:
1.change up-to-date all DE install on-line repos to Mga7
2.start upgrade  from say "konsole" with urpmi --auto-update
3.enter user input responses as required
Comment 1 ben mcmonagle 2019-05-04 05:08:42 CEST
Created attachment 10976 [details]
journalctl -b > journal.txt output from system after install halted

possible issue from journal.txt:

May 04 12:28:58 localhost.localdomain kernel: traps: urpmi[27196] trap divide error ip:7f1ff0f2b876 sp:7ffdf3c6df00 error:0 in libdb-5.3.so (deleted)[7f1ff0e57000+1b1000]
ben mcmonagle 2019-05-04 05:09:07 CEST

Keywords: (none) => 7beta3

Comment 2 ben mcmonagle 2019-05-04 05:13:35 CEST
the issue does not occur in the i586 install,

however it fails with a different error.

this can be resolved with the following:
# rm -f /var/lib/rpm/__*
# rpm --rebuilddb
Comment 3 Marja Van Waes 2019-05-04 06:46:09 CEST
(In reply to ben mcmonagle from comment #1)
> Created attachment 10976 [details]
> journalctl -b > journal.txt output from system after install halted
> 
> possible issue from journal.txt:
> 
> May 04 12:28:58 localhost.localdomain kernel: traps: urpmi[27196] trap
> divide error ip:7f1ff0f2b876 sp:7ffdf3c6df00 error:0 in libdb-5.3.so
> (deleted)[7f1ff0e57000+1b1000]

That does indeed look fishy.

It does look a bit like https://bugzilla.redhat.com/show_bug.cgi?id=468437
( Summary: rpmdb environment corruption on ext4 )

and you mentioned 

(In reply to ben mcmonagle from comment #2)
> the issue does not occur in the i586 install,
> 
> however it fails with a different error.
> 
> this can be resolved with the following:
> # rm -f /var/lib/rpm/__*
> # rpm --rebuilddb

Does doing the same help to finish the 64bit upgrade?

CC'ing tv and the kernel maintainers, because I'm not sure whom to assign to.
CC'ing the rpm stack maintainers, too.

Source RPM: (none) => db53?, kernel?
CC: (none) => kernel, marja11, rpmstack, thierry.vignaud
Summary: during on-line upgrade of all DE install, floating point exception occurs(core dumped) => kernel: traps: urpmi[...] trap divide error ip:.. sp:.. error:0 in libdb-5.3.so (deleted)[..] -- during on-line upgrade of all DE install, floating point exception occurs(core dumped)

Comment 4 Marja Van Waes 2019-05-04 06:47:54 CEST
oh, is that indeed an ext4 partition?
Comment 5 Marja Van Waes 2019-05-04 06:49:19 CEST
(In reply to Marja Van Waes from comment #4)
> oh, is that indeed an ext4 partition?

It is, it's in your logs, sorry for asking :-)
Comment 6 Marja Van Waes 2019-05-04 11:28:29 CEST
(In reply to ben mcmonagle from comment #1)

> May 04 12:28:58 localhost.localdomain kernel: traps: urpmi[27196] trap
> divide error ip:7f1ff0f2b876 sp:7ffdf3c6df00 error:0 in libdb-5.3.so
> (deleted)[7f1ff0e57000+1b1000]

I'm wondering why it says "deleted" after libdb-5.3.so

What is the output of

   ls -al /usr/lib64/libdb-5.3.so

?
Comment 7 Thomas Backlund 2019-05-04 14:46:04 CEST
Hm,
Thierry, do we need to to:

diff --git a/urpm/select.pm b/urpm/select.pm
index 9e16b0b8..37cc3d0b 100644
--- a/urpm/select.pm
+++ b/urpm/select.pm
@@ -7,7 +7,7 @@ use urpm::util qw(any formatList intersection member min partition uniq);
 use urpm::sys;
 use URPM;
 
-my $default_priority_list = 'rpm,perl-base,perl-URPM,perl-MDV-Distribconf,urpmi,meta-task,glibc,aria2';
+my $default_priority_list = 'rpm,perl-base,perl-URPM,perl-MDV-Distribconf,urpmi,meta-task,glibc,aria2,libdb5.3,lib64db5.3';
 my @priority_list = split(',', $default_priority_list);


?

CC: (none) => tmb

Comment 8 Thomas Backlund 2019-05-04 14:48:10 CEST
(or enforce deps with rpm)
Comment 9 ben mcmonagle 2019-05-04 22:51:45 CEST
(In reply to Marja Van Waes from comment #6)

> 
> I'm wondering why it says "deleted" after libdb-5.3.so
> 
> What is the output of
> 
>    ls -al /usr/lib64/libdb-5.3.so
> 
> ?

ls -al /usr/lib64/libdb-5.3.so
-rwxr-xr-x 1 root root 2306848 Sep 13  2018 /usr/lib64/libdb-5.3.so*
Comment 10 ben mcmonagle 2019-05-05 00:14:36 CEST
(In reply to Marja Van Waes from comment #3)

> 
> Does doing the same help to finish the 64bit upgrade?
> 
yes
Comment 11 Marja Van Waes 2019-05-05 16:56:54 CEST
*** Bug 24731 has been marked as a duplicate of this bug. ***

CC: (none) => remco

Comment 12 Marja Van Waes 2019-05-12 09:22:24 CEST
(In reply to Thomas Backlund from comment #7)
> Hm,
> Thierry, do we need to to:
> 
> diff --git a/urpm/select.pm b/urpm/select.pm
> index 9e16b0b8..37cc3d0b 100644
> --- a/urpm/select.pm
> +++ b/urpm/select.pm
> @@ -7,7 +7,7 @@ use urpm::util qw(any formatList intersection member min
> partition uniq);
>  use urpm::sys;
>  use URPM;
>  
> -my $default_priority_list =
> 'rpm,perl-base,perl-URPM,perl-MDV-Distribconf,urpmi,meta-task,glibc,aria2';
> +my $default_priority_list =
> 'rpm,perl-base,perl-URPM,perl-MDV-Distribconf,urpmi,meta-task,glibc,aria2,
> libdb5.3,lib64db5.3';
>  my @priority_list = split(',', $default_priority_list);
> 
> 
> ?

@ Thierry

See tmb's question above :-)

(All my noise may have made you miss it)

Assignee: bugsquad => thierry.vignaud
Source RPM: db53?, kernel? => urpmi

ben mcmonagle 2019-05-24 22:45:21 CEST

Priority: Normal => release_blocker

Comment 13 Martin Whitaker 2019-05-26 09:28:28 CEST
I tried to reproduce the initial bug but my upgrade completed without error. My starting point was an all-DE, default package install from the Mageia-6-x86_64-DVD ISO, fully updated. I ran the upgrade from a terminal in Xfce.

I did notice that, as in Ben's log, the initial priority update list included all the libreoffice packages. That seems wrong.

CC: (none) => mageia

Comment 14 ben mcmonagle 2019-05-26 09:45:21 CEST
ran the upgrade all DE (i586) today.
(princeton mirror)

needed to run:
# rpm --rebuilddb

to complete upgrade.
Comment 15 Martin Whitaker 2019-05-26 17:22:16 CEST
(In reply to ben mcmonagle from comment #14)
> ran the upgrade all DE (i586) today.
> (princeton mirror)
> 
> needed to run:
> # rpm --rebuilddb
> 
> to complete upgrade.

Tried to reproduce that (using my local mirror), but failed. Either we are starting from a different baseline, or it's sensitive to the order in which packages are upgraded.
Comment 16 José Jorge 2019-05-28 08:48:07 CEST
I had the same problem upgrading from MGA6.1 Live with latest updates :

segfault .....error 4 in libdb-5.3.so (deleted)...

I will attach the result of "journalctl | grep RPM" so that rpm update order can be seen.

CC: (none) => lists.jjorge

Comment 17 José Jorge 2019-05-28 08:49:56 CEST
Created attachment 11033 [details]
An upgrade RPM list which failed
Comment 18 Thierry Vignaud 2019-05-28 13:16:00 CEST
Sorry this bug was hidden the the bug stream :-(

(In reply to Thomas Backlund from comment #8)
> (or enforce deps with rpm)


Yeah I would rather versionnate the requires in rpm
Comment 19 Thierry Vignaud 2019-05-28 13:17:19 CEST
(In reply to Martin Whitaker from comment #13)
> I tried to reproduce the initial bug but my upgrade completed without error.
> My starting point was an all-DE, default package install from the
> Mageia-6-x86_64-DVD ISO, fully updated. I ran the upgrade from a terminal in
> Xfce.
> 
> I did notice that, as in Ben's log, the initial priority update list
> included all the libreoffice packages. That seems wrong.

uh? LO in priority list?

If you can reproduce that, could you use:
urpmi --bug bug24767 <other_args>
tar cfa bug24767{.tar.xz,}

And send me the tarball?
Comment 20 Thomas Backlund 2019-05-30 13:27:48 CEST
(In reply to Thierry Vignaud from comment #18)
> Sorry this bug was hidden the the bug stream :-(
> 
> (In reply to Thomas Backlund from comment #8)
> > (or enforce deps with rpm)
> 
> 
> Yeah I would rather versionnate the requires in rpm

Versioned deps added in rpm-4.14.2.1-12.mga7 currently building

Note You need to log in before you can comment on or make changes to this bug.