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:
CC: (none) => thierry.vignaudAssignee: bugsquad => tmb
Priority: Normal => High
Well. I can't update MAGEIA 4 with this bug !! And I can't install a new package by the MCC !!
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]
CC: (none) => tmbSummary: 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)
CC: (none) => marja11Source RPM: (none) => glibc-2.18-9.5.mga4
Removed glibc version on behalf of marja (to be proved yet).
CC: (none) => dvgeversSource RPM: glibc-2.18-9.5.mga4 => (none)
$ 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
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
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
Thomas, is TSX stricking back? Aka is mga4 now suffering from cauldron bug #14172 (SIGILL, Illegal instruction in __GI___pthread_rwlock_unlock() -> ELIDE_UNLOCK() )
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
If that's the same bug as bug #14172, you won't see it on newer CPUs. I saw #14172 on eg E8400
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:
It is very strange that the command rpm is not functionnal with root ... Any idea ?
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)
Please stop pasting huge command outputs. What's more, they get rewrapped, and this is unreadable. Attach their output next time...
Created attachment 5677 [details] LISTING LSPCIDRAKE, LSPCI, DMIDECODE tar of 3 files
Hi Any idea about this problem because I can't update my PC by RPM or URMPI or MCC. Best regards.
(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
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
(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
CC: (none) => eeeemail
(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.
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
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
(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.
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.
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 !
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 !
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.
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
Never mind. It was a corrupted rpm data base. I did a rebuild and that fixed it. Weird error, though.
CC: dvgevers => (none)
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/
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 => RESOLVEDResolution: (none) => OLD