Bug 14688 - SOFT RPM/URPMI is DOWN after update kernel 3.14.24-desktop-1.mga4 (illegal instruction)
Summary: SOFT RPM/URPMI is DOWN after update kernel 3.14.24-desktop-1.mga4 (illegal in...
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 4
Hardware: x86_64 Linux
Priority: High major
Target Milestone: ---
Assignee: Thomas Backlund
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-29 15:34 CET by seilebost seilebost
Modified: 2015-10-27 06:59 CET (History)
9 users (show)

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


Attachments
LISTING LSPCIDRAKE, LSPCI, DMIDECODE (40.00 KB, application/x-tar)
2014-12-04 12:07 CET, seilebost seilebost
Details
List of packages installed before the problem showed up. (1.25 KB, text/plain)
2014-12-05 03:31 CET, Dave Hodgins
Details

Description seilebost seilebost 2014-11-29 15:34:02 CET
Description of problem: After updating kernel to 3.14.24-desktop-1.mga4, the update is down. 

By reading messages log, I found the following messages : 

Nov 29 15:16:36 localhost drakrpm-update[12410]: ### Program is starting ###
Nov 29 15:16:38 localhost drakrpm-update[12410]: opening the RPM database
Nov 29 15:16:41 localhost kernel: traps: drakrpm-update[12410] trap invalid opcode ip:393c0112ab sp:7fffe70b0c68 error:0 in libpthread-2.18.so[393c000000+18000]
Nov 29 15:16:45 localhost su: (to root) will on pts/0
Nov 29 15:17:34 localhost kernel: traps: rpm[13007] trap invalid opcode ip:393c0112ab sp:7fff9b1f3ba8 error:0 in libpthread-2.18.so[393c000000+18000]
Nov 29 15:17:46 localhost su: FAILED SU (to root) will on pts/0
Nov 29 15:17:52 localhost su: (to root) will on pts/0
Nov 29 15:17:59 localhost kernel: traps: rpm[13570] trap invalid opcode ip:393c0112ab sp:7fffa5c5d7f8 error:0 in libpthread-2.18.so[393c000000+18000]
Nov 29 15:20:02 localhost mgaapplet[10542]: trying distributions list from https://releases.mageia.org/api/b/x86_64?product=Default&version=4&mgaonline_version=3.10
Nov 29 15:20:03 localhost mgaapplet[10542]: Computing new updates...
Nov 29 15:20:03 localhost mgaapplet[10542]: running: mgaapplet-update-checker
Nov 29 15:20:03 localhost mgaapplet-update-checker[15131]: ### Program is starting ###
Nov 29 15:20:03 localhost mgaapplet-update-checker[15131]: running: urpmi.update --update
Nov 29 15:20:04 localhost mgaapplet-update-checker[15131]: updating inactive backport media Core Backports (distrib7), Nonfree Backports (distrib17), Tainted Backports (distrib27), Core 32bit Backports (distrib34), Nonfree 32bit Backports (distrib39), Tainted 32bit Backports (distrib44)
Nov 29 15:20:04 localhost mgaapplet-update-checker[15131]: running: urpmi.update Core Backports (distrib7)
Nov 29 15:20:05 localhost mgaapplet-update-checker[15131]: running: urpmi.update Nonfree Backports (distrib17)
Nov 29 15:20:05 localhost mgaapplet-update-checker[15131]: running: urpmi.update Tainted Backports (distrib27)
Nov 29 15:20:05 localhost mgaapplet-update-checker[15131]: running: urpmi.update Core 32bit Backports (distrib34)
Nov 29 15:20:05 localhost mgaapplet-update-checker[15131]: running: urpmi.update Nonfree 32bit Backports (distrib39)
Nov 29 15:20:06 localhost mgaapplet-update-checker[15131]: running: urpmi.update Tainted 32bit Backports (distrib44)
Nov 29 15:20:10 localhost mgaapplet[10542]: Checking... Updates are available
Nov 29 15:20:58 localhost kernel: traps: rpm[15883] trap invalid opcode ip:393c0112ab sp:7fff3d41af38 error:0 in libpthread-2.18.so[393c000000+18000]
Nov 29 15:21:00 localhost kernel: traps: rpm[15887] trap invalid opcode ip:393c0112ab sp:7fff82d54478 error:0 in libpthread-2.18.so[393c000000+18000]


Version-Release number of selected component (if applicable):3.14.24-desktop-1.mga4


How reproducible:
Updates with the latest version

Steps to Reproduce:
1. Update with the latest version kernel and with rpm package (??)
2. Try to install any software updates
3. MCC exits by crashing


Reproducible: 

Steps to Reproduce:
David Walser 2014-11-29 18:21:40 CET

CC: (none) => thierry.vignaud
Assignee: bugsquad => tmb

seilebost seilebost 2014-11-30 15:33:11 CET

Priority: Normal => High

Comment 1 seilebost seilebost 2014-11-30 15:37:14 CET
Well.
I can't update MAGEIA 4 with this bug !! And I can't install a new package by the MCC !!
Comment 2 seilebost seilebost 2014-11-30 15:44:47 CET
Note : 
Using rpm -qa command, i have obtained the following message :
#rpm -qa
Instruction non permise

And in the file log named messages (/var/log), I read theses messages :
Nov 30 15:41:41 localhost kernel: traps: rpm[17660] trap invalid opcode ip:393c0112ab sp:7fff84737678 error:0 in libpthread-2.18.so[393c000000+18000]
Nov 30 15:41:57 localhost kernel: traps: rpm[17672] trap invalid opcode ip:393c0112ab sp:7fff53c97658 error:0 in libpthread-2.18.so[393c000000+18000]
Nov 30 15:42:01 localhost kernel: traps: rpm[17676] trap invalid opcode ip:393c0112ab sp:7fff76cf2d08 error:0 in libpthread-2.18.so[393c000000+18000]
Thierry Vignaud 2014-12-01 08:06:06 CET

CC: (none) => tmb
Summary: SOFT RPM/URPMI is DOWN after update kernel 3.14.24-desktop-1.mga4 => SOFT RPM/URPMI is DOWN after update kernel 3.14.24-desktop-1.mga4 (illegal instruction)

Marja Van Waes 2014-12-01 08:17:59 CET

CC: (none) => marja11
Source RPM: (none) => glibc-2.18-9.5.mga4

Comment 3 Dick Gevers 2014-12-01 10:10:31 CET
Removed glibc version on behalf of marja (to be proved yet).

CC: (none) => dvgevers
Source RPM: glibc-2.18-9.5.mga4 => (none)

Comment 4 Angelo Naselli 2014-12-01 10:48:39 CET
$ uname -a
Linux witch 3.14.24-desktop-1.mga4 #1 SMP Sat Nov 15 23:54:03 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ rpm -qa | grep glibc
glibc-devel-2.18-9.5.mga4
glibc-2.18-9.5.mga4

I seem i don't have this problem. But i haven't updated all, just kernel and 
glibc.

So I'm not sure it's a kernel issue... 
I cannot see the MageiaUpdate widget though, but i can run it by hands and see all
the remaining updates.

CC: (none) => anaselli

Comment 5 Dick Gevers 2014-12-01 10:58:21 CET
At marja's request installed kernel-desktop-3.14.24-1.mga4 (i586) on my M4 machine which already had glibc-2.18-9.5.mga4 and added a few packages with rpmdrake (urpmi.update showed the machine was uptodate, mgaapplet is not used locally) but I had no errors at all installing the extra packages.

Also, no file in /var/log (which uses rsyslog) shows any mention of pthread or opcode, there is no error similar to what is shown in #c2
Comment 6 Marja Van Waes 2014-12-01 12:43:12 CET
Sorry, haven't been clear.

I only wanted the _version_ of glibc removed, because I hadn't made sure that was the version the reporter was using
 
"traps: rpm[17660] trap invalid opcode ip:393c0112ab sp:7fff84737678 error:0 in libpthread-2.18.so" is still about an error in a file that is provided by glibc

Anyway, it is good so far no one reproduces the error.

@ seilebost*2

what is the output of:

rpm -qa | grep glibc

Source RPM: (none) => glibc

Comment 7 Thierry Vignaud 2014-12-01 13:00:27 CET
Thomas, is TSX stricking back?
Aka is mga4 now suffering from cauldron bug #14172 (SIGILL, Illegal instruction in __GI___pthread_rwlock_unlock() -> ELIDE_UNLOCK() )
Comment 8 Theodoros Kalamatianos 2014-12-01 15:01:51 CET
I was not able to reproduce this issue either, on an i7 laptop with an up-to-date Mageia 4/x86_64 and:

glibc-2.18-9.5.mga4
kernel 3.14.24-desktop-1.mga4

@seilebost seilebost: Could you post some information on your CPU and the rest of your hardware?

CC: (none) => thkala

Comment 9 Thierry Vignaud 2014-12-01 15:32:13 CET
If that's the same bug as bug #14172, you won't see it on newer CPUs.
I saw #14172 on eg E8400
Comment 10 seilebost seilebost 2014-12-01 19:51:41 CET
well.

uname -a :
Linux localhost 3.14.24-desktop-1.mga4 #1 SMP Sat Nov 15 23:54:03 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

==> rpm -qa | grep glibc ;
glibc-2.18-9.4.mga4

===> the previous message about "rpm -qa Instruction non permise" : I have ran this command with root !! By using an ordinary user, i have no problem

Information about CPU : I'm a i5 :

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 60
model name      : Intel(R) Core(TM) i5-4690 CPU @ 3.50GHz
stepping        : 3
microcode       : 0x1c
cpu MHz         : 3845.351
cache size      : 6144 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid
bogomips        : 7000.44
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:
Comment 11 seilebost seilebost 2014-12-01 19:52:51 CET
It is very strange that the command rpm is not functionnal with root ...
Any idea ?
Comment 12 seilebost seilebost 2014-12-01 20:16:26 CET
Here is my configuration (I have an i5) :

> dmidecode :
Base Board Information
        Manufacturer: MSI
        Product Name: H97 GAMING 3 (MS-7918)
        Version: 1.0
        Serial Number: To be filled by O.E.M.
        Asset Tag: To be filled by O.E.M.
        Features:
                Board is a hosting board
                Board is replaceable
        Location In Chassis: To be filled by O.E.M.
        Chassis Handle: 0x0003
        Type: Motherboard
        Contained Object Handles: 0


> [root@localhost ~]# lscpu
Architecture :        x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :            Little Endian
Processeur(s) :       4
Liste de processeur(s) en ligne : 0-3
Thread(s) par cÅur : 1
CÅur(s) par socket : 4
Socket(s) :           1
NÅud(s) NUMA :       1
Identifiant constructeur : GenuineIntel
Famille de processeur : 6
Modèle :             60
Nom de modèle :      Intel(R) Core(TM) i5-4690 CPU @ 3.50GHz
Révision :           3
Vitesse du processeur en MHz : 3867.636
Vitesse maximale du processeur en MHz : 3900,0000
Vitesse minimale du processeur en MHz : 800,0000
BogoMIPS :            7000.44
Virtualisation :      VT-x
Cache L1d :           32K
Cache L1i :           32K
Cache L2 :            256K
Cache L3 :            6144K
NÅud NUMA 0 de processeur(s) : 0-3

> [root@localhost ~]# lspcidrake 
firewire_ohci   : VIA Technologies, Inc.|VT6315 Series Firewire Controller [SERIAL_FIREWIRE] (rev: 01)
parport_serial  : MosChip Semiconductor Technology Ltd.|PCI 9835 Multi-I/O Controller [COMMUNICATION_OTHER] (rev: 01)
shpchp          : ASMedia Technology Inc.|ASM1083/1085 PCIe to PCI Bridge [BRIDGE_PCI] (rev: 03)
alx             : Qualcomm Atheros|Killer E220x Gigabit Ethernet Controller [NETWORK_ETHERNET] (rev: 13)
snd_hda_intel   : NVIDIA Corporation|GK104 HDMI Audio Controller [MULTIMEDIA_AUDIO_DEV] (rev: a1)
Card:NVIDIA GeForce 400 series and later: NVIDIA Corporation|GK104 [GeForce GTX 760] [DISPLAY_VGA] (rev: a1)
unknown         : Intel Corporation|9 Series Chipset Family SMBus Controller [SERIAL_SMBUS]
unknown         : Intel Corporation|9 Series Chipset Family SATA Controller [AHCI Mode] [STORAGE_SATA]
unknown         : Intel Corporation|9 Series Chipset Family H97 Controller [BRIDGE_ISA]
ehci_pci        : Intel Corporation|9 Series Chipset Family USB EHCI Controller #1 [SERIAL_USB]
shpchp          : Intel Corporation|9 Series Chipset Family PCI Express Root Port 7 [BRIDGE_PCI] (rev: d0)
unknown         : Intel Corporation|82801 PCI Bridge [BRIDGE_PCI] (rev: d0)
shpchp          : Intel Corporation|9 Series Chipset Family PCI Express Root Port 3 [BRIDGE_PCI] (rev: d0)
shpchp          : Intel Corporation|9 Series Chipset Family PCI Express Root Port 1 [BRIDGE_PCI] (rev: d0)
snd_hda_intel   : Intel Corporation|9 Series Chipset Family HD Audio Controller [MULTIMEDIA_AUDIO_DEV]
ehci_pci        : Intel Corporation|9 Series Chipset Family USB EHCI Controller #2 [SERIAL_USB]
mei_me          : Intel Corporation|9 Series Chipset Family ME Interface #1 [COMMUNICATION_OTHER]
xhci_hcd        : Intel Corporation|9 Series Chipset Family USB xHCI Controller [SERIAL_USB]
shpchp          : Intel Corporation|Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [BRIDGE_PCI] (rev: 06)
unknown         : Intel Corporation|4th Gen Core Processor DRAM Controller [BRIDGE_HOST] (rev: 06)
hub             : Linux 3.14.24-desktop-1.mga4 xhci_hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub]
usb_storage     : Western Digital|My Passport 0740 [Mass Storage|SCSI|Bulk-Only]
hub             : Linux 3.14.24-desktop-1.mga4 xhci_hcd|xHCI Host Controller [Hub|Unused|Full speed (or root) hub]
usbhid          : Microsoft|Microsoft® 2.4GHz Transceiver v6.0 [Human Interface Device|Boot Interface Subclass|Keyboard]
hub             : NEC Corp.|HighSpeed Hub [Hub|Unused|Full speed (or root) hub]
gspca_zc3xx     : Logitech, Inc.|QuickCam Messanger
usbhid          : Logitech|USB Receiver [Human Interface Device|Boot Interface Subclass|Mouse]
hub             : Linux 3.14.24-desktop-1.mga4 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hub             : Intel Corp.|Unknown [Hub|Unused|Full speed (or root) hub]
hub             : Linux 3.14.24-desktop-1.mga4 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub]
hub             : Intel Corp.|Unknown [Hub|Unused|Full speed (or root) hub]
hid_generic     : Microsoft Microsoft® 2.4GHz Transceiver v6.0
hid_generic     : Microsoft Microsoft® 2.4GHz Transceiver v6.0
hid_generic     : Microsoft Microsoft® 2.4GHz Transceiver v6.0
hid_generic     : Logitech USB Receiver
hid_generic     : Logitech USB Receiver

> [root@localhost ~]# lspci
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller
00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1
00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2
00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller
00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0)
00:1c.2 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 3 (rev d0)
00:1c.3 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d0)
00:1c.6 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 7 (rev d0)
00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1
00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family H97 Controller
00:1f.2 SATA controller: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode]
00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller
01:00.0 VGA compatible controller: NVIDIA Corporation GK104 [GeForce GTX 760] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK104 HDMI Audio Controller (rev a1)
03:00.0 Ethernet controller: Qualcomm Atheros Killer E220x Gigabit Ethernet Controller (rev 13)
04:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge (rev 03)
05:01.0 Communication controller: MosChip Semiconductor Technology Ltd. PCI 9835 Multi-I/O Controller (rev 01)
06:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6315 Series Firewire Controller (rev 01)
Comment 13 Thierry Vignaud 2014-12-01 20:42:35 CET
Please stop pasting huge command outputs.
What's more, they get rewrapped, and this is unreadable.
Attach their output next time...
Comment 14 seilebost seilebost 2014-12-04 12:07:50 CET
Created attachment 5677 [details]
LISTING LSPCIDRAKE, LSPCI, DMIDECODE

tar of 3 files
Comment 15 seilebost seilebost 2014-12-04 12:10:05 CET
Hi
Any idea about this problem because I can't update my PC by RPM or URMPI or MCC.
Best regards.
Comment 16 Thomas Backlund 2014-12-04 12:48:03 CET
(In reply to Thierry Vignaud from comment #7)
> Thomas, is TSX stricking back?
> Aka is mga4 now suffering from cauldron bug #14172 (SIGILL, Illegal
> instruction in __GI___pthread_rwlock_unlock() -> ELIDE_UNLOCK() )

Quite possible yes, there are also some other reports on the net regarding elison problems even with glibc 2.18 we have in mga4

I've submitted a glibc-2.18-9.6.mga4 to updates_testing that disables elision for mga4 too
Comment 17 Dave Hodgins 2014-12-05 03:31:07 CET
Created attachment 5680 [details]
List of packages installed before the problem showed up.

As reported on the qa discuss mailing list, after
installing the attached list of packages, I'm now
getting a roughly 5 minute delay on every reboot,
or cold boot on my x86_64 install (It's fine on my
i586 system). My guess is that it's glibc related.

CC: (none) => davidwhodgins

Comment 18 Thomas Backlund 2014-12-05 08:03:20 CET
(In reply to Dave Hodgins from comment #17)
> Created attachment 5680 [details]
> List of packages installed before the problem showed up.
> 
> As reported on the qa discuss mailing list, after
> installing the attached list of packages, I'm now
> getting a roughly 5 minute delay on every reboot,
> or cold boot on my x86_64 install (It's fine on my
> i586 system). My guess is that it's glibc related.

Since you installed util-linux at the same time... and both can affect boot time... can you downgrade either glibc or util-linux so we can isolate / confirm it's glibc
claire robinson 2014-12-05 09:28:51 CET

CC: (none) => eeeemail

Comment 19 Dave Hodgins 2014-12-05 22:10:57 CET
(In reply to Thomas Backlund from comment #18)
> (In reply to Dave Hodgins from comment #17)
> > Created attachment 5680 [details]
> > List of packages installed before the problem showed up.
> > 
> > As reported on the qa discuss mailing list, after
> > installing the attached list of packages, I'm now
> > getting a roughly 5 minute delay on every reboot,
> > or cold boot on my x86_64 install (It's fine on my
> > i586 system). My guess is that it's glibc related.
> 
> Since you installed util-linux at the same time... and both can affect boot
> time... can you downgrade either glibc or util-linux so we can isolate /
> confirm it's glibc

I'm not sure how. I've tried
urpmi --allow-nodeps --downgrade util-linux-2.24-2.mga4 util-linux-debuginfo-2.24-2.mga4
and
urpmi --allow-nodeps --downgrade glibc-2.18-9.2.mga4

Both fail due to dependencies. I have to confess I've never
tried to downgrade a package before, let alone such critical
packages.
Comment 20 Thomas Backlund 2014-12-05 22:16:44 CET
Just go to the previous validated glibc with:

urpmi --downgrade glibc-2.18-9.5.mga4

If you have glibc-devel, nscd and such installed too, you need to downgrade them too, just add them to the above command _with_ the version you want to downgrade to
Comment 21 olivier charles 2014-12-05 22:19:21 CET
I put a Mageia4-64 VM to test with new glibc and checked dmesg afterwards (shut down VM completely before each try):

With current glibc package :
--------------------------
# rpm -q glibc
glibc-2.18-9.5.mga4

[   28.183493] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   28.198569] ip_tables: (C) 2000-2006 Netfilter Core Team
[   28.762372] Netfilter messages via NETLINK v0.30.
(...)
[   31.218682] netfilter PSD loaded - (c) astaro AG
[   31.224940] IFWLOG: register target
and then some errors about xt_CT

With testing glibc :
------------------

# rpm -q glibc
glibc-2.18-9.6.mga4

[   28.229850] ip_tables: (C) 2000-2006 Netfilter Core Team
[   28.249259] ip6_tables: (C) 2000-2006 Netfilter Core Team
[   28.586676] Netfilter messages via NETLINK v0.30.
(...)
[   29.803200] netfilter PSD loaded - (c) astaro AG
[   29.805426] IFWLOG: register target
... and same errors about xt_CT

So no significant differences between the 2 versions for me.

CC: (none) => olchal

Comment 22 Dave Hodgins 2014-12-05 22:34:58 CET
(In reply to Thomas Backlund from comment #20)
> Just go to the previous validated glibc with:
> 
> urpmi --downgrade glibc-2.18-9.5.mga4

Thanks. That worked and eliminated the 5 minute delay on boot, so it does
seem to be the change in glibc that is causing the delay.
Comment 23 seilebost seilebost 2014-12-06 17:00:03 CET
Well.
 I can't install the new package (glibc-2.18-9.6.mga4.x86_64.rpm) because urpmi is only using by root. Or urpmi is broken to user root on my PC !

How can I install this new package ?

Best Regards.
Comment 24 seilebost seilebost 2014-12-06 17:56:32 CET
well.
It is very strange. I have used the DVD of MAGEIA 4 to do a quick update.
After reboot, the command RPM is running under root ! 
I don't understand why MCC is now fully functional !
Comment 25 seilebost seilebost 2014-12-06 18:03:49 CET
Well.

 This bug is going to close. 

Now :
Linux localhost 3.14.24-desktop-1.mga4 #1 SMP Sat Nov 15 23:54:03 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
glibc-2.18-9.5.mga4

 My PC is OK and RPM/URPMI/MCC is fully functionnal.

Thanks for you help.

P.S;: I don't understand this bug !
Comment 26 Dave Hodgins 2014-12-27 22:00:36 CET
Not sure if this bug should be closed yet, but the latest glibc update from
updates testing seems to have fixed the 5 minute delay on my system.
Comment 27 Colin Morningstar 2015-02-17 22:16:24 CET
CRAP!  I now have this same issue.   rpm works okay as ordinary user, but running rpm as root leads to an immediate "Illegal instruction" error.  How exactly did you fix this seilebost?

 kernel: traps: rpm[20407] trap invalid opcode ip:7fbdde78f24b sp:7fffa043f658 error:0 in libpthread-2.18.so[7fbdde77e000+18000]

CC: (none) => colin.morningstar

Comment 28 Colin Morningstar 2015-02-18 02:15:29 CET
Never mind.  It was a corrupted rpm data base.   I did a rebuild and that fixed it.  Weird error, though.
Dick Gevers 2015-02-18 03:13:15 CET

CC: dvgevers => (none)

Comment 29 Samuel Verschelde 2015-09-21 13:22:12 CEST
Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer 
maintained, which means that it will not receive any further security or bug 
fix updates.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version.

Bug Reporter: Thank you for reporting this issue and we are sorry that we weren't 
able to fix it before Mageia 4's end of life. If you are able to reproduce it 
against a later version of Mageia, you are encouraged to click on "Version" and 
change it against that version of Mageia. If it's valid in several versions, 
select the highest and add MGAxTOO in whiteboard for each other valid release.
Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

If you would like to help fixing bugs in the future, don't hesitate to join the
packager team via our mentoring program [1] or join the teams that fit you 
most [2].

[1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
[2] http://www.mageia.org/contribute/
Comment 30 Marja Van Waes 2015-10-27 06:59:04 CET
As announced over a month ago, Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer maintained, which means that it will not receive any further security or bug fix updates.

This issue may have been fixed in a later Mageia release, so, if you still see it and didn't already do so: please upgrade to Mageia 5 (or, if you read this much later than this is written: make sure you run a currently maintained Mageia version)

If you are able to reproduce it against a maintained version of Mageia, you are encouraged to 
1. reopen this bug report, by changing the "Status" from "RESOLVED - OLD" to "REOPENED"
2. click on "Version" and change it against that version of Mageia. If you know it's valid in several versions, select the highest and add MGAxTOO in whiteboard for each other valid release.
Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO.
3. give as much relevant information as possible. If you're not an experienced bug reporter and have some time: please read this page:
https://wiki.mageia.org/en/How_to_report_a_bug_properly

If you see a similar issue, but are _not_sure_ it is the same, with the same cause, then please file a new bug report and mention this one in it (please include the bug number, too). 


If you would like to help fixing bugs in the future, don't hesitate to join the
packager team via our mentoring program [1] or join the teams that fit you 
most [2].
[1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
[2] http://www.mageia.org/contribute/

Status: NEW => RESOLVED
Resolution: (none) => OLD


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