- Discuss - lists.centos.org

Latest C6 kernel (2.6.32-696.30.1.el6) Panic on AMD processor on C7 KVM Host
by Johnny Hughes 06 Jun '18

06 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1586278 The above bug addresses a kernel panic if you have a CentOS 7 KVM/QEMU/Libvirt host server running CentOS 6 VMs on an AMD processor machine. If you get this kernel panic: PANIC: early exception 0d rip 10:ffffffff810462b6 error 0 cr2 0 The fix is to change the CentOS 6 VM CPU Type from Opteron_G5 (the default) to Opteron_G3. This was impacting me starting C6 VMs on a C7 host, so I thought I would post the fix to the list.

1 0

Definitive guide to setting up FTPIS on vsftpd
by Frank M. Ramaekers 06 Jun '18

06 Jun '18

I have a new CentOS 7.4 (recently upgraded to 7.5) system that I have been struggling with in configuring vsftpd for FTPS Implicit (port 990). (The latest instructions I've used are at: https://www.unixmen.com/configure-vsftpd-ssltls-centos-7/) Using Filezilla client, I get: Error: GnuTLS error -15: An unexpected TLS packet was received. Error: Could not connect to server Using Core FTP LE: SL/TLS error - 0, SSL error - 1, error:00000001:lib(0):func(0):reason(1) SSL Connection not established Using WinSCP: TLS connect: error in SSLv2/v3 read server hello A TLS connect: error in SSLv2/v3 read server hello A Can't establish TLS connection Disconnected from server lftp from a remote Linux: Fatal error: gnutls_handshake: An unexpected TLS packet was received. Debugging, I get: ... GNUTLS: EXT[0x2aa440f42d0]: sent signature algo (2.3) ECDSA-SHA1 GNUTLS: EXT[0x2aa440f42d0]: Sending extension SIGNATURE ALGORITHMS (22 bytes) GNUTLS: HSK[0x2aa440f42d0]: CLIENT HELLO was queued [268 bytes] GNUTLS: REC[0x2aa440f42d0]: Preparing Packet Handshake(22) with length: 268 and min pad: 0 GNUTLS: ENC[0x2aa440f42d0]: cipher: NULL, MAC: MAC-NULL, Epoch: 0 GNUTLS: REC[0x2aa440f42d0]: Sent Packet[1] Handshake(22) in epoch 0 and length: 273 GNUTLS: ASSERT: gnutls_buffers.c:1154 GNUTLS: ASSERT: gnutls_buffers.c:588 GNUTLS: ASSERT: gnutls_buffers.c:1154 GNUTLS: ASSERT: gnutls_buffers.c:588 GNUTLS: ASSERT: gnutls_buffers.c:1154 GNUTLS: ASSERT: gnutls_buffers.c:588 GNUTLS: ASSERT: gnutls_buffers.c:1154 GNUTLS: ASSERT: gnutls_buffers.c:588 GNUTLS: ASSERT: gnutls_buffers.c:1154 GNUTLS: REC[0x2aa440f42d0]: SSL 48.48 Unknown Packet packet received. Epoch 0, length: 8271 GNUTLS: ASSERT: gnutls_record.c:572 GNUTLS: Received record packet of unknown type 53 GNUTLS: ASSERT: gnutls_record.c:1076 GNUTLS: ASSERT: gnutls_record.c:1158 GNUTLS: ASSERT: gnutls_buffers.c:1409 GNUTLS: ASSERT: gnutls_handshake.c:1446 GNUTLS: ASSERT: gnutls_handshake.c:2757 **** gnutls_handshake: An unexpected TLS packet was received. GNUTLS: REC[0x2aa440f42d0]: Start of epoch cleanup GNUTLS: REC[0x2aa440f42d0]: End of epoch cleanup GNUTLS: REC[0x2aa440f42d0]: Epoch #0 freed GNUTLS: REC[0x2aa440f42d0]: Epoch #1 freed ---- Closing control socket TIA! Frank M. Ramaekers Jr. | Systems Programmer | Information Technology | American Income Life Insurance Company | 254-761-6649 (732-6649) ---------------------------------------------------------------------- This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at PrivacyAct(a)torchmarkcorp.com.

2 4

Dual booting Windows 10 and CentOS 7
by Becker, Denis 05 Jun '18

05 Jun '18

Hi - I have an Engineering lab that was set up to dual boot with windows 7 and CentOS 6. This has worked just fine. I would like to get advice on doing the same with Windows 10. Steps I have tried - 1. Free up space for CentOS 7/C7 (50 gb). 2. Reboot to C7 installer. 3. Go to "SYSTEM -> INSTALLATION DESTINATION" Here I see my single Local Disk with 48.83 GiB free. I selected "I will configure partitioning" and hit "Done". This brought up - "New CentOS installation" and at the bottom 48.83 Gib free. I would like to put my C7 in there. I set the "New mount points will use the following partitioning scheme" to "Standard Partition" and hit "+". I get a popup titled "ADD A NEW MOUNT POINT" or where I have to select a "Mount Point" of /, /boot, /home, /var, swap, or biosboot. Do I have to select and define all the above all or is there a subset that will allow me to install C7? What would be reasonable sizes for the partition? After the install - how do I configure grub to Dual boot? Finally, is there a way to automate the process? I think with the W7 and C6 I was able to create on script that would execute and setup a PC automatically. Thanks - I hope this is do-able. __ Denis Becker ITS - Engineering College of Science, Engineering, and Technology Minnesota State University, Mankato Ph: 507-389-5617 Fx: 507-389-5002

2 1

CentOS Pulse Newsletter #1801, June 2018
by Rich Bowen 05 Jun '18

05 Jun '18

We are pleased to announce the latest edition of the CentOS Newsletter. This release is packed with information from the CentOS Community, including events, reports from our SIGs (Special Interest Groups) and information about the release of CentOS 7.5.1804 This is the first edition in many years, and hopefully the first of many to come. We aim to resume a monthly schedule again, going forward. You can read the newsletter at https://wiki.centos.org/Newsletter/1801 More information about the newsletter, and how you can contribute to future editions, is available at http://wiki.centos.org/Newsletter We always welcome comments and suggestions Enjoy the read. The Newsletter Team -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

Trying to print...
by m.roth＠5-cent.us 04 Jun '18

04 Jun '18

Well... we've got this poster printer. Been printing for years. There was an, um, incident at work, and long story short, the .ppd that I had had to create was lost. I've pretty much recreated it, and cupstestppd only gives a few warnings... but: I've got it set up in cups on my C 6 server, to go to the JetDirect socket, but I try to print, and it tries to send the file, and the next thing I know, cups says the printer's paused, and in messages I've got a "broken pipe" line. The printer does its internal cleanings and self-tests fine, and I can telnet to the printer. Any thoughts? mark

1 0

installing perl-CPAN without perl-local-lib
by Gary Stainburn 04 Jun '18

04 Jun '18

I'm still working on getting my brand new Centos 7 mail server working and I'm having problems with Perl. Most of the modules are available as RPM's which was straight forward. However, MIME::Parser, Net::SCP and Net::SSH aren't. In order to get these working I installed the perl-CPAN rpm and then installed the modules above. Doing this, installed perl-local-lib.noarch as a dependancy. The problem now is that when I used CPAN to the above modules they installed without errors, but were only available to the root user. I can't uninstall perl-local-lib without uninstalling perl-CPAN and I can't install perl-CPAN without installing perl-local-lib. Any ideas on how I can get to do the simple task of installing these modules system wide?

3 3

CentOS 7.5 gui login root only
by isdtor 03 Jun '18

03 Jun '18

Taking first steps on CentOS 7 1804. Logging into the Gnome/Gnome classic desktop from gdm works only for root. For other users, the screen flashes and the login screen returns. KDE/Plasma login is successful but ends up with a black screen with mouse pointer while all desktop processes appear to be running. The CentOS 7 system is running in a CentOS6 KVM virtual machine, which may be the problem. I have no physical machine for testing right now. These logins work for non-root users when the system is built from the CentOS 7 DVD. The non-working installation stems from a kickstart install which essentially includes a much larger number of packages, some 6k vs. 2.5k from DVD install). Maybe there are conflicts, but I have not been able to isolate anything.

3 6

Questions about yum-cron
by Nicolas Kovacs 03 Jun '18

03 Jun '18

Hi, Up until now I always kept my servers up-to-date manually. Currently I'm experimenting with yum-cron to automate this process. I read through various online tutorials, and now I have a couple questions. 1. As far as I know, when editing /etc/yum/yum-cron.conf, I can only use the following value for update_cmd : update_cmd = default If I understand this correctly, 'update_cmd = security' would have no effect, since contrary to RHEL, CentOS doesn't provide the necessary metadata to operate the distinction between security updates and other updates like mere bugfixes. Please correct me if I'm wrong. 2. It looks like editing /etc/yum/yum-cron.conf affects a *daily* operation of yum-cron, whereas editing /etc/yum/yum-cron- hourly.conf provides hourly operations. The documentation is not very clear about this, and I'm a little confused here. In other words, yum-cron.conf affects /etc/cron.daily/0yum-daily.cron, and yum-cron-hourly.conf affects /etc/cron.hourly/0yum-hourly.cron. I only really need yum-cron to run once a day, which would be sufficient. That being said, I can't figure out at what time it launches. All my users are in France, so ideally the daily yum-cron should be launched somewhere between 04:00 and 05:00 AM, since updating a package like httpd would restart the corresponding processes and kick online users out. I can't seem to figure out a way to define the exact time at which the daily yum-cron is being launched, since this doesn't seem to be controlled by standard crontab. Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

2 1

Package security scanner for CentOS docker containers
by Traiano Welcome 03 Jun '18

03 Jun '18

Hi List, I’m looking for a command line package security scanner for CentOS docker containers. Is there any utility out there for checking alpine packages in an alpine docker container against the cve database? Tools similar to debsecan would be ideal (https://github.com/allthings/ debsecan), i.e a tool that can be launched from the host machine, will connect to a container on the host, or start up a docker image on the hosts, scan the packages and report CVEs relevant to each package. Thanks in advance, Traiano

1 0

LVM GUI in live CD
by Miguel Gonzalez 02 Jun '18

02 Jun '18

Hi, I am searching around and I can´t find any GUI LVM manager included in a Centos live CD. I am trying to resize a LVM partition in a Centos 6.9 machine with a live CD. If I need any other distro, It´s fine with me Thanks! Miguel

4 4

CentOS-announce Digest, Vol 160, Issue 1
by centos-announce-request＠centos.org 02 Jun '18

02 Jun '18

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. CEEA-2018:1774 CentOS 6 microcode_ctl Enhancement Update (Johnny Hughes) 2. CESA-2018:1777 Important CentOS 6 procps Security Update (Johnny Hughes) 3. CESA-2018:1779 Important CentOS 6 xmlrpc3 Security Update (Johnny Hughes) 4. CEEA-2018:1771 CentOS 7 linux-firmware Enhancement Update (Johnny Hughes) 5. CESA-2018:1780 Important CentOS 7 xmlrpc Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 1 Jun 2018 15:11:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:1774 CentOS 6 microcode_ctl Enhancement Update Message-ID: <20180601151129.GA48963(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:1774 Upstream details at : https://access.redhat.com/errata/RHEA-2018:1774 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e931f163e9536a55e4ce801be0a99e186664f8133888edaf7ade5846824f4422 microcode_ctl-1.17-25.7.el6_9.i686.rpm x86_64: c458d93f0a6aab4ab68c11304c8c3d5dd9972bf97d497539e2459a0cca9aed0f microcode_ctl-1.17-25.7.el6_9.x86_64.rpm Source: 55c74ae1211a4790d87dcd9b4b363bd5e1c09e5cb81b4d17bfef5c9dcf7faa20 microcode_ctl-1.17-25.7.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 1 Jun 2018 15:12:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1777 Important CentOS 6 procps Security Update Message-ID: <20180601151208.GA49196(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1777 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1777 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5088ad1f19a26726e8847982bdca51ff071b8bf9d48202f26a713052c2527785 procps-3.2.8-45.el6_9.3.i686.rpm dd01689106c323bea94b4f56f3416482629dd2ce6137921f13258e102ef960f0 procps-devel-3.2.8-45.el6_9.3.i686.rpm x86_64: 5088ad1f19a26726e8847982bdca51ff071b8bf9d48202f26a713052c2527785 procps-3.2.8-45.el6_9.3.i686.rpm ba2b604c6da10bf7d2df547760c5db6f91bef6644716c3cd708597c0a80d2179 procps-3.2.8-45.el6_9.3.x86_64.rpm dd01689106c323bea94b4f56f3416482629dd2ce6137921f13258e102ef960f0 procps-devel-3.2.8-45.el6_9.3.i686.rpm 9310f7af0fd82d64736c7b837a5ed4776418c2c45bd74e1d8df540f3916b2dfc procps-devel-3.2.8-45.el6_9.3.x86_64.rpm Source: 828effa30b5895235b5db5f2fce5c8f56525e3dbc31d49e90a12741ffc4480de procps-3.2.8-45.el6_9.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Fri, 1 Jun 2018 15:12:42 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1779 Important CentOS 6 xmlrpc3 Security Update Message-ID: <20180601151242.GA49538(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1779 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1779 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8a63dd898f19ba28ff553e34cf7e3d22690e5ad769a58ba314c29382c3dddba8 xmlrpc3-client-3.0-4.17.el6_9.noarch.rpm 6bea1a7d98cccdf32c2f75de45b6a7346a6ba76381e4a13aa885a9081412fc94 xmlrpc3-client-devel-3.0-4.17.el6_9.noarch.rpm 12fa409cb17f876d5e7687d362554a64446f22731ca89d179b8a7a6b76964c2c xmlrpc3-common-3.0-4.17.el6_9.noarch.rpm d84de1c265757099ef0fcec691095f17af2c781275baf4e4cc6cc295e3e4d9cb xmlrpc3-common-devel-3.0-4.17.el6_9.noarch.rpm 1643cc58264f9a50ef79a11961d77e6c15733272db2fdca5326339f68b20a06d xmlrpc3-javadoc-3.0-4.17.el6_9.noarch.rpm 8a109d1ed6d4a054b8efbed1d25b6740d5316ab0d8407fe8fec715327f4bf26d xmlrpc3-server-3.0-4.17.el6_9.noarch.rpm d32170144a993875542024297d967cbdcbfc5348ba9e698eb86ec57ef0178d66 xmlrpc3-server-devel-3.0-4.17.el6_9.noarch.rpm x86_64: 8a63dd898f19ba28ff553e34cf7e3d22690e5ad769a58ba314c29382c3dddba8 xmlrpc3-client-3.0-4.17.el6_9.noarch.rpm 6bea1a7d98cccdf32c2f75de45b6a7346a6ba76381e4a13aa885a9081412fc94 xmlrpc3-client-devel-3.0-4.17.el6_9.noarch.rpm 12fa409cb17f876d5e7687d362554a64446f22731ca89d179b8a7a6b76964c2c xmlrpc3-common-3.0-4.17.el6_9.noarch.rpm d84de1c265757099ef0fcec691095f17af2c781275baf4e4cc6cc295e3e4d9cb xmlrpc3-common-devel-3.0-4.17.el6_9.noarch.rpm 1643cc58264f9a50ef79a11961d77e6c15733272db2fdca5326339f68b20a06d xmlrpc3-javadoc-3.0-4.17.el6_9.noarch.rpm 8a109d1ed6d4a054b8efbed1d25b6740d5316ab0d8407fe8fec715327f4bf26d xmlrpc3-server-3.0-4.17.el6_9.noarch.rpm d32170144a993875542024297d967cbdcbfc5348ba9e698eb86ec57ef0178d66 xmlrpc3-server-devel-3.0-4.17.el6_9.noarch.rpm Source: 3ffd2f90bf7ddd055de393d3344152cc0fbde63a3298cbb12a7de3e7067f895c xmlrpc3-3.0-4.17.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Fri, 1 Jun 2018 16:58:33 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:1771 CentOS 7 linux-firmware Enhancement Update Message-ID: <20180601165833.GA788(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:1771 Upstream details at : https://access.redhat.com/errata/RHEA-2018:1771 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c81d039ccae2e6d9a5f8c1f63e99c0a611d489b49da73093341625ce7203fffd iwl1000-firmware-39.31.5.1-62.1.el7_5.noarch.rpm b16d77402aaaeaab2cd27bb3c702209459aa5920bbe530687ce8867521cca73e iwl100-firmware-39.31.5.1-62.1.el7_5.noarch.rpm f4c316d5b6277e5f80544ed82ece1c3c4194b3bf7074bcb046215cd2a3de80c9 iwl105-firmware-18.168.6.1-62.1.el7_5.noarch.rpm 85a977ba7de5d5a55865790deae6c0975e2a61ae73e5a976bdc5a6f28a3612dd iwl135-firmware-18.168.6.1-62.1.el7_5.noarch.rpm 85cd4cc32e5b47cb6d04a98b03f7cf53d00a41ed0054ea7eb3147f3b7ffac8da iwl2000-firmware-18.168.6.1-62.1.el7_5.noarch.rpm d347fb597ac149b5910a60b0e0f1d5a81766b639b783d8cb4e64233b63c2805c iwl2030-firmware-18.168.6.1-62.1.el7_5.noarch.rpm 270d1efa9566b37a6516957d18bcb68dbe50b261751e8f8772a4c46e62c2c152 iwl3160-firmware-22.0.7.0-62.1.el7_5.noarch.rpm c62436867e8b4fa0afa2854582c1e2ede38a25aa5c8aee63c295fb552d578d5c iwl3945-firmware-15.32.2.9-62.1.el7_5.noarch.rpm 8ae9e3a5bba2fe05c26f78cb7895fc9867d004e4147143073415bd6273bd21c3 iwl4965-firmware-228.61.2.24-62.1.el7_5.noarch.rpm c0dd3fd97833e11345b55a973f80e575c1f2f7ac34fe5b5b64925b9d2d52c652 iwl5000-firmware-8.83.5.1_1-62.1.el7_5.noarch.rpm f2f59820717d84bb272dd15ac691ae57e68a6795a971780e909860825ff5b026 iwl5150-firmware-8.24.2.2-62.1.el7_5.noarch.rpm 37333c605fd80feb72d7c64febce6aa3b60b04ca6834e67a9a4a67dd1b3e0bb0 iwl6000-firmware-9.221.4.1-62.1.el7_5.noarch.rpm 7520a3f8c51170c529bd78d0cbf39c396c1c547c206d437e9c219d34d857025d iwl6000g2a-firmware-17.168.5.3-62.1.el7_5.noarch.rpm 684282a662b33d35df0b41b2329058cad0ddc5ccbd23a904cdc47208b799714e iwl6000g2b-firmware-17.168.5.2-62.1.el7_5.noarch.rpm 9106613c00bf499321524b3095bc39106ada16f2c5c8aea7a7732ff348ae1898 iwl6050-firmware-41.28.5.1-62.1.el7_5.noarch.rpm 0c71a1311ca386916843bf4f04ba9d88bec808c810ed865a48da1b916e4d2f00 iwl7260-firmware-22.0.7.0-62.1.el7_5.noarch.rpm 9b64e88b312f001e47381e9204304611ecc08e0d1d0b83c085f1d0781a6e2af6 iwl7265-firmware-22.0.7.0-62.1.el7_5.noarch.rpm f5a93f4034dc89919815bca0c650b77ff4495a9782e7544e30064ab888caae97 linux-firmware-20180220-62.1.git6d51311.el7_5.noarch.rpm Source: 2c23b4eeb2b19505867bd7786a8cb7da21d7ecd11d3a19f9de4d3e693196fcae linux-firmware-20180220-62.1.git6d51311.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Fri, 1 Jun 2018 16:59:06 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1780 Important CentOS 7 xmlrpc Security Update Message-ID: <20180601165906.GA863(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1780 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1780 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2bad0902c6d8582ef5bb5758c6860951f34cb646b69eda066162ed5cb83aa500 xmlrpc-client-3.1.3-9.el7_5.noarch.rpm a47c496fc4e85d23172c9fb69e236caecfd9aa8e813ff15eeab908309b203a4f xmlrpc-common-3.1.3-9.el7_5.noarch.rpm 4b0992a8b0e3c18327635bfe9a1a6f4e946eeb8c9db62aacaf16e728ae061390 xmlrpc-javadoc-3.1.3-9.el7_5.noarch.rpm ac336edfd9e783d9a98e89d517a049e98e6bacfbc4a6564d44c1778aa6b27b69 xmlrpc-server-3.1.3-9.el7_5.noarch.rpm Source: 6e330c0f41b9a2eb2b51a7de6242c122be29713ee6e9356fe739dbc52225ea84 xmlrpc-3.1.3-9.el7_5.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 160, Issue 1 ***********************************************

1 0

Password recovery trick not working on CentOS
by Nicolas Kovacs 01 Jun '18

01 Jun '18

Hi, I remember back in the days, there was a neat trick to recover a lost root password, or more exactly, redefine a new password for root. 1. In the bootloader, boot the system with the 'init=/bin/bash' kernel argument. 2. Remount the root partition in read-write mode: # mount -o remount,rw / 3. Set the password for root: # passwd 4. Remount the root partition in read-only mode: # mount -o remount,ro / 5. Switch off the computer. I tried this out of curiosity on a CentOS 7 sandbox machine, and this doesn't seem to work anymore. I can boot to a 'bash' console and set the password OK. But this password doesn't seem to work on the subsequent normal boot. Anybody knows why this is so? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

6 13

move LDAP service to new server
by Gary Stainburn 01 Jun '18

01 Jun '18

On my old Centos 7 server I had set up a LDAP database for user authentication by other services (the server locally uses normal PAM authenticatin). I set it up originally from a web page describing how to set up an LDAP server for use with MS Outlook clients (which never worked) Is there any (easy to follow) instructions anywhere to tell me how to back up this service and restore it onto a new one?

2 2

Re: [CentOS] [CentOS-announce] CESA-2018:1318 Important CentOS 7 kernel Security Update
by Noam Bernstein 31 May '18

31 May '18

Hi all - should I be surprised to be receiving these notifications today when a newer version, 3.10.0-862.3.2, corresponding to https://access.redhat.com/errata/RHSA-2018:1629 appears to already be available from CentOS ‘yum update’ Installing: kernel x86_64 3.10.0-862.3.2.el7 updates 46 M Noam > On May 30, 2018, at 2:29 PM, Johnny Hughes <johnny(a)centos.org> wrote: > > > CentOS Errata and Security Advisory 2018:1318 Important > > Upstream details at : https://access.redhat.com/errata/RHSA-2018:1318 > > The following updated files have been uploaded and are currently > syncing to the mirrors: ( sha256sum Filename ) > > x86_64: > af10287508a7362f9c018b0e6c59ba7bc608260adff8bacbbd9ece097f74742b kernel-3.10.0-862.2.3.el7.x86_64.rpm > 044a2935ccb02d2dfcad72050d443faca89ca41cc0713a8188ea415e81feefe9 kernel-abi-whitelists-3.10.0-862.2.3.el7.noarch.rpm > 96b5ec7ac81ebb87b46745f3e363e5c0b5de3c71aeb9043c61dc09ba1d2f73b5 kernel-debug-3.10.0-862.2.3.el7.x86_64.rpm > c9543022f7d4d7c2b9e62dbbb3b7b1eb60a1149733be8e1f79bf91f3aebb93d3 kernel-debug-devel-3.10.0-862.2.3.el7.x86_64.rpm > ac64e0995558acf3874b2ccbdce8f3b8aae2b6d494256c4bf1ae093aec0f1c18 kernel-devel-3.10.0-862.2.3.el7.x86_64.rpm > 9f8d0640aaee8ae074d92c72da51f4f9c0eb0280d7cb27a4f84ad307ff3a9a62 kernel-doc-3.10.0-862.2.3.el7.noarch.rpm > 8bf0391255899698ef9da2b9b8f0bc7f12bd683d00dca21b1495342401409c47 kernel-headers-3.10.0-862.2.3.el7.x86_64.rpm > b2cf2333d02f582c8e39f6f3b72470ede6d1226c30d36ee4db264b2460f763fe kernel-tools-3.10.0-862.2.3.el7.x86_64.rpm > 9e1a49326b8abb3167ec5e047bef4ebbc805908e18740e34c80bbc6f89b63fa1 kernel-tools-libs-3.10.0-862.2.3.el7.x86_64.rpm > 470c6a6029fb88156f971d14a30543f64224efeb7be14b5eacf83be45a656290 kernel-tools-libs-devel-3.10.0-862.2.3.el7.x86_64.rpm > 58f967b393f7aabeec2ceba4f381efffea0a8bed2947c126519ba4ee771cf377 perf-3.10.0-862.2.3.el7.x86_64.rpm > a5fdba3a8ea30fec1298c121bf30a7d1e814bcfaec868c708c9d403cc838421f python-perf-3.10.0-862.2.3.el7.x86_64.rpm > > Source: > 6c7186a7c985cdac3abf640219cd10124494e900c22aafab163b95fe10b25b46 kernel-3.10.0-862.2.3.el7.src.rpm > > > > -- > Johnny Hughes > CentOS Project { http://www.centos.org/ } > irc: hughesjr, #centos(a)irc.freenode.net > Twitter: @JohnnyCentOS > > _______________________________________________ > CentOS-announce mailing list > CentOS-announce(a)centos.org > https://lists.centos.org/mailman/listinfo/centos-announce ____________ || |U.S. NAVAL| |_RESEARCH_| LABORATORY Noam Bernstein, Ph.D. Center for Materials Physics and Technology U.S. Naval Research Laboratory T +1 202 404 8628 F +1 202 404 7546 https://www.nrl.navy.mil <https://www.nrl.navy.mil/>

1 0

NVIDIA binary on CentOS 7.5 and NOUVEAU
by Jerry Geis 31 May '18

31 May '18

I have NOUVEAU driver disabled however its "showing" in my X log file. [ 140.086] (II) NVIDIA dlloader X Driver 390.59 Wed May 9 21:30:06 PDT 2018 [ 140.086] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [ 140.086] (II) NOUVEAU driver [ 140.087] (II) NOUVEAU driver for NVIDIA chipset families : [ 140.087] RIVA TNT (NV04) [ 140.087] RIVA TNT2 (NV05) [ 140.087] GeForce 256 (NV10) [ 140.087] GeForce 2 (NV11, NV15) [ 140.087] GeForce 4MX (NV17, NV18) [ 140.087] GeForce 3 (NV20) [ 140.087] GeForce 4Ti (NV25, NV28) [ 140.088] GeForce FX (NV3x) [ 140.088] GeForce 6 (NV4x) [ 140.088] GeForce 7 (G7x) [ 140.088] GeForce 8 (G8x) [ 140.088] GeForce GTX 200 (NVA0) [ 140.088] GeForce GTX 400 (NVC0) [ 140.088] (II) modesetting: Driver for Modesetting Kernel Drivers: kms >From /proc/cmdline rdblacklist=nouveau nouveau.modeset=0 more /etc/modprobe.d/nvidia-installer-disable-nouveau.conf # generated by nvidia-installer blacklist nouveau options nouveau modeset=0 These are the items to set to disable nouveau. Why is it "logging" in the X file? Thanks, Jerry

2 1

Need help to understand about some lines which are printing on console
by Maheshwari, Shagun 31 May '18

31 May '18

Hi, Some lines are printing on console: [CCafException] CAppConf@[1711]: CommAmqpListener: [CCafException] CAppConfig:: getString() Required config parameter [amqp_password] is missing from section [c ommunication_amqp] Can you help me to understand why we are getting these lines on console? How we can remove these lines from the console? Please suggest. Thanks & Regards, Shagun

3 2

What's upholding the new clamav?
by Adrian van Bloois 30 May '18

30 May '18

Hi, My clamav is complaining that the version is outdated. There is a new one 0.100 but epel is not updating the rpm. Why is there a delay? Adrian -- Adri P. van Bloois "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

3 3

'gnome-daemon-settings' Doesn't Start When Attempting To Make Changes
by Paul E. Virgo 30 May '18

30 May '18

All, So here's the issue: The system - a Dell Precision M4800 The OS - CentOS 6.9, ver. 2.6.32-696.28.1 The problem - Whenever the user tries to make system changes (display, mouse orientation, etc.), the gnome-settings-daemon pops up and says it can't run, and the changes never occur. I've looked into the /var/log/messages, and have seen some weirdness from dbus-daemon such as: > dbus-daemon: [system] Rejected send message, 1 matched rules; > type="method_call", sender=":1.15" (uid=42 pid=5042 > comm="gnome-power-manager) > interface="org.freedesktop.Hal.Device.LaptopPanel" > member="SetBrightness" error name="(unset)" requested_reply=0 > destination=":1.1" (uid=68 pid=2920 comm="hald)) And.. > dbus-daemon: [system] Rejected send message, 2 matched rules; > type="method_return", sender=":1.1" (uid=0 pid=2912 > comm="NetworkManager) interface="(unset)" member="(unset)" error > name="(unset)" requested_reply=0 destination=":1.52" (uid=2290 > pid=4122 comm="nm-applet)) Any ideas? PEV -- Paul E Virgo Sr. System Administrator Code 610.2 SESDA III - DAAC/DISC Goddard Space Flight Ctr/NASA Greenbelt, MD Greenbelt, MD 20771 (301) 614-5751

1 0

Re: [CentOS] [CentOS-announce] CESA-2018:1669 Important CentOS 6 libvirt Security Update
by Matthew Phelps 30 May '18

30 May '18

On Tue, May 29, 2018 at 1:19 PM Johnny Hughes <johnny(a)centos.org> wrote: > > CentOS Errata and Security Advisory 2018:1669 Important > > Upstream details at : https://access.redhat.com/errata/RHSA-2018:1669 > > The following updated files have been uploaded and are currently > syncing to the mirrors: ( sha256sum Filename ) > > i386: > b610a0cdd582a0779276b188535598912b32be32be2adca7b1afe104c8d78379 > libvirt-0.10.2-62.el6_9.2.i686.rpm > 54180e6c4595bf0e290b7a12314915b6120db28c39a59b1a220f81f69adda157 > libvirt-client-0.10.2-62.el6_9.2.i686.rpm > 171fca1796ff1601f4d016c4ea625c1249f41cb9b778890432c3d15ba5839885 > libvirt-devel-0.10.2-62.el6_9.2.i686.rpm > 4cc911e928c1380e50c0031dc1480e87b47446cb8c4ecc86cabb76a42a4acff9 > libvirt-python-0.10.2-62.el6_9.2.i686.rpm > > x86_64: > 7a500c9defadaf86cff861dea95131844878f22db21bac514cca586f451843ba > libvirt-0.10.2-62.el6_9.2.x86_64.rpm > 54180e6c4595bf0e290b7a12314915b6120db28c39a59b1a220f81f69adda157 > libvirt-client-0.10.2-62.el6_9.2.i686.rpm > cf795358a79ea56915448eea60244b7cbb72680c2203eb8e91821c064b3ff483 > libvirt-client-0.10.2-62.el6_9.2.x86_64.rpm > 171fca1796ff1601f4d016c4ea625c1249f41cb9b778890432c3d15ba5839885 > libvirt-devel-0.10.2-62.el6_9.2.i686.rpm > 55df977e30870cf990fca89705096054ff3ce3e5f423bb6c552f2f0006f84b33 > libvirt-devel-0.10.2-62.el6_9.2.x86_64.rpm > 391a924272f63ddc5b90fc52791c4ce973ab49c719db3303642b1ea4ba2fa499 > libvirt-lock-sanlock-0.10.2-62.el6_9.2.x86_64.rpm > 345007a14dcd10c2ceb37728ac9e58779a8ee105bd531914eb346ba57e968564 > libvirt-python-0.10.2-62.el6_9.2.x86_64.rpm > > Source: > 465a35ac66847c7904228790a220954706516fb0059a755e15d413762f5ebbbd > libvirt-0.10.2-62.el6_9.2.src.rpm > > Sorry, but I don't see this update on any of the mirrors, or in http://mirror.centos.org/centos/6/updates/x86_64/Packages/ -- Matt Phelps System Administrator, Computation Facility Harvard - Smithsonian Center for Astrophysics mphelps(a)cfa.harvard.edu, http://www.cfa.harvard.edu

1 0

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

30 May '18

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-2018:1669 Important CentOS 6 libvirt Security Update (Johnny Hughes) 2. CESA-2018:1726 Important CentOS 6 thunderbird Security Update (Johnny Hughes) 3. CESA-2018:1700 Important CentOS 7 procps-ng Security Update (Johnny Hughes) 4. CESA-2018:1725 Important CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 25 May 2018 16:38:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1669 Important CentOS 6 libvirt Security Update Message-ID: <20180525163828.GA32236(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1669 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1669 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b610a0cdd582a0779276b188535598912b32be32be2adca7b1afe104c8d78379 libvirt-0.10.2-62.el6_9.2.i686.rpm 54180e6c4595bf0e290b7a12314915b6120db28c39a59b1a220f81f69adda157 libvirt-client-0.10.2-62.el6_9.2.i686.rpm 171fca1796ff1601f4d016c4ea625c1249f41cb9b778890432c3d15ba5839885 libvirt-devel-0.10.2-62.el6_9.2.i686.rpm 4cc911e928c1380e50c0031dc1480e87b47446cb8c4ecc86cabb76a42a4acff9 libvirt-python-0.10.2-62.el6_9.2.i686.rpm x86_64: 7a500c9defadaf86cff861dea95131844878f22db21bac514cca586f451843ba libvirt-0.10.2-62.el6_9.2.x86_64.rpm 54180e6c4595bf0e290b7a12314915b6120db28c39a59b1a220f81f69adda157 libvirt-client-0.10.2-62.el6_9.2.i686.rpm cf795358a79ea56915448eea60244b7cbb72680c2203eb8e91821c064b3ff483 libvirt-client-0.10.2-62.el6_9.2.x86_64.rpm 171fca1796ff1601f4d016c4ea625c1249f41cb9b778890432c3d15ba5839885 libvirt-devel-0.10.2-62.el6_9.2.i686.rpm 55df977e30870cf990fca89705096054ff3ce3e5f423bb6c552f2f0006f84b33 libvirt-devel-0.10.2-62.el6_9.2.x86_64.rpm 391a924272f63ddc5b90fc52791c4ce973ab49c719db3303642b1ea4ba2fa499 libvirt-lock-sanlock-0.10.2-62.el6_9.2.x86_64.rpm 345007a14dcd10c2ceb37728ac9e58779a8ee105bd531914eb346ba57e968564 libvirt-python-0.10.2-62.el6_9.2.x86_64.rpm Source: 465a35ac66847c7904228790a220954706516fb0059a755e15d413762f5ebbbd libvirt-0.10.2-62.el6_9.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 25 May 2018 16:39:54 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1726 Important CentOS 6 thunderbird Security Update Message-ID: <20180525163954.GA32460(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1726 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1726 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 619f117cf6f29ce18011d618d045e262071424a375f12e32f7697be3f021ebaa thunderbird-52.8.0-2.el6.centos.i686.rpm x86_64: 45696980f0db331a6b8eaa1512a13b558636701dbdc56fab68cd34d77a147d54 thunderbird-52.8.0-2.el6.centos.x86_64.rpm Source: fe0ca19281faf69a48243ff883333b8fad2e8196e1413f6289465146d2f812ec thunderbird-52.8.0-2.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 29 May 2018 17:26:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1700 Important CentOS 7 procps-ng Security Update Message-ID: <20180529172608.GA51608(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1700 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1700 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f7ce2dcac6c044bca70128514f82e0039005965b8003813b54b182708d348d1f procps-ng-3.3.10-17.el7_5.2.i686.rpm b10b314b91ffea6bd5b39eafde1f63a2571dd8a022b0efd4f27f1a3f20eeebc0 procps-ng-3.3.10-17.el7_5.2.x86_64.rpm 21b89e00a7b3ef4d2a2e216e6bae77d839387271d41a247fd9781e0fa87fdb55 procps-ng-devel-3.3.10-17.el7_5.2.i686.rpm 76b4c3d1b5e5d282be0026c9e4808ecec80c4f2a8b86da112211cc9a6cdc5121 procps-ng-devel-3.3.10-17.el7_5.2.x86_64.rpm 9155609095d37a35378a6760aab38aeccba5460f3a418dd152943ef1ec4cc95b procps-ng-i18n-3.3.10-17.el7_5.2.x86_64.rpm Source: 74810c84d2255436d8b2f71749ffafad0049eeb7b2211ddd8262c4763953a374 procps-ng-3.3.10-17.el7_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Tue, 29 May 2018 17:26:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1725 Important CentOS 7 thunderbird Security Update Message-ID: <20180529172647.GA51703(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1725 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1725 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 03bbdeffc4422496880b27bb11e5df1655fef35cfa73e077e5287c8fc9ae1a7d thunderbird-52.8.0-1.el7.centos.x86_64.rpm Source: 7b60d65b3c9af35163a27d61857569256a7781520d2acd62fc18bc2ddce46e79 thunderbird-52.8.0-1.el7.centos.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 159, Issue 7 ***********************************************

1 0

Yum dependency failure installing latest LibreOffice
by Fred Smith 29 May '18

29 May '18

I've been bashing my head on the wall for 2 or 3 hours for something that should be (and has been, in the past) simple. Trying to install the latest LibreOffice downloaded from Libreoffice.org. I had 6.0.1.1 and downloaded 6.4.0.2, and kept getting dependency errors: --> Running transaction check ---> Package libobasis6.0-base.x86_64 0:6.0.4.2-2 will be installed ---> Package libobasis6.0-calc.x86_64 0:6.0.4.2-2 will be installed ---> Package libobasis6.0-core.x86_64 0:6.0.4.2-2 will be installed --> Processing Dependency: libreoffice6.0-ure <= 6.0.4.2-2 for package: libobasis6.0-core-6.0.4.2-2.x86_64 Loading mirror speeds from cached hostfile * base: mirror.net.cen.ct.gov * elrepo: mirrors.coreix.net * epel: fedora-epel.mirrors.tds.net * epel-debuginfo: fedora-epel.mirrors.tds.net * extras: linux.cc.lehigh.edu * nux-dextop: mirror.li.nux.ro * updates: mirror.atlanticmetro.net --> Processing Dependency: libreoffice6.0-ure >= 6.0.4.2 for package: libobasis6.0-core-6.0.4.2-2.x86_64 while trying to work around that I "yum remove"d all existing libreoffice rpms, but that didn't fix it. the file libreoffice6.0-ure-6.0.4.2-2.x86_64.rpm exists in the same directory as all the other files I'm trying to install, and as far as its filename goes, it is the version that yum is demanding. I tried installing the version I had previously been using, and I get the equivalent error when trying that too. Back when I installed it, I got no such errors. Note that I am now on the 7.5 version, 7.5 (1804), and when I previously installed 6.0 I was still on the previous release, so I wonder if yum has become broken during the 7.5 run-up. A lot of time had transpired here and I was getting a little warm under the collar, so I tried: rpm -ivh *.rpm which worked just fine. voila! I did this with the older version, but I wanted the newer one, so I did "yum remove libreoffice\* libobasis\*" and it complained about the RPM database being modified, but it did the deed. then I tried installing 6.4.0.2 again, with yum, which still gives the same error. Once again, rpm is my friend. Anybody got any ideas what's wrong with my system? (or is yum broken??) thanks in advance! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ---------------------------- Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. ----------------------------- Isaiah 40:28 (niv) -----------------------------

2 3

CentOS6: HELP! EFI boot fails after replacing disks...
by Robert Heller 29 May '18

29 May '18

OK, I wanted to replace the 500G disks in a Dell T20 server with new 2TB disks. The machine has 4 SATA ports, one used for the optical disk and three for the hard drives. It is set up with /dev/sda and /dev/sdb with each three partitions: 1 -- VFAT (for EFI) 2 -- ext4 (for /boot) 3 -- LVM /dev/sda2 and /dev/sdb2 are a mirror raid (/dev/md0) /dev/sda3 and /dev/sdb3 are a mirror raid (/dev/md1), with LVM on top of that. /dev/sdc is a disk containing one file system and mostly used by AMANDA for backup (it has a "virtual" tape changer). This morning I shut the machine down and pulled [the 500G] /dev/sdb and installed a new 2TB disk as a new /dev/sdb. Partitioned it (with parted) to be much like /dev/sda (except partition 3 is way bigger). I added the new /dev/sdb2 to /dev/sda2 (boot raid set) and dd'ed /dev/sda1 to /dev/sdb1. I then created a new RAID set (degraded) with /dev/sdb3, used pvcreate on it, used vgextend to add it to the system volume group, then used pvmove to move the extents from the old disk to the new disk. Meanwhile I partitioned a second 2TB disk using a USB SATA dock and copied the old 500G /dev/sdc1 to the new 2TB disk. So far so good. Then I shut the machine down, swapped in the new backup [2TB] disk and pulled the old system [500G] disk and installed the third new [2TB] disk. The system won't boot that way. It seems there is something in the UEFI (secure boot) logic that wants the original disk, even if everything is moved over. I ended up putting the original /dev/sda in. The machine boots and is using the new system disk (a raid array in degraded mode). What is the magic to fix this? I tried to run efibootmgr, but it wants a model named efivars loaded, but there is no such module available. What am I missing? -- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services heller(a)deepsoft.com -- Webhosting Services

6 18

yum hangs and results in problems
by Gary Stainburn 29 May '18

29 May '18

My live mail server was due an update so I ran yum update All seemed file so I told it to proceed. HOwever it then hung for over 30 minutes. I stopped the update and tried again. It complained about problems with the update, so I tried yum --skip-broken -y update which then hung at a different place. After some Googling I tried yum-complete-transaction and package-cleanup --cleandupes both of which failed. I then using my "Microsoft" head I thought I'd try rebooting to see if that fixes it. This of course was a big mistake as my server now crashes on bootup. I have managed to get it back up and running by selecting a version of the kernel that is 3 versions old. I have now tried yum history yum history remove 115 (which failed) package-cleanup --cleandupes (which failed) yum-complete-transaction (which failed) yum-complete-transaction --cleanup-only (which worked) followed by [root@ollie2 /]# package-cleanup --problems Loaded plugins: fastestmirror, langpacks Package 1:NetworkManager-glib-1.10.2-14.el7_5.x86_64 has installed conflicts NetworkManager-libnm < ('1', '1.10.2', '14.el7_5'): 1:NetworkManager-libnm-1.8.0-11.el7_4.x86_64 Package avahi-glib-0.6.31-19.el7.x86_64 has installed conflicts avahi < ('0', '0.6.31', '19.el7'): avahi-0.6.31-17.el7.x86_64 Package ipa-common-4.5.0-22.el7.centos.noarch has installed conflicts freeipa-common: ipa-common-4.5.4-10.el7.centos.1.noarch Package ipa-common-4.5.4-10.el7.centos.1.noarch has installed conflicts freeipa-common: ipa-common-4.5.0-22.el7.centos.noarch Package ipa-common-4.5.4-10.el7.centos.1.noarch has installed conflicts freeipa-python < ('0', '4.5.4', None): ipa-python-compat-4.5.0-22.el7.centos.noarch Package python2-ipalib-4.5.4-10.el7.centos.1.noarch has installed conflicts freeipa-python < ('0', '4.5.4', None): ipa-python-compat-4.5.0-22.el7.centos.noarch [root@ollie2 /]# I'm now running yum check which has also taken 30 minutes so far. Questions 1) Any ideas why my yum runs keep hanging, and what I can do to fix it? 2) How do I go about fixing the problems listed above? 3) What do I need to do to get my server back in a safe, consistant state?

2 2

Mailing list config question / minor rant
by Robert Heller 28 May '18

28 May '18

The centos(a)centos.org seems to be *uniquely* configured to hold messages with a (single) CC to self. ALL of the other mailing lists I am on have no problem with a CC to self. My mailer software is configured to CC to myself. This is *only* a problem with the CentOS list. Why is this? Yes, I know it is *normal* to configure Mailman to hold messages with a *long* CC list, since that is a common tactic by spammers. But a CC of one? Really? Do spammers bother with CC's with only one address? -- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services heller(a)deepsoft.com -- Webhosting Services

1 0

Various applications freeze regularly since CentOS 7.5 update
by Frank Thommen 28 May '18

28 May '18

Hi, since we have upgraded to CentOS 7.5 (from CentOS 7.4), we experience frequent, but not reproducible, freezes of various applications: Thunderbird, Firefox, LibreOffice. Usually the application process keeps running with PPID 1 w/o being killable (not even with SIGKILL). Freezes of Thunderbird are usually followed by Firefox crashing a few minutes later. The only possible solution we found is a complete workstation reboot :-(. Other problems are that many Gnome extensions are not working any more and also cannot be installed from extensions.gnome.org any more and logging in via gdm (LDAP, homedirectories on NFS share) is considerably slower than with 7.4. I don't know if these issues are related, if they are symptoms of a more global problem and I am at a loss on how to debug them, as they appear from time to time but not not reproducibly.. Any hints or reports of own experiences are highly appreciated. Cheers frank

1 0

Clone a custom CentOS 7 desktop using G4L over FTP
by Nicolas Kovacs 28 May '18

28 May '18

Hi, A couple months ago, I migrated our local school (two servers, 20 desktop clients) from Slackware 14.1 to CentOS 7. The desktop clients are running a customized lightweight desktop based on Xfce: https://blog.microlinux.fr/poste-de-travail-xfce-centos-7/ Home directories are all on the server, and authentication is centralized. Everything works fine so far. With Slackware I had found a neat trick to install the desktop clients. First I installed and configured one single client PC from start to finish. The I zeroed all the unused sectors on the disk, using something like this: # dd if=/dev/zero of=/0bits bs=20M ; rm -f /0bits Then I sent the disk image to a local FTP server using G4L (Ghost4Linux). On all the other desktops PCs, I could then "import" the G4L image, and the system was ready to use. Under Slackware, the only thing I had to make sure was to remove the one bit of hardcoded system information before uploading the image: # rm /etc/udev/rules.d/70-persistent-net.rules Now I tried to do this with CentOS, but I failed miserably. The system wouldn't even start, since GRUB uses UUIDs and not /dev/sdX like Slackware's bone-headed LILO boot manager. So here's my question to the guru admins on this list. On a standard CentOS desktop, what would I have to tweak in order to be able to clone my system bit for bit, as is ? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

2 1

Yum list installed lies to me
by Fred Smith 27 May '18

27 May '18

when I do "yum list installed" I get a lot of stuff, including this excerpt: wqy-zenhei-fonts.noarch 0.9.46-11.el7 @anaconda wvdial.x86_64 1.61-9.el7 @anaconda wxBase.x86_64 2.8.12-20.el7 @epel wxBase3.x86_64 3.0.2-15.el7 @epel wxGTK.x86_64 2.8.12-20.el7 @epel wxGTK-gl.x86_64 2.8.12-20.el7 @epel wxGTK-media.x86_64 2.8.12-20.el7 @epel wxGTK3.x86_64 3.0.2-15.el7 @epel wxGTK3-debuginfo.x86_64 3.0.2-15.el7 @epel-debuginfo wxGTK3-devel.x86_64 3.0.2-15.el7 @epel wxGTK3-gl.x86_64 3.0.2-15.el7 @epel wxGTK3-media.x86_64 3.0.2-15.el7 @epel wxPython.x86_64 2.8.12.0-9.el7 @epel x264.x86_64 0.142-11.20141221git6a301b6.el7.nux @nux-dextop however if I do: yum install wxWidgets wxWidgets-devel it says: Package wxGTK3-3.0.2-15.el7.x86_64 already installed and latest version Package wxGTK3-devel-3.0.2-15.el7.x86_64 already installed and latest version so this is confusing to my feeble old brain: what's going on here? -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." ----------------------------- Jude 1:24,25 (niv) -----------------------------

3 3

Re: [CentOS] Update announcement request - correction...
by Albert McCann 26 May '18

26 May '18

> Related to that, a new kernel was released to the Centosplus repo, kernel- > plus-3.10.0-862.2.3.el7.centos.plus, but perf and python-perf were not > updated for the new kernel. Is this an oversight? perf doesn't complain > about mismatched versions though. "kernel-plus-3.10.0-862.3.2.el7.centos.plus" not ".2.3.". Al McCann There's been a circus in my head since the day I was born.

3 4

Vsftpd vs. iptables firewall script
by Nicolas Kovacs 25 May '18

25 May '18

Hi, I'm currently setting up a local FTP server, to receive disk images sent with G4L (Ghost4Linux). This server has been running Slackware Linux before, and the Vsftpd setup was relatively simple. With CentOS things seem to be slightly different, so I'm currently trying to work things out. For the moment, two things seem to be creating problems, the simple iptables firewall and SELinux. When I disable the firewall and SELinux, Vsftp works as expected. So far so good. Now let's tackle this one dragon at a time. First the firewall. I'm starting with a very simple firewall script that looks somewhat like this. I'm linking to the template, I won't copy/paste the whole thing here. https://github.com/kikinovak/centos-7-server-lan/blob/master/config/firewal… Under Slackware, the iptables rule for a local FTP server looked like this: modprobe ip_conntrack iptables -A INPUT -p tcp -i $IFACE_LAN --dport 21 -j ACCEPT I tried this, but to no avail. Can't connect to my server. I googled a bit, and I found out that there seem to be quite many different answers about the subject of "how do I configure my firewall for Vsftpd". Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

6 12

Update announcement request
by Albert McCann 25 May '18

25 May '18

Hi, Can the updated files added to the Centosplus repo be sent to the announcement list please? I can't find them announced in any of the other lists. Related to that, a new kernel was released to the Centosplus repo, kernel-plus-3.10.0-862.2.3.el7.centos.plus, but perf and python-perf were not updated for the new kernel. Is this an oversight? perf doesn't complain about mismatched versions though. Thanks! Al McCann Wear a Kilt, but carry a big Bagpipe.

1 0

New mail server slow connecting to web server
by Gary Stainburn 25 May '18

25 May '18

Having successfully killed my (Centos 7) mail server I have had to build a new one. Thankfully I had a server build that I was about to start configuring as my new web server. I appear to have set everything up okay, Exim, SpamAssassin, ClamAv, Dovecot, Postgresql, httpd etc. Everything appears fine apart from when I try to connect to my web server. Whatever tried to connect suffers from a delay, and either times out or works eventually. I started off with problems connecting Exim to Postgresql on the web server. I then found that I couldn't connect using psql, or using Perl DBD-Pg. I then found I couldn't SSH or SCP, dispite them both being on the same subnet. The more I use the new system, better it appears to be, but the delay is still there. name resolution isn't the problem as I can nslookup both ways without problems, and specifying IP addresses makes no difference. For testing I have disabled the firewall and selinux and that made no difference. If I try to connect the other way there is no delay, but I cannot access the Postgresql server on my new mail server from the web server. Anyone got any ideas?

2 1

How to build nss-util.i686 on Centos 7 with mock
by Martin Vogt 25 May '18

25 May '18

Hello list, I'm currently trying to build the i686 version of http://vault.centos.org/7.5.1804/os/Source/SPackages/nss-util-3.34.0-2.el7.… The x86_86 version works with mock, but I cannot figure out how to build the i686 version. best regards, Martin

3 5

CentOS 7 system unsable after "yum update" (with some errors on the way)
by Toralf Lund 25 May '18

25 May '18

God dag, I've been trying to run a "yum update" (without additional arguments) to install the latest system updates on my CentOS 7 machine. It's no going so well. What happens is this: 1. The process gets stuck a couple of places as a "post" script or similar tries to run "dbus-send"; the problem looks awfully similar to what's described in https://bugzilla.redhat.com/show_bug.cgi?id=1186018. More specifically, this happens on installation of package "setroubleshoot" and "avahi". As a workaround, I'm using a manual kill to get rid of the hung process. 2. There is a similar hang related to "systemctl try-restart". This happens on "wpa_supplicant" clean-up. 3. When I restart the system after the installation is done (with work-arounds), it won't boot properly - I don't get a login screen or console login prompt. I notice two error messages on the boot console: Failed to start login service Failed to start WPA supplicant daemon I've tried the operation twice with the same result. First time was just after the release of CentOS 7.5, I believe. I've done similar upgrades before that, too, and they've completed without problems. Has anyone else seen this? Any ideas what I can do to make the system usable again, besides restoring from back-up (as I'm doing now)? There is info on the net that suggests that the problem is related to SELinux and that a relabel operation and/or policy change would help, but I tried all sorts of things related to that the first time around, and nothing seemed to help. (I was working partly in rescue mode booted from an installer USB and partly in single user mode, which does work.) TIA - Toralf

1 0

Steps to create efiboot.img file
by Maheshwari, Shagun 25 May '18

25 May '18

Hi, Please tell me the steps to create efiboot.img. Thank you!! Shagun

1 0

using Skype on C-7
by Fred Smith 25 May '18

25 May '18

Hi I've whined about this before, but now I feel the overwhelming urge to whine some more. Forgiveness begged... :) I've spent some very frustrating times trying to get a microphone to work when doing skype calls. According to the various sound tools available on Centos all the various mics I have (built into webcam, analog headset, USB headset)produce sound just fine. but when using skype there are too many different knobs one can turn to actually make it work. There's PulseAudio, Alsamixer, and for me, since I use the Mate desktop, the Mate Volume Control, which can also be accessed by a right-click on the speaker icon in the top panel. then in skype I get a list of 5 (FIVE!) different audio input devices. I just spent a frustrating time trying to join in a daily scrum at my office (I'm out of the office today) wherein I could not get outgoing audio to work. afterwards I tried more things and managed to get ONE of the 3 to work, the one built into the webcam. to do that I had to make the following settings: choose Input tab in the Mate Volume Control, then move the volume slider most of the way over to the right. In Alsa Mixer, set front mic to 70 and front mic boost to 100. In Pavucontrol, enable webcam audio input, and crank it way up. in Skype, choose "default device", as distinct from "Default Device", or the other three choices. There's gotta be a better way, I'm open to suggestions from anyone else who has figured out how to configure the system to work with Skype, without having to configure FOUR different applications before it will work. thanks (a lot!) in advance! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- The eyes of the Lord are everywhere, keeping watch on the wicked and the good. ----------------------------- Proverbs 15:3 (niv) -----------------------------

3 2

CentOS 6 libvirt update?
by Matthew Phelps 24 May '18

24 May '18

I hate to pester, but I have several VM hosts to reboot. Is this update on its way for CO6? https://access.redhat.com/errata/RHSA-2018:1669 The CO7 libvirt update went out, and the qemu CO6 updates as well. Any reason the CO6 libvirt update is not out yet? Thanks, -- Matt Phelps System Administrator, Computation Facility Harvard - Smithsonian Center for Astrophysics mphelps(a)cfa.harvard.edu, http://www.cfa.harvard.edu

1 0

CentOS-announce Digest, Vol 159, Issue 6
by centos-announce-request＠centos.org 24 May '18

24 May '18

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. [Infra] - planned outage : {bugs, fr, status}.centos.org (Fabian Arrotin) ---------------------------------------------------------------------- Message: 1 Date: Thu, 24 May 2018 13:05:09 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: "The CentOS developers mailing list." <centos-devel(a)centos.org>, centos-announce(a)centos.org Subject: [CentOS-announce] [Infra] - planned outage : {bugs, fr, status}.centos.org Message-ID: <2747bbbb-5c09-9ff9-813c-06f62599390d(a)centos.org> Content-Type: text/plain; charset="utf-8" Due to a hardware replacement, we'll have to power down the hypervisor hosting several VMs, including the ones used for the following impacted services : * https://bugs.centops.org * https://status.centos.org * https://fr.centos.org Hardware maintenance is scheduled for """"Thursay May 24th, 12:00 pm UTC time"""". You can convert to local time with $(date -d '2018-05-24 12:00 UTC') Root cause : a HDD in the array used to host the VMs failed, and there is no hot-swap capabilities, so full "power off" is required to replace the failed HDD and then start the rebuild operation. That means that those services (already impacted) will be slower during the rebuild operation, but at least reachable Thanks for your comprehending and patience. on behalf of the Infra team, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

CentOS 7.5 Nautilus 100% reproducible crash.
by George Labuschagne 24 May '18

24 May '18

Good day When trying to add an 'Other Locations' in Nautilus CentOS 7.5, Nautilus always 100% of the time crash with a kernel error. Here is a short video showing the workflow: https://youtu.be/dPmTDBRqL_I This did not happen in 7.4 Both 7.4 and 7.5 runs on VirtualBox 5.2.12 - but as stated before, this did not happen in 7.4 I also did a fresh clean install of both 7.4 and 7.5, and 7.5 exhibits this behaviour irrespective if it was updated or freshly installed. Kind regards, George Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and automatically archived by Mimecast SA (Pty) Ltd, an innovator in Software as a Service (SaaS) for business. Mimecast Unified Email Management (UEM) offers email continuity, security, archiving and compliance with all current legislation. To find out more, visit http://www.mimecast.co.za/uem.

1 2

CentOS 7 + KDE : Dolphin weirdness
by Nicolas Kovacs 23 May '18

23 May '18

Hi, I'm running CentOS 7 + KDE on my workstation. Since the latest big batch of updates, Dolphin behaves a bit weirdly. When I download a .zip archive and then right click and "Extract here", the extracted files don't show. I have to hit F5 to refresh the current directory view and display the new files. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

2 1

rpm spec version : higher version is seen as older
by Adrian Sevcenco 23 May '18

23 May '18

Hi! I have a very puzzling problem : one rpm with version 1.2.5 and one with 1.3.1 (spec file does not have Epoch defined) trying to install i get this : [root@storage02 aliprod]# rpm -Uvh xrootd-alicetokenacc-1.3.1-1.el6.x86_64.rpm Preparing... ########################################### [100%] package xrootd-alicetokenacc-1:1.2.5-1.el6.x86_64 (which is newer than xrootd-alicetokenacc-1.3.1-1.el6.x86_64) is already installed the rpm information : rpm -qi xrootd-alicetokenacc Name : xrootd-alicetokenacc Relocations: (not relocatable) Version : 1.2.5 Vendor: (none) Release : 1.el6 Build Date: Wed 17 Jun 2015 02:25:13 AM EEST Install Date: Mon 22 Jun 2015 01:12:34 PM EEST Build Host: issaf.spacescience.ro Group : System Environment/Daemons Source RPM: xrootd-alicetokenacc-1.2.5-1.el6.src.rpm Size : 1125309 License: none Signature : (none) Summary : Alice Token Authorization Acc plugin Description : An authorization plugin for xrootd using the Alice Token authorization envelope. and rpm -qip xrootd-alicetokenacc-1.3.1-1.el6.x86_64.rpm Name : xrootd-alicetokenacc Relocations: (not relocatable) Version : 1.3.1 Vendor: (none) Release : 1.el6 Build Date: Wed 23 May 2018 12:31:05 AM EEST Install Date: (not installed) Build Host: el6build Group : CERN IT-ST Source RPM: xrootd-alicetokenacc-1.3.1-1.el6.src.rpm Size : 1373710 License: none Signature : (none) Summary : Alice Token Authorization Acc plugin Description : An authorization plugin for xrootd using the Alice Token authorization envelope. any idea why this could happen? AFAIK the solution would be the introduction of "Epoch: 1" but i seen that this is usually acceptable only as last resort.. So, any ideas about this problem? Thank you!! Adrian

2 2

KVM won't boot after update to 1804
by Ranbir 23 May '18

23 May '18

Hi Everyone, I have a server that I recently applied all updates to to bring it to 1804. After rebooting the server, it would no longer boot and is instead dropping into a dracut shell. Here's a snippet of the output printed to the console (lines will likely wrap): [ 184.163787] dracut-initqueue[256]: Warning: dracut-initqueue timeout - starting timeout scripts [ 184.672525] dracut-initqueue[256]: Warning: dracut-initqueue timeout - starting timeout scripts [ 185.183111] dracut-initqueue[256]: Warning: dracut-initqueue timeout - starting timeout scripts [ 185.183395] dracut-initqueue[256]: Warning: Could not boot. [ 185.281196] dracut-initqueue[256]: Warning: /dev/centos_webman03/root does not exist [ 185.282204] dracut-initqueue[256]: Warning: /dev/centos_webman03/swap does not exist [ 185.283205] dracut-initqueue[256]: Warning: /dev/mapper/centos_webman11-root does not exist Starting Dracut Emergency Shell... Warning: /dev/centos_webman03/root does not exist Warning: /dev/centos_webman03/swap does not exist Warning: /dev/mapper/centos_webman11-root does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. dracut:/# After some monkeying around with the minimal ISO and rescue mode and google searches, I finally found the combination of commands I needed to get the system to find the "missing" devices and finish booting: dracut:/# lvm vgchange -a y 6 logical volume(s) in volume group "centos_webman11" now active dracut:/# ln -s /dev/mapper/centos_webman11-root /dev/root dracut:/# exit logout [ 469.036109] dracut-initqueue[256]: Warning: Not all disks have been found. [ 469.037349] dracut-initqueue[256]: Warning: You might want to regenerate your initramfs. [ OK ] Started Plymouth switch root service. [ OK ] Started Cleanup udevd DB. [ OK ] Reached target Switch Root. Starting Switch Root... Welcome to CentOS Linux 7 (Core)! [snip] Re-runining grub2-mkconfig doesn't fix the issue: rebooting the server still resulted in it dropping into a dracut shell. I tried reinstalling grub2 and that didn't fix it either. How do I fix this problem? Does anyone have any idea about what caused this in the first place? -- Ranbir

1 1

CentOS-announce Digest, Vol 159, Issue 5
by centos-announce-request＠centos.org 23 May '18

23 May '18

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-2018:1650 Important CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 2. CESA-2018:1647 Important CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 3. CESA-2018:1651 Important CentOS 6 kernel Security Update (Johnny Hughes) 4. CEEA-2018:1580 CentOS 6 microcode_ctl Enhancement Update (Johnny Hughes) 5. CESA-2018:1660 Important CentOS 6 qemu-kvm Security Update (Johnny Hughes) 6. CESA-2018:1648 Important CentOS 7 java-1.7.0-openjdk Security Update (Johnny Hughes) 7. CESA-2018:1649 Important CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) 8. CESA-2018:1632 Important CentOS 7 libvirt Security Update (Johnny Hughes) 9. CEEA-2018:1670 CentOS 7 kmod-redhat-megaraid_sas Enhancement Update (Johnny Hughes) 10. CESA-2018:1633 Important CentOS 7 qemu-kvm Security Update (Johnny Hughes) 11. CESA-2018:1629 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 22 May 2018 15:30:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1650 Important CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20180522153051.GA26204(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1650 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1650 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 16e4d5e87d86917c4a83de7453f2e47bc6c6faf32e0a229b7ce9d23743ca486e java-1.8.0-openjdk-1.8.0.171-8.b10.el6_9.i686.rpm 964d244503359ffc9318a86f88e54702fed480548a3ce722b7b8b8f90cbeef67 java-1.8.0-openjdk-debug-1.8.0.171-8.b10.el6_9.i686.rpm 28bcf8c76bd5c4a3f5a016a67ca63194b01a1723a0378b8c6ed12570223dd0b0 java-1.8.0-openjdk-demo-1.8.0.171-8.b10.el6_9.i686.rpm f4106b1d20f7ee4ec8b6476f0d718f5d95c321728b269fc15efcc5bb66aa2f75 java-1.8.0-openjdk-demo-debug-1.8.0.171-8.b10.el6_9.i686.rpm 7427e6e699b08a8bb5e1298ec1b992d7274dae2a3656ae09f49e561fd3abe4b8 java-1.8.0-openjdk-devel-1.8.0.171-8.b10.el6_9.i686.rpm c1474a917f2faa95ed2b02fe2a6fe6bc8a75e8dde9841441669ca2129f3173c8 java-1.8.0-openjdk-devel-debug-1.8.0.171-8.b10.el6_9.i686.rpm d83ce825883006f6d4aef80287a15c555240deddc48ffee19facb21f29b8d410 java-1.8.0-openjdk-headless-1.8.0.171-8.b10.el6_9.i686.rpm 8c636de2790963c949589da73de653487413a847fe16598617ed386569b45afe java-1.8.0-openjdk-headless-debug-1.8.0.171-8.b10.el6_9.i686.rpm 5b2d1fb9e85b32e93d3ba8bf26724de66ab4c17fdf958e9d4eff20cd7934af79 java-1.8.0-openjdk-javadoc-1.8.0.171-8.b10.el6_9.noarch.rpm db05ab3a4560bb4d371e0b7b5d2910bb3bc57e7e8579bc7ad24fcf85383a517d java-1.8.0-openjdk-javadoc-debug-1.8.0.171-8.b10.el6_9.noarch.rpm 2ff81225cfd6580c37444f6e45d85b202e59b11cb00e9f77b82854358b2fc4f1 java-1.8.0-openjdk-src-1.8.0.171-8.b10.el6_9.i686.rpm 59e2300cc1cb1616cbcddedd0d0b678220dc4b9b8a8b89cd8b5984cae754b6a2 java-1.8.0-openjdk-src-debug-1.8.0.171-8.b10.el6_9.i686.rpm x86_64: cfd199e9f55d560947c14244de85063a806b6b82c25ca6475c20102c3c1be622 java-1.8.0-openjdk-1.8.0.171-8.b10.el6_9.x86_64.rpm 7a9a3d48c0b9014f6374ce154ddeae093ddfefd4ac64ddfcc8be1270667d8522 java-1.8.0-openjdk-debug-1.8.0.171-8.b10.el6_9.x86_64.rpm 028d4f919ec462a1324f1ae88bc767ed856735cf00437077879e92681d6c0fbb java-1.8.0-openjdk-demo-1.8.0.171-8.b10.el6_9.x86_64.rpm 10408ac3bdd9a7700666bdd0c44f060b739a3eacb06936a1e0544388dc819c2b java-1.8.0-openjdk-demo-debug-1.8.0.171-8.b10.el6_9.x86_64.rpm 8040a83ae91597474aac1bf0656e0198c9839843d3138034485984a8c2c5df61 java-1.8.0-openjdk-devel-1.8.0.171-8.b10.el6_9.x86_64.rpm 2b5c23ae4b00ff3931517af959e82b559c7317151e2d55df555dd9a2d11af09c java-1.8.0-openjdk-devel-debug-1.8.0.171-8.b10.el6_9.x86_64.rpm 7b59c90f22dd00d72be06b476f4edaa1837d9a9fb3f43500aec2415964cfea6b java-1.8.0-openjdk-headless-1.8.0.171-8.b10.el6_9.x86_64.rpm 6ad39d3aab8da51b425c01ae4a72098bcf37928ddc1cbb88b5511439f5fd0407 java-1.8.0-openjdk-headless-debug-1.8.0.171-8.b10.el6_9.x86_64.rpm 5b2d1fb9e85b32e93d3ba8bf26724de66ab4c17fdf958e9d4eff20cd7934af79 java-1.8.0-openjdk-javadoc-1.8.0.171-8.b10.el6_9.noarch.rpm db05ab3a4560bb4d371e0b7b5d2910bb3bc57e7e8579bc7ad24fcf85383a517d java-1.8.0-openjdk-javadoc-debug-1.8.0.171-8.b10.el6_9.noarch.rpm ce669b94c3569c25f020f7178a3cd189dd547e739006322cb3ed2c9d0f9697db java-1.8.0-openjdk-src-1.8.0.171-8.b10.el6_9.x86_64.rpm 5153da93012cc45a11cf387e5ecd4d3f329ce7985910d9c3c510ec9f09a6ad2e java-1.8.0-openjdk-src-debug-1.8.0.171-8.b10.el6_9.x86_64.rpm Source: 08ecc24b4517658cdf00fd07e7139f2612a0f14bf6c4d0581c6cb531c96b8041 java-1.8.0-openjdk-1.8.0.171-8.b10.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 22 May 2018 15:32:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1647 Important CentOS 6 java-1.7.0-openjdk Security Update Message-ID: <20180522153203.GA26490(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1647 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1647 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 428ff79264f97e33b8e9985f308af816b02c98e17a29a33763a435a66dcb4e62 java-1.7.0-openjdk-1.7.0.181-2.6.14.8.el6_9.i686.rpm ebc1f631df1c10f5ef60ef35c0dd974c65836dcb4e9fabba83c1c1e35d89723a java-1.7.0-openjdk-demo-1.7.0.181-2.6.14.8.el6_9.i686.rpm 2bcf4197f974d34374f7581dcfa50dcd4430bdc1b6850287b87c527bd8f546a8 java-1.7.0-openjdk-devel-1.7.0.181-2.6.14.8.el6_9.i686.rpm 2df8e3747742f6ba6b27bcea0ecf4250d502a476a1ebb76d9818d0b0e41e2609 java-1.7.0-openjdk-javadoc-1.7.0.181-2.6.14.8.el6_9.noarch.rpm 086ea6d40cdebfcb82969560d765a5f2e4444b726ea3414c5124803ec9b13539 java-1.7.0-openjdk-src-1.7.0.181-2.6.14.8.el6_9.i686.rpm x86_64: 1de873284d83c52b22b202d928a24e76b42ab60d6b02b732e6f93247fd71a9a8 java-1.7.0-openjdk-1.7.0.181-2.6.14.8.el6_9.x86_64.rpm 618242af11a7d247886823ee19da8022db313c094b4127b5a9df347d580dbcf8 java-1.7.0-openjdk-demo-1.7.0.181-2.6.14.8.el6_9.x86_64.rpm c6abf20d47142619a496ef2a13d7787cf262122402fee4561b1294a00bfd9443 java-1.7.0-openjdk-devel-1.7.0.181-2.6.14.8.el6_9.x86_64.rpm 2df8e3747742f6ba6b27bcea0ecf4250d502a476a1ebb76d9818d0b0e41e2609 java-1.7.0-openjdk-javadoc-1.7.0.181-2.6.14.8.el6_9.noarch.rpm 1af766c1084e2ac07abb4bdec8ab21c4aab0ed93dbd260b17c8e45212b3c33c6 java-1.7.0-openjdk-src-1.7.0.181-2.6.14.8.el6_9.x86_64.rpm Source: b4e0038d5b78eef80f5f319596a225442d45879a07a9e0ae402807cd8f8c4e48 java-1.7.0-openjdk-1.7.0.181-2.6.14.8.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 22 May 2018 15:35:50 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1651 Important CentOS 6 kernel Security Update Message-ID: <20180522153550.GA26975(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1651 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1651 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9c2e82aabf5a2075369a54593ae095ea3d87716e36128a4cb92a7a88d2496632 kernel-2.6.32-696.30.1.el6.i686.rpm 8c022914e4fa9bb66bb9032910b3dc2b4e225d5d1ec1155704739b5ac5a571d6 kernel-abi-whitelists-2.6.32-696.30.1.el6.noarch.rpm 9e6f128d1c80c5d15ac19002d53b50158e1645e0aea7da411c1c3c6476abbf7f kernel-debug-2.6.32-696.30.1.el6.i686.rpm c7b397a188f96e0686fe82036923e5b495e6149cc1a8ba8873031a20c8ba6f50 kernel-debug-devel-2.6.32-696.30.1.el6.i686.rpm fd69468c10c1427cdcbe8fcd580ba409a4e31c5fe51edf3ff9730315ba2778ec kernel-devel-2.6.32-696.30.1.el6.i686.rpm d11ef65022f649008ed2d4b1f4a8294e4d2be93a81c0d837a29d65736a9fbc6a kernel-doc-2.6.32-696.30.1.el6.noarch.rpm d867424c14f8c6072fc445270cb80142c33dd63b8f8084f61a04087439b1496a kernel-firmware-2.6.32-696.30.1.el6.noarch.rpm d44a319b2e37ac402d06ee2edb9934ff979268e02fb61f705f2c84b3ef3a99d5 kernel-headers-2.6.32-696.30.1.el6.i686.rpm d87e34eda5b2a2531e9f03a485ac0da7f5a57ddf02504eadd63101bb80521b15 perf-2.6.32-696.30.1.el6.i686.rpm 60dcd46a928f55ef1b4fce4194b34e4024381b715183fcd07f95861e55034c0f python-perf-2.6.32-696.30.1.el6.i686.rpm x86_64: 1f8340059643d6609d5964e4d1924d3b7ffdd8494203ee018282c49afe6758fb kernel-2.6.32-696.30.1.el6.x86_64.rpm 8c022914e4fa9bb66bb9032910b3dc2b4e225d5d1ec1155704739b5ac5a571d6 kernel-abi-whitelists-2.6.32-696.30.1.el6.noarch.rpm ba835f3f6428c61d75a3bfdab30cf182770ceea58e780750069cedcada23296f kernel-debug-2.6.32-696.30.1.el6.x86_64.rpm c7b397a188f96e0686fe82036923e5b495e6149cc1a8ba8873031a20c8ba6f50 kernel-debug-devel-2.6.32-696.30.1.el6.i686.rpm 640822fd2ec2dd868d52e58860ed38765ef9790069e7e51414b8799d8c6598c1 kernel-debug-devel-2.6.32-696.30.1.el6.x86_64.rpm 17c4523b9024272ef53713a9c3c7ccb48fc79131b60f1bc03f65c91815c05a7e kernel-devel-2.6.32-696.30.1.el6.x86_64.rpm d11ef65022f649008ed2d4b1f4a8294e4d2be93a81c0d837a29d65736a9fbc6a kernel-doc-2.6.32-696.30.1.el6.noarch.rpm d867424c14f8c6072fc445270cb80142c33dd63b8f8084f61a04087439b1496a kernel-firmware-2.6.32-696.30.1.el6.noarch.rpm c36cf7f222365164c666fe2eb1ac724e2bccec96b071f4ab34bac9506bf3ef81 kernel-headers-2.6.32-696.30.1.el6.x86_64.rpm f1024e38271f9a0f1084872d1e0b4202c21dedd971e0f646ea500212501b7851 perf-2.6.32-696.30.1.el6.x86_64.rpm d1505018f4798934c2fbc415507ac99113d9593c64354fba5fbbadb26fd240d1 python-perf-2.6.32-696.30.1.el6.x86_64.rpm Source: 96873be04e43d20e6c97f34e5a1404c5953d9dca7a9d37b07960ad70af0a68ac kernel-2.6.32-696.30.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Tue, 22 May 2018 15:37:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:1580 CentOS 6 microcode_ctl Enhancement Update Message-ID: <20180522153738.GA27181(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:1580 Upstream details at : https://access.redhat.com/errata/RHEA-2018:1580 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ec3107144d27f3c59af079accc3c5a034b8c303e70d56c7370d672b1cdb3e0d8 microcode_ctl-1.17-25.6.el6_9.i686.rpm x86_64: 8e0f6bcb630eca5af598d48cee1cc8fe23c2bc246eb64afa2a8ab02a691dadf1 microcode_ctl-1.17-25.6.el6_9.x86_64.rpm Source: c885cfb863b7738f352042a7ca7e77a60689f75f70cabc4c3a9c0ed813f63a41 microcode_ctl-1.17-25.6.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Tue, 22 May 2018 15:38:23 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1660 Important CentOS 6 qemu-kvm Security Update Message-ID: <20180522153823.GA27404(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1660 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1660 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 16115cc8e7a72d4d5eaa975121021491213b971769bc8fa86944d7511a1e11c3 qemu-guest-agent-0.12.1.2-2.503.el6_9.6.i686.rpm x86_64: 03a6ad9df64c6820ed8f820c169d0bb060909002fb628e8abc395a3e62725011 qemu-guest-agent-0.12.1.2-2.503.el6_9.6.x86_64.rpm 030219d45b9a3cd1d43d99ce3e360c1bcb0877401793b0b7183b13be057a8a0d qemu-img-0.12.1.2-2.503.el6_9.6.x86_64.rpm 95a7320cb381b404a5b576525149f9aa37a6873ec1119807e68a4e63df899fae qemu-kvm-0.12.1.2-2.503.el6_9.6.x86_64.rpm 1dcabfd150ea30ba0ee80b923dc042262c0bc79e21aefca27f2f0b5b6b8ac1e0 qemu-kvm-tools-0.12.1.2-2.503.el6_9.6.x86_64.rpm Source: 02c41c9fb0313b84b6cfe1a987253e5bcf12c55d563900adcb1041ee8253270a qemu-kvm-0.12.1.2-2.503.el6_9.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Tue, 22 May 2018 18:16:24 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1648 Important CentOS 7 java-1.7.0-openjdk Security Update Message-ID: <20180522181624.GA44983(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1648 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1648 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d4c263911f1b856472d1ea2ea9f029ed6ad6cb0e17fe5e5cf0135c5c012dd57e java-1.7.0-openjdk-1.7.0.181-2.6.14.8.el7_5.x86_64.rpm bd6772ac716295003d3f53d5c7913d9759f32f4c2d3e992e0be269b7ee22174d java-1.7.0-openjdk-accessibility-1.7.0.181-2.6.14.8.el7_5.x86_64.rpm fdd60d3833275ced2539bf4fe38c81dacb4ddacbadd65415a8337d7a52fc74da java-1.7.0-openjdk-demo-1.7.0.181-2.6.14.8.el7_5.x86_64.rpm 6112c9545bbb27a8c690a938c5a3b799f07e68bac7f3ac0a82f84f4a4da3210e java-1.7.0-openjdk-devel-1.7.0.181-2.6.14.8.el7_5.x86_64.rpm 66d150e83af55068b82a266b01b1187c1bbaabcc2467d7d592bb2e187c323a70 java-1.7.0-openjdk-headless-1.7.0.181-2.6.14.8.el7_5.x86_64.rpm a9eafccfa49c884f6b8cd1b93afafc279d15bb1035273c9ea27072d7d32f6aba java-1.7.0-openjdk-javadoc-1.7.0.181-2.6.14.8.el7_5.noarch.rpm b19b0a97dd7cab905a2032afaae37b6c17b8dae1875f4500347f2987175fcfd4 java-1.7.0-openjdk-src-1.7.0.181-2.6.14.8.el7_5.x86_64.rpm Source: 2867c152a40ba9f28c5384bb45d53ddd7ecd70c8b90e5c79537c043dd70b7186 java-1.7.0-openjdk-1.7.0.181-2.6.14.8.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Tue, 22 May 2018 18:16:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1649 Important CentOS 7 java-1.8.0-openjdk Security Update Message-ID: <20180522181651.GA45153(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1649 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1649 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ca83b9ef933d1ee8b508394690ad3d97306b3ab24afcd2f198893f4c45f9137d java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.i686.rpm b17527d336e23ca1c89efe2b65fa005d5e1faf33c67f999b149eefd3cd25fdc4 java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64.rpm 2662b47216ae6a3b9be0c9a49c42e193c10ad62803102fe7d2725bc057138d53 java-1.8.0-openjdk-accessibility-1.8.0.171-8.b10.el7_5.i686.rpm acaab1a678cb0da516389813cf804336c23a74b608b8d62715153ad7c75322c4 java-1.8.0-openjdk-accessibility-1.8.0.171-8.b10.el7_5.x86_64.rpm 17c0c2e8188de24dee9ef3e0e557dfcfafe2f3e8464a5214de3d4ab85dc52e31 java-1.8.0-openjdk-accessibility-debug-1.8.0.171-8.b10.el7_5.i686.rpm 438c81fccf1a5c4bf1282c5a90036f6930ac6e5f50fe792301719deff673524d java-1.8.0-openjdk-accessibility-debug-1.8.0.171-8.b10.el7_5.x86_64.rpm d45b5d6b9b7c4042ae3ebb4f34666a997f3aa02141e604e9dfdc05db0e375c63 java-1.8.0-openjdk-debug-1.8.0.171-8.b10.el7_5.i686.rpm 68f0c72b48b104e34ab69f5b3b4622e55ab90befe0136913f397fa72bd73f8ce java-1.8.0-openjdk-debug-1.8.0.171-8.b10.el7_5.x86_64.rpm 5ddb39318a84e08930cc3aef75f3fecced769952ac45a15fcaf88c47601f737c java-1.8.0-openjdk-demo-1.8.0.171-8.b10.el7_5.i686.rpm 3684405893cd1e71ec7313e8a586f54af0b635be1f4e7784a6a2b5795a71911e java-1.8.0-openjdk-demo-1.8.0.171-8.b10.el7_5.x86_64.rpm 4cf3d17e13b15bdfd966bf519b01b01f5647e6907a30be2e5c2c9482faab9812 java-1.8.0-openjdk-demo-debug-1.8.0.171-8.b10.el7_5.i686.rpm db8c958a6082a9a53c0e7892cce8cfd6178203aa4afe6040c9b7aa8ba0160c09 java-1.8.0-openjdk-demo-debug-1.8.0.171-8.b10.el7_5.x86_64.rpm 7de693a73bf361b9574c570ffe9d7c623fbd60b9bcb813cc8d30459db9826f82 java-1.8.0-openjdk-devel-1.8.0.171-8.b10.el7_5.i686.rpm e0e0ce1bd65352817699f9c8aa988326c2ec90408f6df2fc1bcfd135beca9e5a java-1.8.0-openjdk-devel-1.8.0.171-8.b10.el7_5.x86_64.rpm 28754af77dce862c8b67fb0c7f6bc604ccd220272f35304485c8ef3139554191 java-1.8.0-openjdk-devel-debug-1.8.0.171-8.b10.el7_5.i686.rpm d20c70c3490f379c64d695c667cdd332a9b05d2ff79f8625df929fde391364d1 java-1.8.0-openjdk-devel-debug-1.8.0.171-8.b10.el7_5.x86_64.rpm 198d3a118621b7ca83a76168e3689b2052433272aaf7dee95ece2ec9c9db1fcc java-1.8.0-openjdk-headless-1.8.0.171-8.b10.el7_5.i686.rpm a64da5edf0aa81b83690f89d6f0a67ffe639d47cc9e70ba5d507edee0861497f java-1.8.0-openjdk-headless-1.8.0.171-8.b10.el7_5.x86_64.rpm 98be00b235cd568832300593ad3c37f76d1c600f627d7cac7cfd5445995c1c47 java-1.8.0-openjdk-headless-debug-1.8.0.171-8.b10.el7_5.i686.rpm 45496efa531abbc6fdbe29d19cb87148ae1b8daeb2db802bd987b1af41d0e788 java-1.8.0-openjdk-headless-debug-1.8.0.171-8.b10.el7_5.x86_64.rpm 3e1a01a273dea4c0f28827d3adddf98ed89383a8e12601b62c54eb3369e33813 java-1.8.0-openjdk-javadoc-1.8.0.171-8.b10.el7_5.noarch.rpm 1c8ee045506bb5fb1061a4213aee568e13ba13067396ce7bfc70bf3fb0965724 java-1.8.0-openjdk-javadoc-debug-1.8.0.171-8.b10.el7_5.noarch.rpm 166f8e9e568b3ac24ef869fd5690495cf91e96ed8d103dfdf58afb9f95ecb98c java-1.8.0-openjdk-javadoc-zip-1.8.0.171-8.b10.el7_5.noarch.rpm 304431438099d618f310c4df340724681d84fbe315466cb739751cb47771231f java-1.8.0-openjdk-javadoc-zip-debug-1.8.0.171-8.b10.el7_5.noarch.rpm adca7c3343c4f5536193378a972e27b0f6e9cd06947ef9f16cdbca048ffed058 java-1.8.0-openjdk-src-1.8.0.171-8.b10.el7_5.i686.rpm 4903a51acceb65b684d88ad7be08f3d98d020e754f3e86786d639a41379f81cc java-1.8.0-openjdk-src-1.8.0.171-8.b10.el7_5.x86_64.rpm 43c8794b2eaa6f81a4ff30006e9085ddfd59df3cb014d05763ed929efbcdd18d java-1.8.0-openjdk-src-debug-1.8.0.171-8.b10.el7_5.i686.rpm 79d88c1f26741e5b3c0ddcd28c3eb495367b039896e2592a7b0ed18e9cd06daf java-1.8.0-openjdk-src-debug-1.8.0.171-8.b10.el7_5.x86_64.rpm Source: 4d77289df5b9438f84f0b61ba401844f83bf8b91cb26351d7fab34e31fb9f110 java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Tue, 22 May 2018 18:17:15 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1632 Important CentOS 7 libvirt Security Update Message-ID: <20180522181715.GA45361(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1632 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1632 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2ef5ddc1d199001aa3006972bdd66f67baddda4b94dc9b91626b25d8c3455651 libvirt-3.9.0-14.el7_5.5.x86_64.rpm f88e54509a04a367f241307b56752e577a14df77e06275dc10917eb66f3ce1ee libvirt-admin-3.9.0-14.el7_5.5.x86_64.rpm 58e571e2d85f71b7368acd08294cf746acb19eb435c313cd11058962fc288a6a libvirt-client-3.9.0-14.el7_5.5.i686.rpm 07b117c95b1d8dfbd27efce3d8f0324677fb424bee53d0453d81783ff9aca113 libvirt-client-3.9.0-14.el7_5.5.x86_64.rpm 97bd429443f4331b6679e3069e29abf04fcd7889c834ddc285310e68b12b28df libvirt-daemon-3.9.0-14.el7_5.5.x86_64.rpm 294525dcfe4631b758b35d06e8e6c2e946cd407f857b3e0078a955e2d6cc50cf libvirt-daemon-config-network-3.9.0-14.el7_5.5.x86_64.rpm 0d88b71647856531e83c3b9f149dd263e35a18e8dca194befce2fb2bf24ecc93 libvirt-daemon-config-nwfilter-3.9.0-14.el7_5.5.x86_64.rpm 454cbd93bc06d75c2ff8d4f8975c125d8cc2d309990a3ec6314adcb8b3ba64b5 libvirt-daemon-driver-interface-3.9.0-14.el7_5.5.x86_64.rpm 1b400f7d8e904093d5dd53f591fc94df47a853ae3d19bab5df3510347e00bd8e libvirt-daemon-driver-lxc-3.9.0-14.el7_5.5.x86_64.rpm ece5cd8f363925094ef8c0b9394f78d407aa9c486d3a63c3694b0085de279348 libvirt-daemon-driver-network-3.9.0-14.el7_5.5.x86_64.rpm f19cd3db6714f041db9368a8500e1709400132939e742859ca4e260bfa5efb47 libvirt-daemon-driver-nodedev-3.9.0-14.el7_5.5.x86_64.rpm 04df041ae02e59b1e0355207b68bcb9257bff00399a5b1a69d669d85d1a20987 libvirt-daemon-driver-nwfilter-3.9.0-14.el7_5.5.x86_64.rpm 88c29ab0939faa3f5493d9c606b77adf42be5cd84edee5aaa071940f022d8da8 libvirt-daemon-driver-qemu-3.9.0-14.el7_5.5.x86_64.rpm dc71964c614cf29a54414380e9b89f86237549b711e01474514fe3f0a550aef5 libvirt-daemon-driver-secret-3.9.0-14.el7_5.5.x86_64.rpm 44579087be14aa5b17a5b553388ef8e3e9439b741d561d0ed5c68df36a288bc9 libvirt-daemon-driver-storage-3.9.0-14.el7_5.5.x86_64.rpm 0e50044cc46bc44ee509603b538e655b99625839e416d6b68a1e64ab8750dd32 libvirt-daemon-driver-storage-core-3.9.0-14.el7_5.5.x86_64.rpm e2795bd025a32527cf7a0c97313b162184f9cc1df3548144fd747acd51d5d47a libvirt-daemon-driver-storage-disk-3.9.0-14.el7_5.5.x86_64.rpm 5a2e2708f8fe12089e16535e6537ccb98964cbfe0de5d5e8a068428b3fcc63dc libvirt-daemon-driver-storage-gluster-3.9.0-14.el7_5.5.x86_64.rpm 88f2a072126e93d36ba53d4c7e2da03a628c5a7a4ba5776449173ee64f5153ff libvirt-daemon-driver-storage-iscsi-3.9.0-14.el7_5.5.x86_64.rpm 73c8c9616127cbba65d5da7f8efecb4145b4fd6598712107eb24a63f5fa4724f libvirt-daemon-driver-storage-logical-3.9.0-14.el7_5.5.x86_64.rpm a9d11cce2f7777f905db93ab076d95457e3b34c79e1ecb02495f8b956e1c3c0b libvirt-daemon-driver-storage-mpath-3.9.0-14.el7_5.5.x86_64.rpm 4c211fe5d489f652c995bb65b2cc00dfe750016a0b01aba9472bfc1d89cc187e libvirt-daemon-driver-storage-rbd-3.9.0-14.el7_5.5.x86_64.rpm e5574f11a8853a07f76b769f37c1282505cbeca3befa35832a8998bd553c1506 libvirt-daemon-driver-storage-scsi-3.9.0-14.el7_5.5.x86_64.rpm 6abc7c8521cdbdde42b523026ef9efc7c4efa380c823f8b0ff172df17458a705 libvirt-daemon-kvm-3.9.0-14.el7_5.5.x86_64.rpm ef1e0263c1a887a9b26fe3049953473ab735ab5f2b05809b6ee3b8ef616fc584 libvirt-daemon-lxc-3.9.0-14.el7_5.5.x86_64.rpm bc7b68a150d19c75b2a1e0b861584d107a95079149e04cee401e83d3016f6811 libvirt-devel-3.9.0-14.el7_5.5.i686.rpm 14621a119c8c43a696276607b08edd42f5362913e2edf62da4c6942032287fe9 libvirt-devel-3.9.0-14.el7_5.5.x86_64.rpm 75c371e5d9d27275c7e4e735d1cc402aef33237047be204ef18099857f7ed27e libvirt-docs-3.9.0-14.el7_5.5.x86_64.rpm 50d44c9c8a744f3e15f4c4438dcd278e6869ef847c8591b34f6e3c68e230849e libvirt-libs-3.9.0-14.el7_5.5.i686.rpm 712dc02553613231a42b53a65801effa3bcfaa191b3638f77718949f70446550 libvirt-libs-3.9.0-14.el7_5.5.x86_64.rpm d0bbb55bcf51c9ebb9c2a97867a7222138a010bc953c4d659743c4376a8bc429 libvirt-lock-sanlock-3.9.0-14.el7_5.5.x86_64.rpm 67a5e33a62e5108f5c197178718461e08ab10f178c04c872ff5fcf678ff4111b libvirt-login-shell-3.9.0-14.el7_5.5.x86_64.rpm 21d60eea9c507ee6d73b899002087641dad323cd73d1179774269f975a5f15ff libvirt-nss-3.9.0-14.el7_5.5.i686.rpm ce7c68e8b8587095c1f12ad559c412827c2ef095680804838d7f933aa8eeccdb libvirt-nss-3.9.0-14.el7_5.5.x86_64.rpm Source: ec2bc940fb71858a65fc773aaabd3a87299958cb724056cc1c5dca5016e46b8d libvirt-3.9.0-14.el7_5.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Tue, 22 May 2018 18:17:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:1670 CentOS 7 kmod-redhat-megaraid_sas Enhancement Update Message-ID: <20180522181729.GA45422(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:1670 Upstream details at : https://access.redhat.com/errata/RHEA-2018:1670 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) Source: b243c283592e002f31d604f12edbbfdd26a188f335f2751b92ad129045e79172 kmod-redhat-megaraid_sas-07.702.06.00_rh2_dup7.5-1.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Tue, 22 May 2018 18:17:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1633 Important CentOS 7 qemu-kvm Security Update Message-ID: <20180522181751.GA45503(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1633 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1633 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ba23739aba76d0659acd9751ed784c9873f78c87efee1e370ff6dcfe2b48dee4 qemu-img-1.5.3-156.el7_5.2.x86_64.rpm 5f57e276651baf7f993f56ae96493ff272912019c4d48498134e245efee3a039 qemu-kvm-1.5.3-156.el7_5.2.x86_64.rpm fac35d233859d48f03af8834b52f5348e731abbe92e0f86f7809320efc915d63 qemu-kvm-common-1.5.3-156.el7_5.2.x86_64.rpm b3c0c22ddac6e779e18b685f36a95a3798bfc582dd5587b2d227058c12157795 qemu-kvm-tools-1.5.3-156.el7_5.2.x86_64.rpm Source: 3896d46fb2cb0111813e3b04d217c3cbab1eb721e06624f8fbdd2d64da8621bc qemu-kvm-1.5.3-156.el7_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Tue, 22 May 2018 18:18:10 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1629 Important CentOS 7 kernel Security Update Message-ID: <20180522181810.GA45600(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1629 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1629 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: e522562239e5b4c1fc1882937e0d90692fbddb60c572a141ee5057dd1822ee45 kernel-3.10.0-862.3.2.el7.x86_64.rpm a8bbf64a4c7d7c81eac8b9c1310c1876d27c5c3eb4eba4bc017aa87c36247f0a kernel-abi-whitelists-3.10.0-862.3.2.el7.noarch.rpm 5946f26e23d9093e3fe5c1d373c8c3ddfae3724de75cb5a7c7c2bec26b6d07e7 kernel-debug-3.10.0-862.3.2.el7.x86_64.rpm eae527cc3e87f2537b6c538e4430b52bb512b7d31a0dcc8ca8d3f64fdfabc6bd kernel-debug-devel-3.10.0-862.3.2.el7.x86_64.rpm 7c80b6df256336427421638906895f21854fceaba4bbaeb6aafddb23fb68b96f kernel-devel-3.10.0-862.3.2.el7.x86_64.rpm 62eb25f75909770d698b6828f1555c041a7eb3a83e00ef6068afe3ee3124e539 kernel-doc-3.10.0-862.3.2.el7.noarch.rpm e838ce68782ee00b4f1ddaa5ffa46237963a7818a7c1e4da23023bfef2245a4b kernel-headers-3.10.0-862.3.2.el7.x86_64.rpm 90f68d1df4c74034a231bc95197abf91502601788f2032758a8ceb92cf7532c7 kernel-tools-3.10.0-862.3.2.el7.x86_64.rpm 98f0d6aac10e865e88635e9780799f8e820944f9ad560e8fcb6703ee950b76d0 kernel-tools-libs-3.10.0-862.3.2.el7.x86_64.rpm 3c63b1e781b7ceffe31ab80a03efdc48181f2fed248bb42e3bede0e2741f64c1 kernel-tools-libs-devel-3.10.0-862.3.2.el7.x86_64.rpm 61556cb7c33b28c2cb63b03470a4acef3d75074cf1ab07d76dfb883a242e7d0b perf-3.10.0-862.3.2.el7.x86_64.rpm 347f94a2260965b8f02eff6ce582de68c54a7168d865a305d383b4209c6a6b98 python-perf-3.10.0-862.3.2.el7.x86_64.rpm Source: 40c06420ab6c15b3b0bb5cd1ad9461e1df76118cf2d7bdccda56659e1170a90e kernel-3.10.0-862.3.2.el7.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 159, Issue 5 ***********************************************

1 0

clutter
by Jerry Geis 22 May '18

22 May '18

HI All - I am getting an error on clutter with gstreamer-1 ? This is standard centos 7.5 gst-inspect-1.0 /usr/lib64/gstreamer-1.0/libgstclutter.so (gst-inspect-1.0:21979): Clutter-CRITICAL **: Unable to initialize Clutter: Could not initialize Gdk Could not load plugin file: File "/usr/lib64/gstreamer-1.0/libgstclutter.so" appears to be a GStreamer plugin, but it failed to initialize What do I do with that - the file is present, I even just did a yum reinstall clutter* Thanks Jerry

1 0

Use EPEL without redirection ?
by Nicolas Kovacs 22 May '18

22 May '18

Hi, Is there any way to deactivate the redirection to a mirror when using the third-party EPEL repository ? Our network uses a transparent HTTP/HTTPS proxy with a local AC. We can create exceptions for sites like centos.org or download.fedoraproject.org, but whenever we want to install a package from EPEL, the mirror redirection causes an error due to redirection. Any suggestions ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

3 3

Question on CentOS 7.5 clutter-1.0 pkgconfig missing
by Jerry Geis 21 May '18

21 May '18

Hello - I seem to be missing a pkgconfig clutter-1.0 file on C7.5 Doing yum provides "*/clutter-1.0" does not provide anything for /usr/share/pkgconfig ? Am I missing something ? how can I get the pkgconfig for clutter ? My system has none even though I have all the clutter-devel packages installed. Thanks, Jerry

2 3

Latest updated scap-security-guide signed with wrong GPG key
by cwlists 20 May '18

20 May '18

Hi, Today I tried to update my CentOS 7.5 with latest updates, but it fails to verify the signature of one of the packages: ... scap-security-guide noarch 0.1.36-9.el7.centos updates It seems like this RPM was signed with AltArch PowerPC key (see further down): Warning: /var/cache/yum/x86_64/7/updates/packages/scap-security-guide-0.1.36-9.el7.centos.noarch.rpm: Header V3 RSA/SHA256 Signature, key ID f533f4fa: NOKEY Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 The GPG keys listed for the "CentOS-7 - Updates" repository are already installed but they are not correct for this package. Check that the correct key URLs are configured for this repository. Failing package is: scap-security-guide-0.1.36-9.el7.centos.noarch GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 >From https://www.centos.org/keys/ ... PowerPC Key download key <https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-AltArch-7-ppc64> pub 2048R/F533F4FA 2015-11-27 CentOS AltArch SIG - PowerPC (https://wiki.centos.org/SpecialInterestGroup/AltArch) <security(a)centos.org> Key fingerprint = BAFA 3436 FC50 768E 3C3C 2E4E A963 BBDB F533 F4FA

2 1

CentOS-announce Digest, Vol 159, Issue 4
by centos-announce-request＠centos.org 20 May '18

20 May '18

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-2018:1414 Critical CentOS 6 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 17 May 2018 11:21:53 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1414 Critical CentOS 6 firefox Security Update Message-ID: <20180517112153.GA57488(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1414 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1414 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 64b627a405f07f6020e029f14411afead92956ff9614a044e43f870848a78779 firefox-52.8.0-1.el6.centos.i686.rpm x86_64: 64b627a405f07f6020e029f14411afead92956ff9614a044e43f870848a78779 firefox-52.8.0-1.el6.centos.i686.rpm dc1ae5fc739793f56ac5c87ee02a0abc5bf05a59836cae86d7b7f4ed0229a250 firefox-52.8.0-1.el6.centos.x86_64.rpm Source: 95a78e1b1a133e29a33e1573f5425a490e5eb21ff7ff056d9400b7b8ee6131c9 firefox-52.8.0-1.el6.centos.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 159, Issue 4 ***********************************************

1 0

Latest CentOS does not boot, Proliant ML330 G6
by Jari Fredriksson 17 May '18

17 May '18

Hello all. I just upgraded to the latest and tried to reboot: kernel panic and dead as a brick. Luckily GRUB still works and booting the to the next option in boot menu succeeds. How can this be? This OS is assumed to be solid as a brick :) br. jarif

5 7

C 7, selinux, and rpc.gssd
by m.roth＠5-cent.us 17 May '18

17 May '18

Folks, As systems are upgraded, we're getting a ton of complaints (fortunately, we're in permissive mode) that would break everything. All of them involve rpc.gssd, and I see a number of bugs listed when I search. Note that I first saw this on a RHEL system, but now I'm seeing it on CentOS 7. I'm bringing it up here, because, given that there are multiple reported, that there's some bigger picture involving policy and rpc.gssd. I'll note that some of the reported bugs were *closed last year, or before, so it seems to me an old issue resurfaced. Example. SELinux is preventing /usr/sbin/rpc.gssd from using the block_suspend capability. mark

1 0

place of other RH sources
by Leon Fauster 17 May '18

17 May '18

Out of curiosity - does someone known where the sources of other RH products are placed? RHEL sources are going into git.centos.org but what about e.g. RH OpenStack Platform packages or others products? -- LF

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss