Discuss

discuss@lists.centos.org

8 participants
34745 discussions

Updateinfo file is not valid XML
by Nicolas Kovacs 29 May '19

29 May '19

Hi, Since last night, all my servers spew out the following error when trying to run an update, either via yum-cron or manually: # yum check-update Loaded plugins: fastestmirror, priorities Determining fastest mirrors ... 194 packages excluded due to repository priority protections Updateinfo file is not valid XML: <open file '/var/cache/yum/x86_64/7/epel/92f2e15cad66d79ea1ad327e2af7af89d98e4d153d7a3e27ff41946f476af5b4-updateinfo.xml.zck', mode 'rt' at 0x7fbd0e3e2f60> Any idea what's going on here? Something rotten in the state of EPEL? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12

2 1

upgrade to kernel 4.19.43 fail.
by Allan 29 May '19

29 May '19

Hi all... I just upgraded to laatest kernel in experimental from 4.19.40 , and for my OpenCL app this now fails with this msg: amdgpu_device_initialize: DRM version is 2.50.0 but this driver is only compatible with 3.x.x. Booting back to 4.19.40 makes it work again. I have added a few files from amdgpu-pro package, to make openCL work here in centos7; but something must have changed in this new kernel for amdgpu support. As kernel 4.19.40 works fine, it is not a big issue here - just wanted to report it. Allan.

1 0

multilib problem during "yum update"
by Fred Smith 28 May '19

28 May '19

I'm hoping someone can point me to what is wrong here, I can't figure it out. running "yum update" on my C7.6 box I get: Resolving Dependencies --> Running transaction check ---> Package glibc-debuginfo.x86_64 0:2.17-260.el7_6.4 will be updated ---> Package glibc-debuginfo.x86_64 0:2.17-260.el7_6.5 will be an update ---> Package glibc-debuginfo-common.x86_64 0:2.17-260.el7_6.4 will be updated ---> Package glibc-debuginfo-common.x86_64 0:2.17-260.el7_6.5 will be an update ---> Package google-chrome-stable.x86_64 0:74.0.3729.157-1 will be updated ---> Package google-chrome-stable.x86_64 0:74.0.3729.169-1 will be an update ---> Package kmod-nvidia.x86_64 0:418.74-1.el7_6.elrepo will be updated ---> Package kmod-nvidia.x86_64 0:430.14-1.el7_6.elrepo will be an update ---> Package libgpg-error.x86_64 0:1.12-3.el7 will be updated ---> Package libgpg-error.x86_64 0:1.13-1.el7.centos will be an update ---> Package libgpg-error-debuginfo.x86_64 0:1.12-3.el7 will be updated ---> Package libgpg-error-debuginfo.x86_64 0:1.13-1.el7.centos will be an update ---> Package libgpg-error-devel.x86_64 0:1.12-3.el7 will be updated ---> Package libgpg-error-devel.x86_64 0:1.13-1.el7.centos will be an update ---> Package mkvtoolnix.x86_64 0:33.1.0-1 will be updated ---> Package mkvtoolnix.x86_64 0:34.0.0-1 will be an update ---> Package nvidia-x11-drv.x86_64 0:418.74-1.el7_6.elrepo will be updated ---> Package nvidia-x11-drv.x86_64 0:430.14-1.el7_6.elrepo will be an update ---> Package nvidia-x11-drv-libs.i686 0:418.74-1.el7_6.elrepo will be updated ---> Package nvidia-x11-drv-libs.x86_64 0:418.74-1.el7_6.elrepo will be updated ---> Package nvidia-x11-drv-libs.i686 0:430.14-1.el7_6.elrepo will be an update ---> Package nvidia-x11-drv-libs.x86_64 0:430.14-1.el7_6.elrepo will be an update ---> Package systemd-debuginfo.x86_64 0:219-62.el7_6.6 will be updated ---> Package systemd-debuginfo.x86_64 0:219-62.el7_6.6.0.1 will be an update ---> Package vivaldi-stable.x86_64 0:2.5.1525.43-1 will be updated ---> Package vivaldi-stable.x86_64 0:2.5.1525.46-1 will be an update ---> Package wget.x86_64 0:1.14-18.el7 will be updated ---> Package wget.x86_64 0:1.14-18.el7_6.1 will be an update --> Finished Dependency Resolution Error: Multilib version problems found. This often means that the root cause is something else and multilib version checking is just pointing out that there is a problem. Eg.: 1. You have an upgrade for libgpg-error which is missing some dependency that another package requires. Yum is trying to solve this by installing an older version of libgpg-error of the different architecture. If you exclude the bad architecture yum will tell you what the root cause is (which package requires what). You can try redoing the upgrade with --exclude libgpg-error.otherarch ... this should give you an error message showing the root cause of the problem. 2. You have multiple architectures of libgpg-error installed, but yum can only see an upgrade for one of those architectures. If you don't want/need both architectures anymore then you can remove the one with the missing update and everything will work. 3. You have duplicate versions of libgpg-error installed already. You can use "yum check" to get yum show these errors. ...you can also use --setopt=protected_multilib=false to remove this checking, however this is almost never the correct thing to do as something else is very likely to go wrong (often causing much more problems). Protected multilib versions: libgpg-error-1.13-1.el7.centos.x86_64 != libgpg-error-1.12-3.el7.i686 I don't know what it's complaining about, I have several i686 packages installed that yum thinks need the libgpg-error package. here's all the libgpg stuff installed: libgpg-error.i686 1.12-3.el7 @base libgpg-error.x86_64 1.12-3.el7 @anaconda libgpg-error-debuginfo.x86_64 1.12-3.el7 @base-debuginfo libgpg-error-devel.x86_64 1.12-3.el7 @base When I encountered this a couple weeks ago I finally excluded libgpg from the updates, hoping there was some mirror problem that would go away, but apparently not. I can't see any reason why having both i686 and x86_64 is a problem, I'm hoping someone here can enlighten me. thanks in advance! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." ------------------------------- Isaiah 9:7 (niv) ------------------------------

3 3

Firefox addons disabled - temporary fix
by Frank Cox 28 May '19

28 May '19

The currently available fix for Firefox doesn't work with ESR, but there's a temporary fix that works. At least, it's working for me: Go to about:config and set xpinstall.signatures.required to false. The Firefox folks say that a fix for ESR will be coming at some point, but at least this gets things working again in the short term. It's not clear to me if the fixed ESR (when available) will require a new Firefox rpm to be created and installed or if it's something that will just show up by magic and start working or if any steps will have to be taken to enable it. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

5 5

how to change all hardware and system-IDs
by Ralf Prengel 28 May '19

28 May '19

Hallo, has anyone a hint how to change all device-IDs in a cloned Centos-VM. I cloned a system 4 times with the vmware-converter but didn t realize that hardware-IDs etc. were not changed. Using a live-cd is possible. Thanks for hints Ralf

1 0

Remaster CentOS from source
by Jeremy Hendricks 28 May '19

28 May '19

Hello, I was curious if there were any documentation available on how to remaster CentOS from srpms (as in to recreate the process from RHEL srpms) to create a derivative distro. This is only for educational purposes to better understand the process. Thank you for your time.

2 2

Older versions of samba that work with CentOS 7?
by Jobst Schmalenbach 28 May '19

28 May '19

Hi. Are there any places I can download older versions of Samba working with CentOS 7? Reason: I have been upgrading all of my servers from 6.X to 7.X. This alone is a massive task for me as I am a one man band. Samba made massive changes not allowing NT style domains anymore in the 4.10 branch. If I can find older samba RPM's for CentOS 7 than I can finish all upgrades of the OS, then later upgrade samba once I am finished when I have more time. Any ideas anyone? thanks Jobst -- Jobst Schmalenbach The future isn't what it used to be (it never was).

3 4

Question about ntp
by Ralf Prengel 28 May '19

28 May '19

Hallo, what is the standard way to sync time under Centos 7. ntp or chrony. Thanks for a short hint. Ralf

8 10

Bash completion thrown by quoted option args?
by isdtor 24 May '19

24 May '19

There was a thread about C7 bash completion back in August last year, but it doesn't have answers for this problem. Example: "yum install /path/to/local/package" works fine with tab completion to fill in the path and package bits. However, "yum --debuglevel="1" install ..." just gets stuck and doesn't offer anything. The only option is to type everything out, or type enough to use a wildcard. After more testing, I found that any option argument that is quoted breaks completion. Which in turn makes me think this is not even specific to yum but bash completion in general. Bug? Upstream bug?

5 9

system unresponsive
by mark 24 May '19

24 May '19

Ok, we used to get this occasionally on cluster nodes, and we just got it on a fileserver (very bad). The system is discovered to be unresponsive: it doesn't ping, and plugging a console in, you can see that it's not dead, but there nothing at all on the screen, nor does it respond to even <ctrl-alt-del>. The only answer is to power cycle it; it comes up fine. Nothing in /var/log/dmesg or /var/log/messages. No abrts I can find. sar tells me it went unredponsive between 18:10 and 10:20 yesterday. Note that there are no further entries in sar, either, for yesterday, after the event, and nothing till I power cycled it. Has anyone else seen this - I can't imagine it's only us - or have any thoughts? C 7, 7.6.1810 mark

9 12

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss