- Discuss - lists.centos.org

ARM64 CentOS AltArch release 7.5
by Frederik Lotter 07 Jun '18

07 Jun '18

Hi, I have two questions: (1) In 7.3 CentOS released a rootfs tar for ARM64. I can no longer find this under the 7.5 release. Furthermore, I could also not find anything on the ISO that seems rootfs-like in any near complete state. The closest was the LiveOS/rootfs.img, but it seems this is not a complete fs as yum is missing components, for example. So my question is: Is there any way to still use CentOS releases on new ARM64 development environments (without EFI boot support)? (2) In terms of UEFI firmware support in the ARM64 world (e.g. EDKII vs Uboot), is there any officially supported solution for CentOS, or do you simply support whatever supports the UEFI interface? Regards, Fred

2 4

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

Creating a bootable USB to install CentOS 7
by KM 17 May '18

17 May '18

I need to copy CentOS 7 to a USB to boot from and install on servers. I have searched and there are a lot of different pages. I wanted someone to give me some tips or current places to look for easy ways to do this. I want to create the bootable USB from my Windows 10 PC in case that matters. Any tips/ideas would be great.Thank you in advance. KM

3 3

Problem with Digikam and libgphoto2 after latest update
by Nicolas Kovacs 17 May '18

17 May '18

Hi, I have CentOS 7 with KDE on my workstation. I'm using the CR repo. I had to remove Digikam to be able to do the latest update (1 GB of updates... wow). Here's what happens when I try to reinstall it. # yum install digikam ... --> Finished Dependency Resolution Error: Package: digikam-4.10.0-6.el7.x86_64 (epel) Requires: libgphoto2_port.so.10(LIBGPHOTO2_5_0)(64bit) Available: libgphoto2-2.5.2-5.el7.x86_64 (base) libgphoto2_port.so.10(LIBGPHOTO2_5_0)(64bit) Installed: libgphoto2-2.5.15-1.el7.x86_64 (@cr) ~libgphoto2_port.so.12(LIBGPHOTO2_5_0)(64bit) Error: Package: digikam-4.10.0-6.el7.x86_64 (epel) Requires: libgphoto2_port.so.10()(64bit) Available: libgphoto2-2.5.2-5.el7.x86_64 (base) libgphoto2_port.so.10()(64bit) Installed: libgphoto2-2.5.15-1.el7.x86_64 (@cr) ~libgphoto2_port.so.12()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Any suggestions? Just wait until the EPEL maintainers rebuild it against the latest stuff? 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

5 8

Persisting Routes In A Routing Table Other Than The Default
by Adam Tauno Williams 16 May '18

16 May '18

I need to add persistent routes to a policy routing table. I can add rules to an IP policy table after installing NetworkManager-config- routing-rules; but I have not found how to add routes to a table other than the specific table. Manually I do a: ip route add default via 192.168.1.6 dev ens192 table pods Rules load automatically via the /etc/sysconfig/network-scripts/rules- {interface} files. Routes added to /etc/sysconfig/network- scripts/routes-{interface} are always added to the default policy. [root@aqueduct rc.d]# ip rule 0: from all lookup local 32763: from 192.168.65.0/24 lookup pods 32764: from 192.168.41.0/24 lookup pods 32765: from 192.168.43.0/24 lookup pods 32766: from all lookup main 32767: from all lookup default -- Adam Tauno Williams <mailto:awilliam@whitemice.org> GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA

2 3

kernel-lt from ELRepo vs. GRUB: define default boot kernel
by Nicolas Kovacs 16 May '18

16 May '18

Hi, After upgrading my workstation to CentOS 7.5 (1804), I had to upgrade my kernel from vanilla to kernel-lt from ELRepo. My NVidia GeForce 210 would only work with the driver provided by NVidia, which in turn required a more recent kernel than 3.0.10. Anyway. Right now here's all the kernels that I have on my workstation: [root@alphamule:~] # rpm -qa | grep -i kernel kernel-lt-devel-4.4.129-1.el7.elrepo.x86_64 kernel-lt-devel-4.4.131-1.el7.elrepo.x86_64 kernel-lt-headers-4.4.131-1.el7.elrepo.x86_64 kernel-lt-4.4.131-1.el7.elrepo.x86_64 kernel-lt-4.4.129-1.el7.elrepo.x86_64 And here's what I'm currently running: [root@alphamule:~] # uname -r 4.4.129-1.el7.elrepo.x86_64 I have a Logitech Illuminated USB keyboard, and one of the quirks of this piece of hardware is that it's unresponsive on boot time. Meaning when GRUB displays the kernel menu, the arrow keys (or for the matter any keys) won't work. Which means the only choice I have left is either boot the default kernel in the list... or go to another office, grab a standard USB keyboard and plug it in temporarily just to choose the kernel to boot. So right now I have two kernels on my machine, the 4.4.129 and the 4.4.131. How do I configure GRUB so that on the next reboot, it defaults to the 4.4.131 kernel? I knew how to do this with LILO under Slackware, but GRUB is a very different beast. 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

4 4

The right way to deal with in-house development
by m.roth＠5-cent.us 16 May '18

16 May '18

Ok, what's the "correct" way to deal with systems developed in-house, that have their own sets up subdirectories. And why, for that matter, does running sealert give me the full path to the executable, like openjdk... but *not* the full path to the file it's trying to operate on, and I'm left going "ok, where was the file it deleted? (we're running in permissive mode - overwhelmingly, developers and subject matter experts no less than nothing about selinux). mark

1 0

CentOS 7.5 (1804) and NetworkManager
by Nicolas Kovacs 16 May '18

16 May '18

Hi, I'm running CentOS on all kinds of setups: servers, workstations, desktops and laptops. Up until now, I'm only using NetworkManager on laptops, since it makes sense to use it there. On servers and desktop clients, I usually remove it and configure the network "traditionally" by simply editing /etc/sysconfig/network-scripts/ifcfg-whatever, /etc/resolv.conf, /etc/hosts, /etc/hostname and /etc/sysconfig/network. Running NetworkManager on anything else than a laptop has never made any sense to me, since it's basically an extra layer of abstraction. With the latest update, the removal of NetworkManager on a desktop client isn't possible anymore, since 'yum remove NetworkManager' also tries to remove 'gdm', and disabling it on startup spews back all sorts of errors. If you folks at Red Hat are reading this, I have one question: WHY ? Niki Kovacs -- 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

4 5

Re: [CentOS] CentOS 7.5 (1804) and NetworkManager
by Michael Lampe 16 May '18

16 May '18

Gnome's control-center now requires NetworkManager-wifi. But it's only a soft requirement, no shared libs involved. To keep your workstation NM-free, you want to install a dummy package that provides NetworkManager-wifi but actually contains nothing, ideally before updating to 7.5. Here's a script to create such a dummy: https://github.com/larsks/fakeprovide If you do this, control-center shows a sad face and some text (Oops, blah, blah, ...) in the WiFi tab. Just the same you always got in the network tab without NM. That's all. -M.

3 2

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

16 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:1454 Critical CentOS 6 dhcp Security Update (Johnny Hughes) 2. CESA-2018:1453 Critical CentOS 7 dhcp Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 15 May 2018 15:51:39 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1454 Critical CentOS 6 dhcp Security Update Message-ID: <20180515155139.GA65109(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1454 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1454 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e7b038ec6216dd9c84a4b2736a650df51c24837311786160402603a1d611d1e1 dhclient-4.1.1-53.P1.el6.centos.4.i686.rpm 56a47d7319dddd86deb59119fbde6bd8997f3d95ebc1023a9fd40d266af715bd dhcp-4.1.1-53.P1.el6.centos.4.i686.rpm f5abe8bcbe57a59102bfa875985c65f8ef11725d8d5cbba363a9af43b5c5b53e dhcp-common-4.1.1-53.P1.el6.centos.4.i686.rpm 7aac0528855e392838d05ed6040828f725fa53617e1a075263509a29ad6b4741 dhcp-devel-4.1.1-53.P1.el6.centos.4.i686.rpm x86_64: 274cc0f07e56546c3be18acc23696b63b83cbeb31d047132f1963b40f8e70eaa dhclient-4.1.1-53.P1.el6.centos.4.x86_64.rpm 34b6034b5152b0db167fb649c9d8d32f23ce6317b571d9a06af5176b0ab33a6a dhcp-4.1.1-53.P1.el6.centos.4.x86_64.rpm ab0da4ab9234f2b9c36251c970880804e4ec9cb6baa1e7a32e50b2e8655a4dc5 dhcp-common-4.1.1-53.P1.el6.centos.4.x86_64.rpm 7aac0528855e392838d05ed6040828f725fa53617e1a075263509a29ad6b4741 dhcp-devel-4.1.1-53.P1.el6.centos.4.i686.rpm d2d2344fd4076e12450ef5ca37ea2139a049166b6b2059b0ecc007fa1b892212 dhcp-devel-4.1.1-53.P1.el6.centos.4.x86_64.rpm Source: d30ede6d503154811891158c268f0b80a892c925662f0b8914d90d437392b42c dhcp-4.1.1-53.P1.el6.centos.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 15 May 2018 17:32:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1453 Critical CentOS 7 dhcp Security Update Message-ID: <20180515173234.GA28880(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1453 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1453 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d8016005508135f34e59a890a4f189d5d63c1ae90647dc5cf292a58efa1ad281 dhclient-4.2.5-68.el7.centos.1.x86_64.rpm 87c6a692dca9eeae9c5bffed9aec1209570ad6d4ef2235dcd8d4e9aba92bea28 dhcp-4.2.5-68.el7.centos.1.x86_64.rpm 362140e6e05c70c91c4dd4f24d244b808173a2bc155712e0f921230bd139806d dhcp-common-4.2.5-68.el7.centos.1.x86_64.rpm e807c98666a5a90388c1013e8bd4001dafdb4ddc769b2de8679683600995ce47 dhcp-devel-4.2.5-68.el7.centos.1.i686.rpm c0b4af7a8bae02b00407f37283356085c7316a533196615c3f1dfffa6bb8a35a dhcp-devel-4.2.5-68.el7.centos.1.x86_64.rpm 1090e35b58f6eefc7d262df1e9d3e1afc5ebb7b86f7664bee8efd4fed5b0c6f7 dhcp-libs-4.2.5-68.el7.centos.1.i686.rpm 79fe00ee01d3087ca9384f639eec607b0d190007c68fab64da5f0e5c6b77d388 dhcp-libs-4.2.5-68.el7.centos.1.x86_64.rpm Source: fe5f91adcebb9edf7333af7a645d682919c6823d8d93f91d289c4f6da4d73df4 dhcp-4.2.5-68.el7.centos.1.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 3 ***********************************************

1 0

OT Hardware Forum
by Mark LaPierre 15 May '18

15 May '18

Hey Y'all, Is there a forum where I can discuss hardware and CentOS 7? I'm considering building a new desktop system specifically designed for CentOS 7 and the Folding At Home project. This mail list seams to be oriented toward CentOS software issues not hardware discussions. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

2 1

could not resolve mirrorlist.centos.org
by m.roth＠5-cent.us 15 May '18

15 May '18

Hi, folks, I've got managers on me, I'm rebuilding this system as C 7... and I'm getting the above. No idea. It pings, but pointing a browser to there gives me "invalid release". Anyone else having trouble? mark

2 2

Issue with private mirror
by Eric Germann 15 May '18

15 May '18

Hello all, long time lurker, first time poster. I have a situation that has been confounding me for the better part of a week. I run an internal mirror of a Centos mirror, mainly because I have lots of hosts and low bandwidth. For my 7.x hosts, since 7.5.1804 was released, when I do a “yum update”, I get the following errors on a number of files. "Package does not match intended download. Suggestion: run yum --enablerepo=base clean metadata” I’ve done that. I’ve done “yum clean all”. I’ve done “yum clean all && rm -rf /var/cacheyum” I’ve blown away the 7.5.1804 tree in my mirror and resync’d it and it still does it. If I change the 7 -> 7.5.1804 symlink to 7.4, yum update runs fine. I’m confounded. How can I check the repo data files on my copy against the tree to see where or if it’s blowing up. Oddly, if I point the host I’m updating at the SAME server I’m mirroring from and do a yum update, it works fine. Using rsync to update. Out of Ideas, EKG

2 2

CentOS 7.5 and GPU memory
by Jerry Geis 15 May '18

15 May '18

Is there a way to "control" how much GPU memory the OS uses ? Back on CentOS 7.4 it "seemed" to use less. I want / need to tell 7.5 to use less.\ or no GPU memory. I have a video application that needs more of the GPU memory and not so much the OS taking that memory. How do I do that? Thanks, Jerry

1 0

Squid and log files
by Nicolas Kovacs 15 May '18

15 May '18

Hi, I have Squid running on several CentOS proxy servers. Here's what the Squid log file directory looks like on my own server: access.log access.log-20180311.gz access.log-20180319.gz access.log-20180429.gz access.log-20180506.gz access.log-20180514.gz cache.log cache.log-20180416.gz cache.log-20180422.gz cache.log-20180430.gz cache.log-20180506.gz cache.log-20180514.gz squidGuard.log I don't know if the compressed and archived *.gz log files are supposed to be erased some time. Anyway, I'd like to make sure they are kept at least for one full year. Where is this defined ? 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

Save the date: CERN Dojo, October 19th, 2018
by Rich Bowen 14 May '18

14 May '18

On October 19th, 2018, we will once again be hosting a CentOS Dojo at CERN, in Meyrin, Switzerland[1]. This will be a full day of CentOS presentations, drawn both from CERN and from the broader CentOS community. The call for papers is now open[2]. We're looking for talks about anything CentOS related, but we're particularly interested in: * OpenStack, and other cloud platforms * Ceph, and other software defined storage solutions * Configuration management tools * HPC, and other aspects of research computing CERN[3] is one of the best-known research facilities on the planet, and the home of the Large Hadron Collider. CentOS Dojos[4] are the best place to meet other members of the CentOS community, and the various communities - such as OpenStack and Ceph - that have a large overlap with CentOS. [1] http://cern.ch/centos [2] https://indico.cern.ch/event/727150/abstracts/ [3] https://home.cern/ [4] https://wiki.centos.org/Events/Dojo/ -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

kickstart leavebootorder
by Stijn De Weirdt 14 May '18

14 May '18

hi all, we have hosts that we want to pxeboot first, always. with uefi, anaconda/kickstart always set the freshly installed disk as first bootdevice and there seems to be no way to disable this behaviour. the rhel7 docs describe a "leavebootorder" option (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…) but it doesn't "leave [the] boot order", it still (as described in the doc) puts the new one on top. it leaves other existing boot entries alone, in same order; but inserting a new entry on top effectively changes the order, not sure what they were smoking when they came up that option name.... does anyone have any tips/tricks to keep hosts booting with pxe first (besides parsing efibootmgr output and modifying the bootorder after an install). thanks, stijn

1 0

Centos 7.5 and Courier 10 Pitch fonts in Libreoffice
by Gregory P. Ennis 14 May '18

14 May '18

Everyone, With the update to Centos 7.5 it is apparent that we lost the Courier 10 Pitch fonts that were in "xorg-x11-fonts-Type1". Does anyone know how to get this back. Greg Ennis

5 13

Private repository and upgrade to Centos 7.5 (Kernel / GStreamer / Mesa)
by Andreas Benzler 12 May '18

12 May '18

Hello Everyone, long time ago I wrote my last mail about my personal repository. The Upgrade went most smoostly. Only need to recompile mesa (enable by wayland ) and qt5-qtwebkit-5.9.2-1.el7.centos.src.rpm (missing by epel) nextcloud-client-2.3.3-1.el7.centos.src.rpm My current software Setup: - kernel 4.16.8 (elrepo with some amd switches) - updated graphic driver stack libdrm / libva 2.1/ amd & intel & nvidia (opensource driver) - gstreamer 10.5 & ffmpeg 2.8.14 - media with vlc 2.2.8 (vlc 3 & ffmpeg3 needs newer compiler) - mesa 18.0.3 / llvm 6.0 Moved from gnome to Xfwm4 for smoother workflow. Wayland is untested here. My WineHQ must be recompiled, that's all is left todo for now. I know some of my repo packages are not wayland enabled, but not needed this time. Totem is mostly unusable this time since mesa 18.0. Got same problem with Arch Linux. In fact nothing todo with my software stack. Got vlc by the way. Everything can be found at: http://centos.cms4all.org/repo/7/ While everything is my private playground and not a official repsitory the packages are "hand made" and unsigned. What's the benefit of this? Everything working as a normal Workstation on a server stack software. Tested also the last tombraider from steam....nice gameplay.. The last 2 years nothing breaks realy, when I starded my project: Centos Multimedia enabled. Still the same drive/installation with the vodoo software testdrive. No distribution drives that long in the past. Sincerely Andy

2 1

Re: [CentOS] [CentOS-announce] Release for CentOS Linux 7 (1804) on x86_64 aarch64 i386 ppc64 ppc64le
by Warren Young 11 May '18

11 May '18

On May 10, 2018, at 1:33 AM, Karanbir Singh <kbsingh(a)centos.org> wrote: > > I am pleased to announce the general availability of CentOS Linux 7 > (1804) for across all architectures. I’ve checked about a dozen of the mirrors, and see no *.torrent files yet. Any idea how long they’ll take to appear? I ask because we’re building a system today, so if it’s going to be more than a few hours, I’ll grab the ISO file directly, but otherwise, I’d prefer to spread the load. > As always, read through the Release Notes at : > http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7 The “RHEL” link here still points to the 7.4 release notes: https://wiki.centos.org/Download

2 3

Re: [CentOS] OT: hardware: sanitizing a dead SSD?
by James B. Byrne 11 May '18

11 May '18

On Thu, May 10, 2018 12:00, m.roth(a)5-cent.us wrote: > > > On the other hand... static, and unchanging, right, and how many > minutes of Amazon S3 will it take to break the encryption? None. If it is NSA certified there will be a backdoor. -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

Yum-cron
by m.roth＠5-cent.us 11 May '18

11 May '18

Ok, I've just had issues this morning, and went and *looked*. I can see a yum-cron running monthly, sure. Running weekly, I guess. Running daily? Why? And there is *NO* reason whatever for a "yum-hourly*. None. This is CentOS, not ubuntu-snapshot-of-the-moment. I don't know if this is from upstream or not, but it's wrong. I mean, even Redmond only pushes out patches once or twice a month, except for critical fixes.,,,.

4 6

Centos7 update: epel no route to host
by johan.vermeulen7＠telenet.be 11 May '18

11 May '18

Hello All, I' have a laptop who's not booting to graphical screen today. Actualy I had several the last few days, related to cr repo. This one won't update, EM: updates | 3.4 kB 00:00:00 epel/x86_64/updateinfo FAILED https://mirror.ynet.sk/epel/7/x86_64/repodata/3ada5bcbccaa9772074a773b15bd0…: [Errno 14] curl#7 - "Failed connect to mirror.ynet.sk:443; No route to host" I reinstalled epel-release package, same issue remains. I guess I could update without epel, but maybe this will make things worse. Any advise would be appreciated. Greetings, J

2 1

Video troubles after 7.5 upgrade using CR repo
by Nicolas Kovacs 10 May '18

10 May '18

Hi, Our desktop clients are running CentOS 7 with the Xfce desktop from EPEL. The CR repository is enabled. A few days ago I launched an update, which brought in close to 1 GB of packages. I had some weird problems on two clients. One is an old Dell Optiplex 330 with a legacy video card. [root@cybermule:/] # lspci | grep -i vga 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RC410 [Radeon Xpress 200/1100] After the update, X wouldn't start anymore, and there was no way to make it behave. I had to reinstall everything and disable the CR repo (or more precisely not enable it in the first place). After this, things went back to normal. On another desktop client, a more recent Dell Optiplex 780, this is what the video card looks like. [root@littlesister:/] # lspci | grep -i vga 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) On this machine I have some weird screen artefacts. When opening a window - any window - there is a sort of a black flash. Meaning the window is a black square, and then the content appears. Plus, on LibreOffice, when doing things like modifying tabs in a document, the tab lines are persistent all over the screen. Very ugly, and the secretary complains about not being able to work correctly. Any idea what's happening here? Until now, CentOS 7 never gave me this sort of headaches. 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 2

Re: [CentOS] OT: hardware: sanitizing a dead SSD?
by Sean 10 May '18

10 May '18

Probably too late for consideration at this point, but there are Enterprise Class SSDs available with DoD/NSA certified/approved self encryption capability. The concept is that encryption is a hardware feature of the drive, when you want to dispose of it, you throw away the key. This allows vendors to receive broken drives back from GOV/MIL clients securely so that failure methods can be researched. Dell and EMC have been presenting this to us at storage briefs for a couple of years now. --Sean On Thu, May 10, 2018 at 8:00 AM <centos-request(a)centos.org> wrote: > From: m.roth(a)5-cent.us > To: CentOS mailing list <centos(a)centos.org> > Cc: > Bcc: > Date: Wed, 9 May 2018 11:35:21 -0400 > Subject: Re: [CentOS] OT: hardware: sanitizing a dead SSD? > James Szinger wrote: > > Disclaimer: My $dayjob is with a government contractor, but I am speaking > > as private citizen. > > > > Talk to your organization's computer security people. They will have a > > standard procedure for getting rid of dead disks. We on the internet > > can't > know what they are. I'm betting it involves some degree of > paperwork. > > > > Around here, I give the disks to my local computer support who in turn > > give them the institutional disk destruction team. I also zero-fill the > disk > > if possible, but that's not an official requirement. The disk remains > > sensitive until the process is complete. > > > Federal contractor here, too. (I'm the OP). For disks that work, shred or > DBAN is what we use. For dead disks, we do the paperwork, and get them > deGaussed. SSD's are a brand new issue. We haven't had to deal with them > yet, but it's surely coming, so we might as well figure it out now. > > mark > >

2 1

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

10 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:1364 Important CentOS 6 389-ds-base Security Update (Johnny Hughes) 2. CEBA-2018:1361 CentOS 6 ibus BugFix Update (Johnny Hughes) 3. CEBA-2018:1339 CentOS 6 tzdata BugFix Update (Johnny Hughes) 4. CEBA-2018:1362 CentOS 6 vte BugFix Update (Johnny Hughes) 5. CEBA-2018:1363 CentOS 6 gcc-libraries BugFix Update (Johnny Hughes) 6. CESA-2018:1319 Important CentOS 6 kernel Security Update (Johnny Hughes) 7. Release for CentOS Linux 7 (1804) on armhfp (Fabian Arrotin) 8. Release for CentOS Linux 7 (1804) on x86_64 aarch64 i386 ppc64 ppc64le (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 9 May 2018 22:45:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1364 Important CentOS 6 389-ds-base Security Update Message-ID: <20180509224558.GA64223(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1364 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1364 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 997e67fca6b61e3c9eab8f16cbc39de3420170cc8d075aff9d297de12231037a 389-ds-base-1.2.11.15-95.el6_9.i686.rpm 70a6f320198a67424128fd0f664d6e015f4d691e4834cf2b9c644178adf9694c 389-ds-base-devel-1.2.11.15-95.el6_9.i686.rpm ea840e718423a3bf6b92192ad026af50ba30a10cf59438386f55f336f650cf4d 389-ds-base-libs-1.2.11.15-95.el6_9.i686.rpm x86_64: de4109a1b8a9364f92aa2eab1d2cb6169d89dc9304791f97edc98c8f7499eedb 389-ds-base-1.2.11.15-95.el6_9.x86_64.rpm 70a6f320198a67424128fd0f664d6e015f4d691e4834cf2b9c644178adf9694c 389-ds-base-devel-1.2.11.15-95.el6_9.i686.rpm 6b8c3237c8443e5135a5d94371f4641fe8aa1329ec5c56b91d12832b6d6fb873 389-ds-base-devel-1.2.11.15-95.el6_9.x86_64.rpm ea840e718423a3bf6b92192ad026af50ba30a10cf59438386f55f336f650cf4d 389-ds-base-libs-1.2.11.15-95.el6_9.i686.rpm cc5ad7a239fe8dc5b4c03d955f23cfbb7118110d939678256b00fa6906bf2779 389-ds-base-libs-1.2.11.15-95.el6_9.x86_64.rpm Source: 4c49c3286a5232c30faffb4871fe41cf4f5b47e3632a1f8b8ad71becfba902df 389-ds-base-1.2.11.15-95.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 9 May 2018 22:46:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1361 CentOS 6 ibus BugFix Update Message-ID: <20180509224625.GA64528(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1361 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1361 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7bc067f49bbd933672a1cffff2d19da4d6d4dbf40ccddac3d41630e2176760fb ibus-1.3.4-9.1.el6_9.i686.rpm 42da18ba08e243ad861c1591ab08ea801d79c8c488f09ecdada681b8c86f3134 ibus-devel-1.3.4-9.1.el6_9.i686.rpm a5a2a6793acf62085b41382192cb9f068310f9b2990cddc337e263ccd71e5fef ibus-devel-docs-1.3.4-9.1.el6_9.i686.rpm 2e9ee4fc8c13fd4cb856bdd0b4aa1213764081db592a251a6b0261ef34f0adc6 ibus-gtk-1.3.4-9.1.el6_9.i686.rpm 15e0440f2e1831a8fcb72b3e4347a03ce91991651e7dfed3510ce9b01b302d2c ibus-libs-1.3.4-9.1.el6_9.i686.rpm x86_64: 4e33cd4fd1e5b2576012b6a7b9ebaed4bc39bd778fc61b60997edbe04f49dee2 ibus-1.3.4-9.1.el6_9.x86_64.rpm 42da18ba08e243ad861c1591ab08ea801d79c8c488f09ecdada681b8c86f3134 ibus-devel-1.3.4-9.1.el6_9.i686.rpm 164a59cd7aece2e340c04c8d0e15da713419268acb7f8120b0f7b7d56be14061 ibus-devel-1.3.4-9.1.el6_9.x86_64.rpm c0139fc8389038488e00d15d7dc8fa5453646ea5f8ddeb03da613db48941ecd4 ibus-devel-docs-1.3.4-9.1.el6_9.x86_64.rpm 2e9ee4fc8c13fd4cb856bdd0b4aa1213764081db592a251a6b0261ef34f0adc6 ibus-gtk-1.3.4-9.1.el6_9.i686.rpm bf9347071d1db29f7d4e32bf12ad5cc2f3a599a7c3fe9a491f1579c948811542 ibus-gtk-1.3.4-9.1.el6_9.x86_64.rpm 15e0440f2e1831a8fcb72b3e4347a03ce91991651e7dfed3510ce9b01b302d2c ibus-libs-1.3.4-9.1.el6_9.i686.rpm 7ee186e307a906c236800d99da26742d9400f5353d8afac64782db5732d7270f ibus-libs-1.3.4-9.1.el6_9.x86_64.rpm Source: f8885fae9ced193d7ddd3cd95fe23d3bb37440a1886d483c888b44cc5cf0bb2e ibus-1.3.4-9.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 9 May 2018 22:47:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1339 CentOS 6 tzdata BugFix Update Message-ID: <20180509224712.GA64745(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1339 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1339 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d66cde6ab07be8739b2222c0463cc7c0218a55f1f825944545cef692107ae685 tzdata-2018e-3.el6.noarch.rpm cb1e4abf1981101afc2a87b1a434068d65e5f2828846bbc051199fda58002bd6 tzdata-java-2018e-3.el6.noarch.rpm x86_64: d66cde6ab07be8739b2222c0463cc7c0218a55f1f825944545cef692107ae685 tzdata-2018e-3.el6.noarch.rpm cb1e4abf1981101afc2a87b1a434068d65e5f2828846bbc051199fda58002bd6 tzdata-java-2018e-3.el6.noarch.rpm Source: 3e8bd97285bcdc86fd0e2d902ab3ea8cd46bce4ca7ef34f7eee3d2c7ff622d49 tzdata-2018e-3.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 9 May 2018 22:47:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1362 CentOS 6 vte BugFix Update Message-ID: <20180509224728.GA64974(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1362 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1362 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dc5384b49e720518865f72977b64025fd36ed921e27620e18929e33c66749af6 vte-0.25.1-10.el6_9.i686.rpm 0088d97ea239f1818b4deb6a316f6c19029ce7fb47fc09b61201b2304ab787cb vte-devel-0.25.1-10.el6_9.i686.rpm x86_64: dc5384b49e720518865f72977b64025fd36ed921e27620e18929e33c66749af6 vte-0.25.1-10.el6_9.i686.rpm bdd76e5bd5ea79464d420eeb4478c2f1aeaac3aa1eeba1752008a39c20e37a63 vte-0.25.1-10.el6_9.x86_64.rpm 0088d97ea239f1818b4deb6a316f6c19029ce7fb47fc09b61201b2304ab787cb vte-devel-0.25.1-10.el6_9.i686.rpm 74bec8926f4b823d38d0add1f1f15c1a954a963a68dc7ad684c29c135805dc41 vte-devel-0.25.1-10.el6_9.x86_64.rpm Source: a13db29c3e6b32fc106022ed39f0dc0e03f04494ba732caa1e89779ac51a4d05 vte-0.25.1-10.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 9 May 2018 22:49:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:1363 CentOS 6 gcc-libraries BugFix Update Message-ID: <20180509224952.GA534(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:1363 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1363 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 323ad8d5df9a986714d005ef68522add594e30649126df621a17bb4c9b8408f8 libatomic-7.1.1-2.4.1.el6_9.i686.rpm 5a08cc9e5b374e7c7f4bbf8f7a52d3aad149b9e1c0b52f26da74bab204f81819 libcilkrts-7.1.1-2.4.1.el6_9.i686.rpm e655f830b1cb725f1e16d29ab9523aa05e35652ab0a97f941c98c06f81ae1501 libgfortran4-7.1.1-2.4.1.el6_9.i686.rpm 248c681d393d114567ad1b52f62b3f9bebd4c6f739a940ff58b21a914d958889 libitm-7.1.1-2.4.1.el6_9.i686.rpm dfcac050acf14a260d070c22b3f259e63810ec6e0c93977d0757fa8619af2a40 libquadmath-7.1.1-2.4.1.el6_9.i686.rpm x86_64: 323ad8d5df9a986714d005ef68522add594e30649126df621a17bb4c9b8408f8 libatomic-7.1.1-2.4.1.el6_9.i686.rpm 40c821ed28410ef09698e5d30703ee435cbdd59ff93b2331194b58e57d075650 libatomic-7.1.1-2.4.1.el6_9.x86_64.rpm 5a08cc9e5b374e7c7f4bbf8f7a52d3aad149b9e1c0b52f26da74bab204f81819 libcilkrts-7.1.1-2.4.1.el6_9.i686.rpm 36bd5b0cfdc8e04f3386351dd4744246b144f488e8a0eaf480462406738483fc libcilkrts-7.1.1-2.4.1.el6_9.x86_64.rpm dc79d7bfb19758b5141d1ec39d4a813bd5be49b53b333faa69fe2edde39d6d61 libgfortran4-7.1.1-2.4.1.el6_9.x86_64.rpm 248c681d393d114567ad1b52f62b3f9bebd4c6f739a940ff58b21a914d958889 libitm-7.1.1-2.4.1.el6_9.i686.rpm cb739fcc5409e8a56b8c4f0408d2888af76aba7a1280ac642c979b41763fbf02 libitm-7.1.1-2.4.1.el6_9.x86_64.rpm bd53cf22b87e00a8e1303567371c8cd57bcbf7c71df9c093ceb541acfe7a76e9 libquadmath-7.1.1-2.4.1.el6_9.x86_64.rpm Source: 4281052f332512080e2ff36a0d756738a7e49fc7279dfc5bec82d6ade347d06c gcc-libraries-7.1.1-2.4.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 10 May 2018 01:00:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1319 Important CentOS 6 kernel Security Update Message-ID: <20180510010009.GA20721(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1319 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1319 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0ad77fd677aef101b9f6fdd2871173612333281d776520ecfae57c1d381b2e21 kernel-2.6.32-696.28.1.el6.i686.rpm 37e002b4ec8cb0d47e8b9427073dc3209280ffa8307bc28e8e0c7f9d818214ed kernel-abi-whitelists-2.6.32-696.28.1.el6.noarch.rpm e7e3fd0e9130be40ce38bbdbbe4e971506f3c3db3b24dceb7a6abcdcee47d9de kernel-debug-2.6.32-696.28.1.el6.i686.rpm 77ccfe0bc6ef1e4ee9214036768416b2b528b2aef9e71e3c48d0ca59c004f28f kernel-debug-devel-2.6.32-696.28.1.el6.i686.rpm cb08256cb0c950a7233e6de90fc2c6464243de381abae903799eb82f5a7edb61 kernel-devel-2.6.32-696.28.1.el6.i686.rpm 9a4a6205260a044053d75a2e167651e69a4e9802ba93f354f261b60879848fb5 kernel-doc-2.6.32-696.28.1.el6.noarch.rpm cc7e18af2c14a3e6469e551866eb4dceb91e1fffa1f64cb08463494ae514dc8d kernel-firmware-2.6.32-696.28.1.el6.noarch.rpm 82b1ba0334adaf81d1b3bb5a06625dcfa2b7cc2586ab491b104189bcf44a9b95 kernel-headers-2.6.32-696.28.1.el6.i686.rpm d3d96af0f6309a67bd86ce090b2e48a0396bc0c7a81d58c1f7effe391625b124 perf-2.6.32-696.28.1.el6.i686.rpm e00c0b060a2ca77eb7f2f0b575d05ef4e9154d5ea03f44d63c22cb69b7fc9903 python-perf-2.6.32-696.28.1.el6.i686.rpm x86_64: c1a87ab6d6628639f2456d8f49b4b0fb2f5891eb7a001f00986f9691ebb6e9d1 kernel-2.6.32-696.28.1.el6.x86_64.rpm 37e002b4ec8cb0d47e8b9427073dc3209280ffa8307bc28e8e0c7f9d818214ed kernel-abi-whitelists-2.6.32-696.28.1.el6.noarch.rpm 27211dcac25bc8efdef2b9ad6a7878ad5aff98d2a3195fe087fd4c02cbdd9fdd kernel-debug-2.6.32-696.28.1.el6.x86_64.rpm 77ccfe0bc6ef1e4ee9214036768416b2b528b2aef9e71e3c48d0ca59c004f28f kernel-debug-devel-2.6.32-696.28.1.el6.i686.rpm ce913ed2cb9ea3799b463808471244f3259973928f8f1dba4d3f868512943f9e kernel-debug-devel-2.6.32-696.28.1.el6.x86_64.rpm 73674be131a5d7a855450f3ec5b3f67956dbb366e854e8909533125fa8b57c6c kernel-devel-2.6.32-696.28.1.el6.x86_64.rpm 9a4a6205260a044053d75a2e167651e69a4e9802ba93f354f261b60879848fb5 kernel-doc-2.6.32-696.28.1.el6.noarch.rpm cc7e18af2c14a3e6469e551866eb4dceb91e1fffa1f64cb08463494ae514dc8d kernel-firmware-2.6.32-696.28.1.el6.noarch.rpm 95e982222a272bbaf0367c2afe9ca516388e20bf0530d7826cdd9818e7d0b7c0 kernel-headers-2.6.32-696.28.1.el6.x86_64.rpm c812bdbba530ce27286dc53680d313b5addd290b2cd885413344fcd621dcc18b perf-2.6.32-696.28.1.el6.x86_64.rpm e763ea6f3f09365ed17624b09330cd918627aa8b6dd6d2d7e896fdb81aa1fe88 python-perf-2.6.32-696.28.1.el6.x86_64.rpm Source: fe8e4c2b62e39cb557bb1dd9195bb524b107964a653736103fd59ba6893a3f2c kernel-2.6.32-696.28.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 10 May 2018 09:27:21 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Release for CentOS Linux 7 (1804) on armhfp Message-ID: <390bfa54-4ad0-0527-9b6f-edd8fcb19724(a)centos.org> Content-Type: text/plain; charset="utf-8" I am pleased to announce the general availability of CentOS Linux 7 (1804) for armhfp compatible machines. This is the current release for CentOS Linux 7 and is tagged as 1804, derived from Red Hat Enterprise Linux 7.5 == Download You can download new images for armhfp boards on http://mirror.centos.org/altarch/7/isos/armhfp/ Images and sha256sums : CentOS-Userland-7-armv7hl-generic-GNOME-1804-sda.raw.xz 16ff588e04fae393671da6cc1336088201f5c633d66e519345eaf4b60e2818c3 CentOS-Userland-7-armv7hl-generic-KDE-1804-sda.raw.xz 950340fd8aec24651788897382f76d360c19a7f83c08dc9390637880413690f7 CentOS-Userland-7-armv7hl-generic-Minimal-1804-sda.raw.xz 1a9823b3148285a8aa8f07f49c23b4e6299aaa1f225d15334501687fb9c44398 CentOS-Userland-7-armv7hl-RaspberryPI-GNOME-1804-sda.raw.xz 23c3ec15d72e7b1934fa63ae1a7c8f4071f952c2d2c07da39c625e2559b86ccf CentOS-Userland-7-armv7hl-RaspberryPI-KDE-1804-sda.raw.xz f9ed70539ad4579a7ae7bbad777e4a2614ad9df13bfb577ac2de0c72dee9e7c1 CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-1804-sda.raw.x 962264b4387a10cfd058b12b7ed1490fd3f65c9276c10a37c6746ffaabcc83f2 == What's new (specific to armhfp) As before, CentOS 7 userland for armhfp is still built from the CentOS 7 distribution, with some modified, added (or removed) packages. Here are some highlights for the 7.5.1804 release : - Kernel (for both rpi2/3 and generic boards) was bumped to 4.14.x (LTS version) to also follow the i386 AltArch kernel. - uboot images were updated to version 2018.03 to support more boards - we have now variants other than "minimal" (so GNOME and KDE) - selinux is working in enforcing mode and not in permissive mode by default so there is no need anymore to relabel filesystem and reboot) We have also changed the way we built the armhfp images, so please consider reading the dedicated wiki page to understand which steps are now mandatory to ensure that your armhfp will boot correctly (basically setting up uboot) More informations/details on the dedicated wiki page : https://wiki.centos.org/SpecialInterestGroup/AltArch/armhfp == Getting help If you are searching for help, or would like to help the CentOS altarch/armhfp ecosystem, feel free to subscribe to the CentOS arm-dev list (https://lists.centos.org/mailman/listinfo/arm-dev) or chat with us in #centos-arm on irc.freenode.net == Special thank you message I'd like to say thank you to Pablo Greco, who helped a lot for this release, with all the hard work he did during the CentOS 7.4.1708 days to catch up with all the packages that weren't able to build, work that permits now to have a armhfp release set as close as possible with the upstream x86_64 one. Kudos ! -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

Replacement for Pdftk under CentOS 7 ?
by Nicolas Kovacs 10 May '18

10 May '18

Hi, Two weeks ago I migrated all our local school's servers and clients from Slackware 14.1 to CentOS 7. Everything went perfectly, and now I'm busy sanding down some edges. The previous installation sported pdftk and a frontend (can't remember the name) which allowed some basic operations on PDF files such as splitting and concatenation. The school's staff used this application all the time. Unfortunately it's not available under CentOS 7. Can you suggest any replacement for this application? On a side note, it should be something with a point-and-click GUI. 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

4 3

OT: hardware: sanitizing a dead SSD?
by m.roth＠5-cent.us 09 May '18

09 May '18

Anyone have any clues about how to sanitize a dead SSD? We haven't had it yet, but we're sure it's coming. Esp. since I'm a federal contractor, a dead disk gets deGaussed, but what the hell do you do with a SSD?

14 16

CentOS 7.5
by Jerry Geis 08 May '18

08 May '18

Hi All - Just checking on "expected" 7.5 release - I'm guessing its very close. On a side note... I played with CR enabled it and did the update, my /etc/redhat-release still says the old 7.4... I was thinking it would say something different for CR. Anyway looking forward to 7.5! Thanks, Jerry

2 1

Problem with cr repo.
by me＠tdiehl.org 08 May '18

08 May '18

Hi, I am having a problem with yum update from the cr repo. Below is the output of yum: (vgeppetto2 pts4) # yum update Loaded plugins: changelog, fastestmirror, priorities Loading mirror speeds from cached hostfile * epel: mirror.cogentco.com 171 packages excluded due to repository priority protections Resolving Dependencies --> Running transaction check ---> Package python-urllib3.noarch 0:1.10.2-3.el7 will be updated ---> Package python-urllib3.noarch 0:1.10.2-5.el7 will be an update --> Finished Dependency Resolution Dependencies Resolved =================================================================================================================================================================================================================== Package Arch Version Repository Size =================================================================================================================================================================================================================== Updating: python-urllib3 noarch 1.10.2-5.el7 cr 102 k Transaction Summary =================================================================================================================================================================================================================== Upgrade 1 Package Total download size: 102 k Is this ok [y/d/N]: y Downloading packages: python-urllib3-1.10.2-5.el7.noarch.rpm | 102 kB 00:00:00 Running transaction check Running transaction test Transaction test succeeded Running transaction Updating : python-urllib3-1.10.2-5.el7.noarch 1/2 Error unpacking rpm package python-urllib3-1.10.2-5.el7.noarch error: unpacking of archive failed on file /usr/lib/python2.7/site-packages/urllib3/packages/ssl_match_hostname: cpio: rename Verifying : python-urllib3-1.10.2-5.el7.noarch 1/2 python-urllib3-1.10.2-3.el7.noarch was supposed to be removed but is not! Verifying : python-urllib3-1.10.2-3.el7.noarch 2/2 Failed: python-urllib3.noarch 0:1.10.2-3.el7 python-urllib3.noarch 0:1.10.2-5.el7 Complete! (vgeppetto2 pts4) # Can someone look at this and tell me if this is a packaging problem or a problem with my machine and how to fix it? I ran yum clean metadata before the yum update run but no change. Regards, -- Tom me(a)tdiehl.org

5 5

Re: [CentOS] Network Performance Update
by Gordon Messmer 06 May '18

06 May '18

On 05/06/2018 06:20 AM, Chris Olson wrote: > > Thanks for the follow up message regarding measurement > of network performance. we are checking into nc and > how it might be used. The man page for "nc" has specific examples of sending a file over TCP. > We have not found iperf on any > of our systems, but we may try installing it with yum. > > You may be right about the ftp server trying to use > ftruncate() on the destination file /dev/null, but > I do not see a reason that it would do that. What > needs to be truncated at the beginning of a transfer? Explaining *why* the authors of the FTP server wrote it as they did is beyond what I can offer. I can explain the mechanism, but not the rationale.

1 0

Network Performance Update
by Chris Olson 06 May '18

06 May '18

My thanks to all that responded to my posting about measuring network performance. Helpful suggestions are always very much appreciated. The type of testing that we were attempting does not appear to be a major topic of interest on the list but the additional information below may be helpful to some users. Initial reports of an issue with |dd not being recognized was questioned so several more tests were conducted. Testing the transfer to /dev/null was repeated several times with identical results as indicated immediately below. How this message about dd was interpreted as it not being recognized is not clear. What is clear is the Broken pipe indication which we then went on to investigate. All indications are that the destination of the pipe was not accepting the sourced data. With this in mind we conducted several successful transfers as indicated below. It appears that /dev/null is not a legitimate place to send data from an ftp transfer. This was the case even when the original source was a file and not a dd command. One of the suggestions in response to our original posting indicated that "|dd might be changed to |"dd. This was also tried as indicated below. Both forms of the put command that send the data to an actual file (zeros) work and were repeated several times. Using the form |"dd consistently runs slower than using the original put command format: "|dd Bottom Line: Mystery partially solved. What is left is why the /dev/null destination for the data does not work. Just about every other commands we tried routing data to /dev/null work from any user space. Attempting Transfer Of dd Created Output To /dev/null ------------------------------------------------------------- ftp> ftp> put "|dd if=/dev/zero bs=32768 count=8000" /dev/null local: |dd if=/dev/zero bs=32768 count=8000 remote: /dev/null 227 Entering Passive Mode (192,168,1,101,27,154) 500 OOPS: ftruncate dd: writing `standard output': Broken pipe 1+0 records in 0+0 records out 0 bytes (0 B) copied, 9.3018e-05 s, 0.0 kB/s ftp> Successful Transfers Of dd Created Output To A File Named zeros --------------------------------------------------------------- ftp> ftp> put "|dd if=/dev/zero bs=32768 count=8000" zeros local: |dd if=/dev/zero bs=32768 count=8000 remote: zeros 227 Entering Passive Mode (192,168,1,103,164,178) 150 Ok to send data. 8000+0 records in 8000+0 records out 262144000 bytes (262 MB) copied, 26.4611 s, 9.9 MB/s 226 Transfer complete. 262144000 bytes sent in 27 seconds (9.7e+03 Kbytes/s) ftp> ftp> ftp> put |"dd if=/dev/zero bs=32768 count=8000" zeros local: |dd if=/dev/zero bs=32768 count=8000 remote: zeros 227 Entering Passive Mode (192,168,1,103,39,252) 150 Ok to send data. 8000+0 records in 8000+0 records out 262144000 bytes (262 MB) copied, 30.7971 s, 8.5 MB/s 226 Transfer complete. 262144000 bytes sent in 31 seconds (8.3e+03 Kbytes/s) ftp>

2 1

NetworkManager dnsmasq plugin
by Frank Cox 06 May '18

06 May '18

I am trying to get dnsmasq to work through NetworkManager by putting dns=dnsmasq into /etc/NetworkManager/NetworkManager.conf NetworkManager still works but dnsmasq doesn't start. I get this error in /var/log/messages: could not load plugin 'dnsmasq' from file '/usr/lib64/NetworkManager/libnm-settings-plugin-dnsmasq.so And the referenced file doesn't exist, as stated. So where or how do I get libnm-settings-plugin-dnsmasq.so? I don't see any rpm that provides that file, though I'm hoping to be proved wrong of course. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

Samba HOWTO wiki bug: chcon samba_share_t
by Warren Young 05 May '18

05 May '18

In this wiki article: https://wiki.centos.org/HowTos/SetUpSamba …there is a command down in section 2 that gives an error here on CentOS 7: $ sudo semanage fcontext –at samba_share_t /path/to/share …noise noise noise… semanage: error: unrecognized arguments: samba_share_t /path/to/share That and the following restorecon command can be replaced by a single shorter command, which also fixes the symptom: $ sudo chcon -R -t samba_share_t /path/to/share

5 13

get unicode ranges from a TTF ???
by Alice Wonder 04 May '18

04 May '18

Hello list, Is there a command line tool I run on a ttf font and get a list of the Unicode Ranges for that that font that would be compatible with the unicode-range: parameter in a CSS @fontface declaration? I'm guessing something in the python world probably exists... Hopefully something that works in CentOS 7 I need something like that for a FLOSS font server project that doesn't track users. I don't feel a need to split up a font by unicode range, but a lot of fonts are already split by their upstream developers according to language support - e.g. the Noto Fonts, the main font has a lot of glyphs but Hebrew for example is in it's own font file already. I want to be able to get the range information for what the fonts support. Thanks for any tips. My font server project I need it for is at https://github.com/AliceWonderMiscreations/FlossWoff2

1 1

HPLIP vs. CentOS
by Nicolas Kovacs 03 May '18

03 May '18

Hi, Our local school has recently acquired an HP PageWide Pro 477 professional printer. According to HP, the printer requires HPLIP 3.16.3 at least. Unfortunately, CentOS is only shipping HPLIP 3.15.9. So I downloaded and installed the hplip/hplipfull package from the HP site. Installing this thing and getting it to work is not exactly a trivial task, as I documented in my blog: https://blog.microlinux.fr/hp-pagewide-pro-centos/ The printer and the scanner worked perfectly for some time. Now all of a sudden scanning won't work anymore, and I have an alert that the HP plugin must be installed. So I launched hp-plugin (as I already did on numerous similar installations before), but unfortunately the plugin installation fails with the following error: Python gobject/dbus may not be installed. A google search shows me that I'm not alone, and that this error has affected users quite regularly over the years. The relevant packages are already installed on my system, so I'm facing a choice. 1. Either use the hplip-* packages provided by CentOS that are too old for our printer. 2. Use the buggy hplipfull package provided by HP. If anyone has an idea how to upgrade HPLIP on CentOS so that it actually works, I'd be grateful. 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 2

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

03 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:1270 Important CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 2. CESA-2018:1098 Important CentOS 6 firefox Security Update (Johnny Hughes) 3. CESA-2018:1225 Critical CentOS 6 librelp Security Update (Johnny Hughes) 4. CESA-2018:1199 Important CentOS 6 patch Security Update (Johnny Hughes) 5. CESA-2018:1188 Critical CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 6. CESA-2018:1124 Critical CentOS 6 python-paramiko Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 2 May 2018 12:00:53 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1270 Important CentOS 6 java-1.7.0-openjdk Security Update Message-ID: <20180502120053.GA52319(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1270 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1270 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 141cd9631a85b702e025ba5dcdb1caea40f3d7b120624de374b5ed92984e549c java-1.7.0-openjdk-1.7.0.181-2.6.14.1.el6_9.i686.rpm 5c9e2415bcfac9b37cc9c0a5b859238a11a83d4e259454effff40f30f7283b5f java-1.7.0-openjdk-demo-1.7.0.181-2.6.14.1.el6_9.i686.rpm db232b8611193c1afe8256b0f7e483d3f4944391848db28a923a6f807ffaf6fa java-1.7.0-openjdk-devel-1.7.0.181-2.6.14.1.el6_9.i686.rpm ebec3f7167077e0573d802f468af12f31fb3b5ef3ca8e75cac71dc6ed4da5b22 java-1.7.0-openjdk-javadoc-1.7.0.181-2.6.14.1.el6_9.noarch.rpm 9ec1ea9eb404747790c2a143463937d58848281b544975cd33d9da1dc2198bd9 java-1.7.0-openjdk-src-1.7.0.181-2.6.14.1.el6_9.i686.rpm x86_64: 548200b8396885c986d22485e1c283f95b57d182ef7e45335c544ae3a78e6b9f java-1.7.0-openjdk-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm 930ab2cc8d37d5b4d175f057ce4b15e29755faf774a987c5705994e549ba6837 java-1.7.0-openjdk-demo-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm 6f039f43f1331d949dc9ed6d53e53e64a25947a60dc6ff4d3257d06b96564704 java-1.7.0-openjdk-devel-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm ebec3f7167077e0573d802f468af12f31fb3b5ef3ca8e75cac71dc6ed4da5b22 java-1.7.0-openjdk-javadoc-1.7.0.181-2.6.14.1.el6_9.noarch.rpm bd7c457813cfa716b61894b2fc1048e979da6c2c6dedc659741612c507a40d69 java-1.7.0-openjdk-src-1.7.0.181-2.6.14.1.el6_9.x86_64.rpm Source: 6f07f83fd4627cf6e3e3f8109c46250b3d16bffc8731b9c8365c5f21e5bcbbc6 java-1.7.0-openjdk-1.7.0.181-2.6.14.1.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 2 May 2018 12:03:01 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1098 Important CentOS 6 firefox Security Update Message-ID: <20180502120301.GA52564(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1098 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1098 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 02380bc2107f2a2ec19d84d2bfc49a3ea5c9cf51279a50d7f091878ef3253a24 firefox-52.7.3-1.el6.centos.i686.rpm x86_64: 02380bc2107f2a2ec19d84d2bfc49a3ea5c9cf51279a50d7f091878ef3253a24 firefox-52.7.3-1.el6.centos.i686.rpm 5933d213ce7a34a079e2f84d1bbb08b91dd28f10daa4ef2a487b426823325474 firefox-52.7.3-1.el6.centos.x86_64.rpm Source: a5330e8e79305f8dbb05ecd598579827216f4e98aff93e66270378595cebfc8b firefox-52.7.3-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 2 May 2018 12:03:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1225 Critical CentOS 6 librelp Security Update Message-ID: <20180502120326.GA52803(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1225 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1225 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d3d3215dd4f4b41bedcdb86ec63f3a20d102e8bb7ce6b95388bec575d6ef4ba0 librelp-1.2.7-3.el6_9.1.i686.rpm 6b57c15171003905d8a623a7e3f5147e6cc4c9302ec34d0210742805ac2d6ae1 librelp-devel-1.2.7-3.el6_9.1.i686.rpm x86_64: d3d3215dd4f4b41bedcdb86ec63f3a20d102e8bb7ce6b95388bec575d6ef4ba0 librelp-1.2.7-3.el6_9.1.i686.rpm 3234be9e14a573d0c2073c861e16db18ddff5fb0643be3ec9794633a49a5788c librelp-1.2.7-3.el6_9.1.x86_64.rpm 6b57c15171003905d8a623a7e3f5147e6cc4c9302ec34d0210742805ac2d6ae1 librelp-devel-1.2.7-3.el6_9.1.i686.rpm 9cfc8f354a19a8669e6a3a8001c9155d8822f3920dff1abd729eef752764acfe librelp-devel-1.2.7-3.el6_9.1.x86_64.rpm Source: a88451ecc7b9ba1500aa95e6e5e3ba3ad5c072a86f34815d10ade9e50cbeee10 librelp-1.2.7-3.el6_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 2 May 2018 12:03:45 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1199 Important CentOS 6 patch Security Update Message-ID: <20180502120345.GA52989(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1199 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:1199 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6d4612d0d5772563ed63b20dfa2d927e7a142b1200303a1e838f82d7e5b2c429 patch-2.6-8.el6_9.i686.rpm x86_64: d7ee08c5cd48a92839be6fdf5e99bcc5ef48853fb5cc491a0f41e2419b0eb7b5 patch-2.6-8.el6_9.x86_64.rpm Source: 49753d0de64e91235f20c9e17acf1c7c009fd0fea9b06734942bfdacdef20f83 patch-2.6-8.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 2 May 2018 12:04:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1188 Critical CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20180502120448.GA53422(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1188 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1188 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3b3880acd70d462c4a7c99792ad650df5036905ee9f29903bd09a26bf887f580 java-1.8.0-openjdk-1.8.0.171-3.b10.el6_9.i686.rpm e457c857daf516f552ad529a0d0baa591edef484318bc200472223f08e4d95f8 java-1.8.0-openjdk-debug-1.8.0.171-3.b10.el6_9.i686.rpm eaf79a4a3eded5a956c50228fc4cbcb25f328f1b363982bd8e64eb6b4e1d4c5c java-1.8.0-openjdk-demo-1.8.0.171-3.b10.el6_9.i686.rpm 84b320acd0f3960083532090d510fa48057ac19bad387b24b3c469495eaa5bff java-1.8.0-openjdk-demo-debug-1.8.0.171-3.b10.el6_9.i686.rpm bd608747cd424e837b8823e8dbebd39c31bc3e7b5b87b79476c0314ddd7cd3ff java-1.8.0-openjdk-devel-1.8.0.171-3.b10.el6_9.i686.rpm ba14b04cc20ed0a6abd4e73a06874464d7ad20241fe76fcb2a6a1a3b294d0370 java-1.8.0-openjdk-devel-debug-1.8.0.171-3.b10.el6_9.i686.rpm 485bccd1b6600c42739a97ed9bd0b42adb82789b36d2259b29149594c6eaae6a java-1.8.0-openjdk-headless-1.8.0.171-3.b10.el6_9.i686.rpm 8d98014474ad927d69754b7a6b48e88127db10bddc82e7580f685938febae435 java-1.8.0-openjdk-headless-debug-1.8.0.171-3.b10.el6_9.i686.rpm 067eb162c00fb158e73774838dff1e63deacfe28712ed913b75ecbf30db28575 java-1.8.0-openjdk-javadoc-1.8.0.171-3.b10.el6_9.noarch.rpm 8a237c03e2a2a9a2a532db2224734d81aa533b486f0e70a3fe6a7d613dff121a java-1.8.0-openjdk-javadoc-debug-1.8.0.171-3.b10.el6_9.noarch.rpm addef18119e41fa63f96a92e0c811242e7aa0ef40f20cf6f33a5f1677b9a3143 java-1.8.0-openjdk-src-1.8.0.171-3.b10.el6_9.i686.rpm 6a2d43918f1fcf87fe5d0ae9f40d2b9e80ea917ef48ca16119bd397aa211f0fe java-1.8.0-openjdk-src-debug-1.8.0.171-3.b10.el6_9.i686.rpm x86_64: 18de1c67b46c2136da6950a454cb67d034f754af42e9f400d96fdacc92b1751c java-1.8.0-openjdk-1.8.0.171-3.b10.el6_9.x86_64.rpm bb46ae508c13585350e23cde93442c78af5b3205b69215fb1700b312fa58921e java-1.8.0-openjdk-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm 0647ce24d006764eb618e021482ecc5c20c50864451dd46dd3f380f12ba7471d java-1.8.0-openjdk-demo-1.8.0.171-3.b10.el6_9.x86_64.rpm f60095ebf6e622a9bd98cadf6fedd7a5fff2d12b94c4ed8e086173642fa16b80 java-1.8.0-openjdk-demo-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm 68b987230c8c678b60137237526fa00082cf6adfd74065c826ad49fcc875e9d6 java-1.8.0-openjdk-devel-1.8.0.171-3.b10.el6_9.x86_64.rpm 675d2775617c7d4c06a8c294024482c5ed16ef72e6e6684012db513682123abd java-1.8.0-openjdk-devel-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm fb2db097b0c2d6c4d1871df51226558c0475c249f20f8ff04a2baa98e660f372 java-1.8.0-openjdk-headless-1.8.0.171-3.b10.el6_9.x86_64.rpm 14afc062e1f059f2c2feedf8b7802d0bbeef6e889c68f05dd77d2666bb3909ee java-1.8.0-openjdk-headless-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm 067eb162c00fb158e73774838dff1e63deacfe28712ed913b75ecbf30db28575 java-1.8.0-openjdk-javadoc-1.8.0.171-3.b10.el6_9.noarch.rpm 8a237c03e2a2a9a2a532db2224734d81aa533b486f0e70a3fe6a7d613dff121a java-1.8.0-openjdk-javadoc-debug-1.8.0.171-3.b10.el6_9.noarch.rpm 881b93d21e115824920800b0fdc992760bc911a9334a6c84771efa4fbe5e7841 java-1.8.0-openjdk-src-1.8.0.171-3.b10.el6_9.x86_64.rpm aaa11f1aed134a9b954a394ef317cf056eb224334477d7d9e7777e81841c3d12 java-1.8.0-openjdk-src-debug-1.8.0.171-3.b10.el6_9.x86_64.rpm Source: ce61afe55abc160720f25a0f29a7b58cb4f04aac953b9e32f7c3292f10869afc java-1.8.0-openjdk-1.8.0.171-3.b10.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Wed, 2 May 2018 12:05:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:1124 Critical CentOS 6 python-paramiko Security Update Message-ID: <20180502120532.GA53639(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:1124 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:1124 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b3d780db118ae3d20d0b42094fbb9568f2392ab1d1fda44c5a706137e89c57c7 python-paramiko-1.7.5-4.el6_9.noarch.rpm x86_64: b3d780db118ae3d20d0b42094fbb9568f2392ab1d1fda44c5a706137e89c57c7 python-paramiko-1.7.5-4.el6_9.noarch.rpm Source: 516f2f3da754fde2dddef3baa1f44b2fc8eb058c6b22d7731a336165c77b42b7 python-paramiko-1.7.5-4.el6_9.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 1 ***********************************************

1 0

Re: [CentOS] More oddities...
by m.roth＠5-cent.us 02 May '18

02 May '18

From: Marcelo Ricardo Leitner <marcelo.leitner(a)gmail.com> On Tue, May 01, 2018 at 03:28:29PM -0400, m.roth(a)5-cent.us wrote: >> My manager's workstation is C 7.4, and it started screaming yesterday >> about issues with ata5. > >> Except that he has one internal and one external drive, and a DVD. Anyone >> have clues as to what could be causing this, or where to start looking? > ata'5' is about the port it is connected and not related to the count > of devices in there. > You should be able to match it with: > ls -l /sys/class/block | grep ata5 > There sould be a symlink like: > lrwxrwxrwx. 1 root root 0 abr 29 19:23 sda -> > ../../devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda > Or by going through boot dmesg. Good thought... but no joy. I see links with sda, sda1, sdb, sdb1 and sdb2, and four for dm-[0-3], and nothing else. Looking in that symlink, I see ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/ total 0 drwxr-xr-x. 6 root root 0 May 2 10:12 ./ drwxr-xr-x. 10 root root 0 May 2 10:11 ../ drwxr-xr-x. 3 root root 0 May 2 10:14 ata_port/ drwxr-xr-x. 4 root root 0 May 2 10:14 host4/ drwxr-xr-x. 5 root root 0 May 2 10:14 link5/ drwxr-xr-x. 2 root root 0 May 2 10:14 power/ -rw-r--r--. 1 root root 4096 May 2 10:14 uevent $ ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/host4/ total 0 drwxr-xr-x. 4 root root 0 May 2 10:14 ./ drwxr-xr-x. 6 root root 0 May 2 10:12 ../ drwxr-xr-x. 2 root root 0 May 2 10:15 power/ drwxr-xr-x. 3 root root 0 May 2 10:15 scsi_host/ lrwxrwxrwx. 1 root root 0 May 1 17:59 subsystem -> ../../../../../bus/scsi/ -rw-r--r--. 1 root root 4096 May 2 10:15 uevent Finally, I did ll /sys/devices/pci0000\:00/0000\:00\:1f.2/ata5/host4/scsi_host/host4/ total 0 drwxr-xr-x. 3 root root 0 May 2 10:15 ./ drwxr-xr-x. 3 root root 0 May 2 10:15 ../ -rw-r--r--. 1 root root 4096 May 2 10:15 active_mode -r--r--r--. 1 root root 4096 May 2 10:15 ahci_host_cap2 -r--r--r--. 1 root root 4096 May 2 10:15 ahci_host_caps -r--r--r--. 1 root root 4096 May 2 10:15 ahci_host_version -r--r--r--. 1 root root 4096 May 2 10:15 ahci_port_cmd -r--r--r--. 1 root root 4096 May 2 10:15 can_queue -r--r--r--. 1 root root 4096 May 2 10:15 cmd_per_lun lrwxrwxrwx. 1 root root 0 May 2 10:15 device -> ../../../host4/ -rw-r--r--. 1 root root 4096 May 2 10:15 eh_deadline -rw-r--r--. 1 root root 4096 May 2 10:15 em_buffer -rw-r--r--. 1 root root 4096 May 2 10:15 em_message -r--r--r--. 1 root root 4096 May 2 10:15 em_message_supported -r--r--r--. 1 root root 4096 May 2 10:15 em_message_type -r--r--r--. 1 root root 4096 May 2 10:15 host_busy --w-------. 1 root root 4096 May 2 10:15 host_reset -rw-r--r--. 1 root root 4096 May 1 18:00 link_power_management_policy drwxr-xr-x. 2 root root 0 May 2 10:15 power/ -r--r--r--. 1 root root 4096 May 2 10:15 proc_name -r--r--r--. 1 root root 4096 May 2 10:15 prot_capabilities -r--r--r--. 1 root root 4096 May 2 10:15 prot_guard_type --w-------. 1 root root 4096 May 2 10:15 scan -r--r--r--. 1 root root 4096 May 2 10:15 sg_prot_tablesize -r--r--r--. 1 root root 4096 May 2 10:15 sg_tablesize -rw-r--r--. 1 root root 4096 May 2 10:15 state lrwxrwxrwx. 1 root root 0 May 1 18:00 subsystem -> ../../../../../../../class/scsi_host/ -rw-r--r--. 1 root root 4096 May 2 10:15 supported_mode -rw-r--r--. 1 root root 4096 May 2 10:15 uevent -r--r--r--. 1 root root 4096 May 2 10:15 unchecked_isa_dma -r--r--r--. 1 root root 4096 May 2 10:15 unique_id -r--r--r--. 1 root root 4096 May 2 10:15 use_blk_mq And nothing else. Note that the it's running 3.10.0-862.el7.x86_64. Seems to have given up, for at least now, but could start flooding the logs again.... mark

1 0

More oddities...
by m.roth＠5-cent.us 01 May '18

01 May '18

My manager's workstation is C 7.4, and it started screaming yesterday about issues with ata5. Except that he has one internal and one external drive, and a DVD. Anyone have clues as to what could be causing this, or where to start looking? He's rebooted it, and before that, I tried rescan-scsi-bus.sh, with no joy. mark

2 1

OT: hardware, odd PSU issue
by m.roth＠5-cent.us 01 May '18

01 May '18

We have an HP blade enclosure for SL230s Gen 8. Went to replace the four PSUs in it, 1500W. Got them from one vendor, "refurbished"... and *none* worked. Returned them, and got them from another vendor, and *none* worked. Something odd here. For one, the LED doesn't light up when I'm holding the PSU and plug it in. Then there's something I just noticed late yesterday: in the socket of the PSU, on the shorter side of the trapezoid, there are four copper strips, running from the inside out. Anyone run into this before? Do these not power up, because they need some sort of odd power cord with something for those copper strips? mark, befuddled

1 0

Which Videoconference System
by Joe 01 May '18

01 May '18

Hello, i m looking for a webrowser-based video conference/meeting server running on centos 7. I found jitsi, bigbluebutton, Apache OpenMeetings and more. But none has a (good) tutorial for installing on centos. You have a tip for me for a project or good tutorials? thx. joe

1 0

elrepo kmod-nvidia issue with update
by Chuck Campbell 01 May '18

01 May '18

when I do yum update, elrepo offers kmod-nvifdia, but yum does this: --> Processing Dependency: kernel(sme_me_mask) = 0x17fbce60 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(reservation_object_add_excl_fence) = 0xea98efc0 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 --> Processing Dependency: kernel(drm_vblank_init) = 0xdcd50a49 for package: kmod-nvidia-390.48-2.el7_5.elrepo.x86_64 . . . repeatedly, then says: You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Is there a problem on my end or theirs? -chuck -- ACCEL Services, Inc.| Specialists in Gravity, Magnetics | (713)993-0671 ph. | and Integrated Interpretation | (713)993-0608 fax 448 W. 19th St. #325| Since 1992 | (713)306-5794 cell Houston, TX, 77008 | Chuck Campbell | campbell(a)accelinc.com | President & Senior Geoscientist | "Integration means more than having all the maps at the same scale!"

4 3

Named log question
by Chuck Campbell 30 Apr '18

30 Apr '18

Is this mis-configuration, or just noise in my log? 29-Apr-2018 00:50:26.056 general: warning: managed-keys-zone: No DNSKEY RRSIGs found for '.': success: 1 Time(s) 29-Apr-2018 00:50:26.120 general: warning: managed-keys-zone: No DNSKEY RRSIGs found for 'dlv.isc.org': success: 1 Time(s) -chuck -- ACCEL Services, Inc.| Specialists in Gravity, Magnetics | (713)993-0671 ph. | and Integrated Interpretation | (713)993-0608 fax 448 W. 19th St. #325| Since 1992 | (713)306-5794 cell Houston, TX, 77008 | Chuck Campbell | campbell(a)accelinc.com | President & Senior Geoscientist | "Integration means more than having all the maps at the same scale!"

1 0

Network Performance
by Chris Olson 30 Apr '18

30 Apr '18

One of our summer interns has stayed on working part time on weekends during the school year. This schedule presents an opportunity for technical investigations and some needed performance testing. The last weekend assignment included data rate testing on one specific network pathway. Checking out previous network testing was the first assignment. Some five year old, archived SPARC/Solaris and Intel/Solaris network tests included ftp runs like the following: ftp> ftp> put "|dd if=/dev/zero bs=32768 count=8000" /dev/null 200 PORT command successful. 150 Binary data connection for /dev/null (IP Address). 8000+0 records in 8000+0 records out 226 Transfer complete. local: |dd if=/dev/zero bs=32768 count=8000 remote: /dev/null 262144000 bytes sent in 23 seconds (11081.79 Kbytes/s) ftp> There were dozens of examples of such ftp tests with varying block sizes, bidirectional transfers, destination files on RAID storage, and a mix of some system loading programs run independently and during the network performance testing. Also archived were a full complement of network tests with what looks like the original ttcp and possibly newer versions. These utilities looked like they would work on our CentOS 6 systems, but we did not find ttcp and the ftp tests failed. the piping from dd failed with a message indicating that: |dd was not a recognized file. We no longer have available CentOS systems with versions of the OS before CentOS 6. Could there have been a change to ftp that will not allow a source file specified in this way or would this transfer method have never worked on Linux?

3 2

How do I get the kernel srpm?
by Robert Heller 30 Apr '18

30 Apr '18

I tried to follow the work flow shown in https://wiki.centos.org/Sources, but it does not seem to work: I did this: mkdir CentOS pushd CentOS git clone https://git.centos.org/git/centos-git-common.git git clone https://git.centos.org/git/rpms/kernel.git pushd kernel/ git checkout c6 ../centos-git-common/get_sources.sh And I got the message: Missing metadata. Please run from inside a sources git repo 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

4 3

OT: thunderbird annoyance
by m.roth＠5-cent.us 30 Apr '18

30 Apr '18

Does anyone know if it's even possible to NOT cc myself when I hit reply all? Geez, that's what's in the sent folder.... mark

4 6

formating DVR-RW
by Michael Hennebry 29 Apr '18

29 Apr '18

My Centos 6 wodim tell me that it can only format DVD+RW. I have DVD-RWs. Even when I format a DVD-RW on my standalone DVD recorder, wodim still will not write to it. Is there a centos-6-useable mechanism for formatting and writing DVD-RWs? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "Sorry but your password must contain an uppercase letter, a number, a haiku, a gang sign, a heiroglyph, and the blood of a virgin." -- someeecards

10 13

Need help: I219-v driver issue in centos 7 installation
by dibyendukoley1 28 Apr '18

28 Apr '18

Sir, Can any one please help me to install I219-V driver. The driver that is provided by intel that is for freebsd only. I have tried of installing e1000e driver but no luck.... Please help.... Looking forward to you.

2 4

CentOS events for 2018/2019
by Rich Bowen 27 Apr '18

27 Apr '18

TL;DR: What events should we go to? Tell me at https://goo.gl/forms/kLZ2y1H1jRSy4NdC3 (Cross-posting from promo@ mailing list, to get a wider participation. Thanks!) Looking at the coming 12 months, I need some feedback as I select events that need to have a CentOS presence of some kind. While I have already committed to some of these events (See below), starting around July we haven't really signed on for much, and I would like to hear from the community what events you feel we should be at, and why. The why is, by far, the more important half of the question. Why, as in, what story do we want to tell there; who are we trying to tell that story to; what would be a positive outcome from being there. First, here are the events that I am already committed to: May 8-10: Red Hat Summit - https://www.redhat.com/en/summit/2018 June 25-28: ISC-HPC (SuperComputing) Frankfurt - https://www.isc-hpc.com/ October 1-3: cPanel, Houston - https://conference.cpanel.com/ November 12-15: SuperComputing 18, Dallas - https://sc18.supercomputing.org/ February 2-3 (assumed): FOSDEM, Brussels - http://fosdem.org The story at Red Hat Summit is that CentOS (and, specifically, our SIGs) is the platform for innovation, and the source of all of Red Hat's products, as well as projects and products that continue to invent the industry. The story at the SuperComputing events is what I have been tweeting "SuperComputing is #PoweredByCentOS" - which is incontrovertibly true. The top 500 supercomputers in the world are overwhelmingly CentOS. We attend cPanel because the web hosting business, and in particular cPanel-backed sites, are overwhelmingly running on CentOS. FOSDEM - because it's FOSDEM. Events where we could have a presence are, of course, legion. We can continue to do the events that we did last year, and the year before, and that would be fine. Or we can try to visit some other industry segment where we'd like to shine brighter. I've made a Google Form at https://goo.gl/forms/kLZ2y1H1jRSy4NdC3 listing the events that I'm currently considering, but also providing space for you to tell me what events I'm not thinking about yet. Finally, please note that I'm not just talking about me going to stuff, but, rather, identifying the right people that should be at these events, and sending them to represent us - CentOS Ambassadors, if you will. -- Rich Bowen - rbowen(a)redhat.com @RDOcommunity // @CentOSProject // @rbowen

1 0

Re: [CentOS] formating DVR-RW
by Thomas Schmitt 27 Apr '18

27 Apr '18

Hi, i am upstream developer of libburn. Nevertheless, the following is intended to be purely technical info, not advertising. Better do not use wodim with DVD media. It was forked from a CD-only version of cdrecord and got added not-so-skilled code for operating DVD. One should use dvd+rw-tools or a program that has libburn as backend. I am not aware whether cdrecord is meanwhile willing to format DVD-RW. With dvd+rw-tools and according to an old cheat sheet of mine, a DVD-RW gets formatted like this: dvd+rw-format -force /dev/sr0 (Iirc, the option -force was needed if there is already an ISO filesystem on the medium.) libburn's frontend cdrskin has a command line interface that is roughly compatible to wodim or cdrecord. (There are also Xfburn, xorriso, and Brasero's libburn plugin.) A formatting run looks like this: cdrskin -v dev=/dev/sr0 blank=format_overwrite Fred Smith wrote: > Why would one format a cd/dvd? DVD-RW can have two states: unformatted sequential and formatted to "restricted" overwritable. The latter can take 32 KiB chunks of write data at 32 KiB-aligned addresses. It does not have to be blanked before re-use. growisofs and libisoburn can do multi-session on it, like they do with DVD+RW, DVD-RAM, BD-RE. Unformatted DVD-RW behave much like DVD-R (which is good for testing). Blanking them for re-use is only swift if you do not want to do multi-session on the blank medium. For multi-session they must be blanked fully, which lasts as long as a full write run. My own experince since 2004 is that formatted DVD-RW can be re-used more often before they die. Unformatted DVD-RW seem to be less long living. The older the drive, the earlier they fail. Giles Coochey wrote: > In order to delete something that you had previously written to it? Formatted DVD-RW can be used as random access read-write device by help of buffering device /dev/pktcdvd* created by pktsetup(1). But this is an invitation for trouble, as is with the other overwritable optical media types. Random access is slow and the frequent overwriting of particular media blocks reduces life time. (The other overwritable DVD and BD types need no /dev/pktcdvd* because they can be used for addressing with 2 KiB granularity.) Nataraj wrote: > I suggest that you try xorriso. Thank you for flying xorriso. :)) It has a cdrecord-wodim-compatibility mode described in man 1 xorrecord. Formatting is done by: xorrecord -v dev=/dev/sr0 blank=format_overwrite The native command mode is more versatile but demands learning new names and new rules. See man 1 xorriso. xorriso -outdev /dev/sr0 -format as_needed The mode "as_needed" formats what can be formatted and is not formatted yet. It throws no error if the medium is not suitable for formatting. Have a nice day :) Thomas

1 0

Question about "generic" USB <=> Serial Port kernel drivers...
by Robert Heller 27 Apr '18

27 Apr '18

OK, I am running CentOS 6 on my Laptop and Desktop, presently kernel version 2.6.32-696.20.1.el6.x86_64 (yes, a version or so out of date -- I'll probably do an update soon -- non-trivial since my Internet connection is via dialup). I recently bought a couple of Adafruit Arduino compatibles, a Flora and a Metro 328. Hooking up the Flora and the Metro to a Raspberry Pi running Raspbian (kernel 4.9.35-v7+), tells me that the Metro 328's USB uses a FTDI USB serial interface (ftdi_sio.ko) and the Flora uses the cdc_acm (cdc-acm.ko) USB serial interface. Both of these drivers are available with CentOS 6's kernel, but since Adafruit uses their own Vendor & Product IDs and my (old) kernel's ftdi_sio and cdc-acm drivers don't have Adafruit Vendor & Product IDs, the drivers don't automagically connect. The ftdi_sio has parameters for the Vendor & Product IDs, and specifing the product ID for the Metro 328 allows the driver to latch onto the Metro 328's USB connect and things work (I get a /dev/ttyUSB0 device). The cdc-acm does not have any parameters and I don't see any way to get it to connect. I am pretty sure all Adafruit did was change the programming of the USB chip to have their Vendor & Product IDs and the driver should work (the FTDI one does, once the Vendor & Product IDs are passed to it). My question: since the cdc-acm is not parameterized, I am guessing I need to get the kernel module source (from RH's kernel source RPM? Or maybe Elrepo has it?), hack in the Adafruit Vendor & Product IDs into its table of Vendor & Product IDs and recompile it. Is this correct? Also: is there some "trick" that allows me to create a kernel module that will work with kernel updates, without having to re-compile it after every kernel update? -- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services http://www.deepsoft.com/ -- Linux Administration Services heller(a)deepsoft.com -- Webhosting Services

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss