Discuss

discuss@lists.centos.org

3 participants
34748 discussions

epel repository broken
by Günther J. Niederwimmer 30 May '19

30 May '19

Hello, I have now over two Days this errors on all my systems ? Updateinfo file is not valid XML: <open file '/var/cache/yum/x86_64/7/epel/ 92f2e15cad66d79ea1ad327e2af7af89d98e4d153d7a3e27ff41946f476af5b4- updateinfo.xml.zck', mode 'rt' at 0x7f464cf24420> a "yum clean all" dont't change the Problem! -- mit freundliche Grüßen / best regards, Günther J. Niederwimmer

3 2

CentOS-announce Digest, Vol 171, Issue 7
by centos-announce-request＠centos.org 30 May '19

30 May '19

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2019:1265 Critical CentOS 7 firefox Security Update (Johnny Hughes) 2. CESA-2019:1267 Critical CentOS 6 firefox Security Update (Johnny Hughes) 3. CESA-2019:1264 Important CentOS 7 libvirt Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 May 2019 19:47:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:1265 Critical CentOS 7 firefox Security Update Message-ID: <20190529194730.GA29248(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:1265 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2019:1265 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6bf7b0a006db85d0ab1da140a2c48484033cdb242a87f32e47538b1477c7b5a6 firefox-60.7.0-1.el7.centos.i686.rpm 7180cf1102f4ce99f26f90cb19a23c66c1e8700a6756b148f58f9670ab778458 firefox-60.7.0-1.el7.centos.x86_64.rpm Source: fca10b620b7fce1190e8f2bc4ca013fc0729f7b4bd650e3ce2950a8a84db8ce8 firefox-60.7.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 29 May 2019 19:48:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:1267 Critical CentOS 6 firefox Security Update Message-ID: <20190529194835.GA29395(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:1267 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2019:1267 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 41e1920d03ef2d819fb3f6d4aba478231d91f2dc359c9d595afba3bc556e308e firefox-60.7.0-1.el6.centos.i686.rpm x86_64: 41e1920d03ef2d819fb3f6d4aba478231d91f2dc359c9d595afba3bc556e308e firefox-60.7.0-1.el6.centos.i686.rpm 8bcaa85425b5211864e55e0ff15e4f32e5b27eab33c0549fa90ee64c217f93f9 firefox-60.7.0-1.el6.centos.x86_64.rpm Source: eb7bc29e4bca2575c1a396b201c59f1f4f6a8691188e9b50ca0162a4281fb013 firefox-60.7.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 29 May 2019 19:55:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2019:1264 Important CentOS 7 libvirt Security Update Message-ID: <20190529195531.GA29956(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2019:1264 Important Upstream details at : https://access.redhat.com/errata/RHSA-2019:1264 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a5576c9049af0f04106990794428c22802b42066eb0268dedf49e7d6079ca139 libvirt-4.5.0-10.el7_6.10.x86_64.rpm 176beb81864060547751b1f94bec282b9ff4bec6f9cc84f6ad1373a04141af41 libvirt-admin-4.5.0-10.el7_6.10.x86_64.rpm 66300eaeb5cf856c86544468159c42f71bd55464dda0f038422ef95b0089436a libvirt-bash-completion-4.5.0-10.el7_6.10.x86_64.rpm 389cc2129844395d02388d2f4c626b24af8ace55f5c54eb897de49e66537f9bb libvirt-client-4.5.0-10.el7_6.10.i686.rpm bf7e4e5dbffb93cf0c8f94dc44c41ec86b0ef33fb0ce83d4b5b61673e6615d4d libvirt-client-4.5.0-10.el7_6.10.x86_64.rpm 755e93422bc4a24ab6e0052b3b60e6cb0b84177ff79bf0f16c7e96e1b7471b46 libvirt-daemon-4.5.0-10.el7_6.10.x86_64.rpm d6d362b18c78ff212672e74a12540667131adbff047490248b4d2645a72b4a34 libvirt-daemon-config-network-4.5.0-10.el7_6.10.x86_64.rpm 609633c12c439f5cb41c48ecd019b8b7ee8d7e6bfbe0c2ec8c60ca78f120da3f libvirt-daemon-config-nwfilter-4.5.0-10.el7_6.10.x86_64.rpm fb743cfe2b3f6e5038dc2a33808232e9460135c6e8ce20e011148f7fd1d24517 libvirt-daemon-driver-interface-4.5.0-10.el7_6.10.x86_64.rpm 5e3a7320d6424f241882053013f2c1d0de0816cd89e1403a500227d74fbeeb67 libvirt-daemon-driver-lxc-4.5.0-10.el7_6.10.x86_64.rpm 533e8e12942ac647e5cd3f4c6585502dea905657cbc89ae0d25744e944c01c44 libvirt-daemon-driver-network-4.5.0-10.el7_6.10.x86_64.rpm fbacd781e9f1e289bcc1d3fa1bdf5372c75ba3312878a155e2b56be8274e2b54 libvirt-daemon-driver-nodedev-4.5.0-10.el7_6.10.x86_64.rpm d5f23f59942c1e0edb290bdf8d04060a29e45292f09632eb381d876ec6e2de88 libvirt-daemon-driver-nwfilter-4.5.0-10.el7_6.10.x86_64.rpm a3d77aa95864251b29893d6e03fcf365a3084b9154d26b01b2cdb1cc40d4b4c5 libvirt-daemon-driver-qemu-4.5.0-10.el7_6.10.x86_64.rpm 5e6632eea34452631190a52e89eb80949e06df0e202fe275e219d182f02e38a6 libvirt-daemon-driver-secret-4.5.0-10.el7_6.10.x86_64.rpm 085ad9d629fe198a424dbd74c6a9b37f5d0dd3db1aa4c3df55cbb80f926acda2 libvirt-daemon-driver-storage-4.5.0-10.el7_6.10.x86_64.rpm b14ec56f624f0e9ec7e1b0d89c10ba515ef2834b555fbdce6a7ccbe9430f8127 libvirt-daemon-driver-storage-core-4.5.0-10.el7_6.10.x86_64.rpm 7dd044d4d8468cfb84f0e70d78e5647fa2553216ec93c2611eb66bcd75f5995a libvirt-daemon-driver-storage-disk-4.5.0-10.el7_6.10.x86_64.rpm 0c566847c36d56b39fd8da5ee3f148030bae26d4d88debcaddeca3976e665d12 libvirt-daemon-driver-storage-gluster-4.5.0-10.el7_6.10.x86_64.rpm 10f2ed853329034bb99ace3939c83108312c94f20269273981ae8cfa5cd7c2a7 libvirt-daemon-driver-storage-iscsi-4.5.0-10.el7_6.10.x86_64.rpm 6a8020f76287f3275ce77bd229dfff0bbb250ce3ef57cd441140d12e826ddf7d libvirt-daemon-driver-storage-logical-4.5.0-10.el7_6.10.x86_64.rpm d651d40ec0e3a25b494b7fa77b3baac14a2e5f6ea8396f629ee84dee88fc83d3 libvirt-daemon-driver-storage-mpath-4.5.0-10.el7_6.10.x86_64.rpm 0871e70c35d704f95a491342fc07cda7cea8aec4eca9d57f621e87f314ffa12d libvirt-daemon-driver-storage-rbd-4.5.0-10.el7_6.10.x86_64.rpm 8447575086717ff7f2f849a438e5a6c8c4f4880e16d13e7a4e9b2014a4807b1f libvirt-daemon-driver-storage-scsi-4.5.0-10.el7_6.10.x86_64.rpm ceed3bc723b720d88c68797643e6fb630843a07fdcba303ae7a831a83a712943 libvirt-daemon-kvm-4.5.0-10.el7_6.10.x86_64.rpm dfdec791cfe35a65c760107c15bef447fa94519e185bb9f2c681c8caac9fa636 libvirt-daemon-lxc-4.5.0-10.el7_6.10.x86_64.rpm c65c648ef230bcb69868e9cbb7bfe46be2104c31129b4dcec3b88702f9fe7f84 libvirt-devel-4.5.0-10.el7_6.10.i686.rpm eff379405df411eabb2ea4067c891c7971d24d6ef7ee06bae43c7f09c275c09e libvirt-devel-4.5.0-10.el7_6.10.x86_64.rpm 08085811aa8893c3c63734dcca0778ce64155490c8b28da795df5176aa36775b libvirt-docs-4.5.0-10.el7_6.10.x86_64.rpm 70679dead45c2020ed8f5c8108561c4da8f57e7ad6e967d229fde3bdb157a930 libvirt-libs-4.5.0-10.el7_6.10.i686.rpm 9fb2a50456d461b3a17b09f445b6010d196fc1f7c7db3ee01768491d46883c40 libvirt-libs-4.5.0-10.el7_6.10.x86_64.rpm f1caa6ef12649f5b66d38ae8f4ed210d23aabf9d82efaa995ec9f267c8906974 libvirt-lock-sanlock-4.5.0-10.el7_6.10.x86_64.rpm 63f9d3a71d0e5284e3d3b0b951e9cacf209c5742f4acb510a51911f6291fa1b8 libvirt-login-shell-4.5.0-10.el7_6.10.x86_64.rpm 8dbbba481c031154da6a9b565b6a8ef6603498246912b5ce6b328f86931dc61b libvirt-nss-4.5.0-10.el7_6.10.i686.rpm b9b87149ca587933840a6902ceaa2c5e5c06e44ecfb8f2a0ff1679f193e7bf24 libvirt-nss-4.5.0-10.el7_6.10.x86_64.rpm Source: a0cf4841e95f14ecd88c8790013f306de60af534bb4c72355e7b0e2af7c2d68f libvirt-4.5.0-10.el7_6.10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 171, Issue 7 ***********************************************

1 0

Diskless Centos & Cgroup config changes
by Rory Falloon 29 May '19

29 May '19

Hi, I have OS 'image' that boots via PXE and mounts over NFS. (7.5.1804). I am wanting to explore allowing cgroup usage on this configuration. The root image is exported read-only over NFS and am using statetab & rwtab to allow some persistent parts of the filesystem as well as read/write where needed. I have tried setting /sys in the statetab and this causes the machine to fail, as I have tried /sys in the rwtab. The latter increases the boot time to a point which is not usable. Trying /sys/fs/cgroup in rwtab seems to improve boot time but also causes the machine not to complete booting. I had some more success using cgconfig.conf, I was able to mount the memory cgroup to a local disk (each node has a local temp disk) and manipulate this using cgcreate but the cpu would not mount in the same fashion; the error was: Error: cannot mount cpu to /var/tmp/cgroup/cpu: Device or resource busy So my question; in this particular environment, is how best to utilize cgroup if I want control over both cpu and mem? Is it possible with a read-only root image? Thanks,

1 0

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

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