- Discuss - lists.centos.org

TUTORIAL: How to Install Apache Web Server in CentOS 7.5 (1805) Linux in Amazon AWS Cloud with URL/HTTP/HTTPS Redirection
by Turritopsis Dohrnii Teo En Ming 31 Aug '18

31 Aug '18

TUTORIAL: How to Install Apache Web Server in CentOS 7.5 (1805) Linux in Amazon AWS Cloud with URL/HTTP/HTTPS Redirection AUTHOR OF THIS TUTORIAL: MR. TURRITOPSIS DOHRNII TEO EN MING (ZHANG ENMING) @ TIME TRAVELLER AGE: 40 YEARS OLD COUNTRY OF RESIDENCE: SINGAPORE DATE: 30TH AUGUST 2018 THURSDAY TIME: 10:49 AM SINGAPORE TIME Greenwich Mean Time+8 1. Sign up for Amazon AWS Cloud or Google Cloud Platform or Microsoft Azure Cloud or Ali Baba Cloud account (your preference). 2. Login to Amazon AWS Management Console. 3. Click EC2 under Compute. 4. Click Elastic IPs under Network and Security. 5. Click Allocate New Address. 6. Click the Allocate button. 7. You will receive a permanent public IPv4 address from Amazon AWS Cloud, eg. 18.223.148.223. Alternative IPv4 address: 18.220.9.93. IPv6 address is not applicable. 8. Click Instances under INSTANCES. 9. Click Launch Instance. 10. Click AWS Marketplace. 11. Search for CentOS in the Search box. Press ENTER. 12. Select CentOS 7 (x86_64) - with Updates HVM 1805_1 Amazon Machine Image (AMI). 13. Click Continue. 14. Select General purpose, t2.micro, 1 vCPU, 1 GB RAM (FREE TIER ELIGIBLE). 15. Click Next: Configure Instance Details. 16. Select Network: <Your VPC network>. 17. Select Subnet: <Your subnet> | Public subnet | us-east-2a. 18. Click Protect against accidental termination. 19. Click Next: Add Storage. 20. Click Next: Add Tags. 21. Click Next: Configure Security Group. 22. Click Select an existing security group. 23. Select VS_SG (Virtual Server Security Group). 24. Click Review and Launch. 25. Click Launch. 26. Select a Secure Shell (SSH) key pair. 27. Click Launch Instances. 28. Click Elastic IPs under Network and Security. 29. Select the Elastic IP 18.223.148.223. 30. Click Actions. 31. Click Associate address. 32. Select the Instance you have created previously. 33. Click Allow Elastic IP to be reassociated if already attached. 34. Click Associate. 35. Open Putty/SSH client and login to CentOS 7.5 (1805). 36. Login as username centos. 37. Sign Out from Amazon AWS Management Console. 38. Install Apache web server with the Secure Sockets Layer (SSL) module: sudo yum install httpd mod_ssl 39. Start the Apache web server process: sudo /usr/sbin/apachectl start 40. Visit and test your web server at 18.223.148.223 Using Google Chrome. 41. You should see an Apache Web Server test page. 42. Install the nano text editor in Linux: sudo yum install nano 43. Go to the main Apache web server configuration directory: cd /etc/httpd/conf 44. Edit the main Apache web server configuration file: sudo nano httpd.conf 45. Append the following code to the end of httpd.conf: <VirtualHost *:80> ServerName blogger.teo-en-ming.com Redirect / https://tdtemcerts.blogspot.sg </VirtualHost> Alternative Code: <VirtualHost *:80> ServerName wordpress.teo-en-ming.com Redirect / https://tdtemcerts.wordpress.com </VirtualHost> 46. Restart the Apache web server process: sudo /usr/sbin/apachectl restart 47. Open an Internet Protocol Security (IPsec) Virtual Private Networking (VPN) connection to your corporate network using Shrew Soft VPN client. 48. Open a Remote Desktop Connection to your Windows Server 2019 Active Directory Domain Controller. 49. Under Server Manager, click Tools. Then Click DNS (Domain Name Service). 50. Click Forward Lookup Zones. 51. Click TEO-EN-MING.COM 52. Right Click, select New Host (A or AAAA). 53. Fill in Hostname: blogger 54. Fill in IP address: 18.223.148.223 55. Click Add Host. 56. Alternative DNS Host Record: Fully Qualified Domain Name (FQDN): WORDPRESS.TEO-EN-MING.COM IP address: 18.220.9.93 57. Test http://blogger.teo-en-ming.com. It should redirect to https://tdtemcerts.blogspot.sg 58. Alternative test: http://wordpress.teo-en-ming.com. It should redirect to https://tdtemcerts.wordpress.com 59. Go to Apache web server alternative configuration directory: cd /etc/httpd/conf.d 60. Edit the Apache web server Secure Socket Layer (SSL) configuration file: sudo nano ssl.conf 61. Find the section that says <VirtualHost _default_:443> 62. Insert the following code: ServerName blogger.teo-en-ming.com Redirect / https://tdtemcerts.blogspot.sg Alternative Code: ServerName wordpress.teo-en-ming.com Redirect / https://tdtemcerts.wordpress.com 63. Restart the Apache web server process: sudo /usr/sbin/apachectl restart 64. Test https://blogger.teo-en-ming.com. It should redirect to https://tdtemcerts.blogspot.sg 65. Alternative test: https://wordpress.teo-en-ming.com. It should redirect to https://tdtemcerts.wordpress.com 66. USEFUL REFERENCES: (A) Article: Install Apache and PHP on CentOS 6 Link/URL: https://support.rackspace.com/how-to/centos-6-apache-and-php-install/ (B) Article: How To Create Temporary and Permanent Redirects with Apache and Nginx Link/URL: https://www.digitalocean.com/community/tutorials/how-to-create-temporary-an… 67. Exit Putty/SSH client. 68. END OF TUTORIAL. ===BEGIN SIGNATURE=== Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 30 Oct 2017 [1] https://tdtemcerts.wordpress.com/ [2] http://tdtemcerts.blogspot.sg/ [3] https://www.scribd.com/user/270125049/Teo-En-Ming ===END SIGNATURE===

3 2

Re: [CentOS] Mail has quit working
by Richard 30 Aug '18

30 Aug '18

> Date: Monday, August 27, 2018 09:57:01 -0400 > From: TE Dukes <tdukes(a)palmettoshopper.com> > >> From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of >> centos--- via CentOS >> Sent: Monday, August 27, 2018 9:31 AM >> >> On 08/27/2018 09:05 AM, TE Dukes wrote: >> > >> > >> > Thanks again! I still think it's a mail issue. I can't get mail >> > using usermin either. >> > >> > Think I'm going to remove the TLS stuff from postfix main.cf >> > that I added yesterday and retry. >> >> If I missed this further up thread my apologies - is SELinux >> enabled and are there any relevant exceptions being logged? > > Pretty sure SELinux is turned off unless it got turned on without my > knowledge through an updtate/upgrade. > > I removed the TLS lines from main.cf I added last night and > remotely did a reboot from here at work. > > Mail is again working!! I am skeptical to mark this thread solved > as I thought it was solved back in July. > > I think, removing my ISP's DNS servers from resolve.conf was the > fix, could be removing IPV6 from etc/hosts. Might put it back in > just to see. > As I indicated earlier, removing those lines from your postfix config will have no impact on your ability to reach your roundcube instance. Unlike the windowz world, you mostly don't need to "reboot" a machine after making changes to a service (e.g., your postfix config change). An unnecessary reboot can bring in many issues so makes debugging a problem difficult. Instead, restart the service in question (often a reload is all that's needed, but a service restart generally doesn't hurt in a single/lower user environment). Unless you are VPN-ing (or equiv) my sense is that you are currently getting to your mail (roundcube) from outside your network. Earlier, when it wasn't working, my sense was that you were inside. If that's true you can't really tell if your issue has been resolved as you are coming at things from different network directions.

3 5

missing CESA-2018:2571 Important CentOS 6 bind Security Update
by Ulf Volmer 30 Aug '18

30 Aug '18

Hello, i'm running bind on an up to date CentOS 6.10 and missing the bind update from the announcement above. [root@fw ~]# yum list bind Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * epel: ftp.nluug.nl Installed Packages bind.x86_64 32:9.8.2-0.68.rc1.el6 @base is there is something wrong on my side? Or with the CentOS- repo? (My repo config is on https://cloud.u-v.de/index.php/s/ksNcosfmBrN57SQ ) best regards Ulf

3 3

SecureBoot : rolling out new shim pkgs for CentOS 7.5.1804 in CR repository - asking for testers/feedback
by Fabian Arrotin 30 Aug '18

30 Aug '18

When we consolidated all CentOS Distro builders in a new centralized setup, covering all arches (so basically x86_64, i386, ppc64le, ppc64, aarch64 and armhfp those days), we wanted also to add redundancy where it was possible to. The interesting "SecureBoot" corner case came on the table and we had to find a different way to build the following packages: - shim (both signed and unsigned) - grub2 - fwupdate - kernel The other reason why we considered rebuilding it is that the cert we were using has expired : curl --location --silent https://github.com/CentOS/sig-core-SecureBoot/raw/master/CentOS_7/kernel/SO… | openssl x509 -inform der -text -noout|grep -A2 Validity While technically it doesn't really matter for Secureboot itself, it was better to get a new key/cert rolled-in and use the new one for new builds. That's where it's interesting as because shim embeds the certs in the Machine Owner Key (MOK), and that each other component used in the boot chain is validated against that (so grub2 first, then kernel and kernel modules) that means that once deployed , the new shim would not be able to boot previous grub2/kernel. But there is a solution for that : instead of "embedding" only the new cert, we can have both the old one and new one, permitting us to still boot older kernels but also the new ones we'll build/push soon (built on the new build system), and that's what we used for that new shim package. That's where we'd like you (SecureBoot users) to give us feedback about that new shim pkg. It was already validated on some hardware nodes, passed some QA tests, but we'd prefer to have more feedback. Worth noting that such rebuild has also a patch that should fix an issue we had with shim not allowing to import key in MOK through mokutil (see https://bugs.centos.org/view.php?id=14050) How can you test ? If you're using UEFI with SecureBoot enabled , we have signed/pushed those pkgs to the CR repository (see https://wiki.centos.org/AdditionalResources/Repositories/CR) That repo is by default disabled, but following command would let you update shim : yum update shim --enablerepo=cr Then reboot and it should work like before, so validating the boot chain (while still using grub2/kernel packages signed with previous key) We'd appreciate feedback on this list, or #centos-devel on irc.freenode.net I'd like to thank Patrick Uiterwijk and Peter Jones for their help for the patch and validation for that shim -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

Re: [CentOS] Stuck on loading of CentOS
by Dhanasekaran Balakrishnan 29 Aug '18

29 Aug '18

Hi, Yes nvidia driver is installed in the computer. I am not sure how my colleague did this and presently he is not in my lab. -Dhana -- PhD Student, Bionanoscience and Biochemistry Laboratory (Heddle Lab), Malopolska Center of Biotechnology, Jagiellonian University, Krakow, Poland.

2 1

grub.cfg
by Steffan A. Cline 29 Aug '18

29 Aug '18

I ran into something with a recent batch of updates on CentOS 7. It seems that possibly one of the kernel updates running dracut changed all of the volume groups in the grub.cfg file making the system unable to boot until I manually edited each line putting it back to the way it was originally. My volume group is called vg_h1 but it changed them all to the default “centos”. Is there a config somewhere I need to edit so this never happens again? Steffan A. Cline steffan(a)hldns.com 602-793-0014

2 3

Kickstart file for software raid
by Jerry Geis 29 Aug '18

29 Aug '18

I am using a kickstart file for CentOS 7 raid / --device=md0 --fstype="xfs" --level=1 --useexisting raid /home --noformat --device=md1 --level=1 --useexisting It is erroring out on the --useexisting. The exact text is: RAID volume "0" specified with "--useexisting" does not exist. What did I do wrong? Jerry

2 3

C7, system-auth-ac, and authconfig
by mark 29 Aug '18

29 Aug '18

I read the clear-as-mud docs, and it appears that if we want to modify system-auth-ac, we can create a local, and point system-auth to it. Howver.. in the default, I see auth [success=3 default=ignore] pam_succeed_if.so service notin login:gdm:xdm:kdm:xscreensaver:gnome-screensaver:kscreensaver quiet use_uid Now, we'd like to add sudo to that list. Does anyone know *where* authconfig gets that list in the first place? I haven't been able to find anything yet, and I've been looking. mark

1 0

Remote update OS from 6 to 7
by Jerry Geis 29 Aug '18

29 Aug '18

Hello all... I have a remote machine running C6. I desire to update it to C7. Not possible to be on-site. Can I copy the Everything ISO for C7 to the machine, mount -o loop C7.Everything.iso /media/cdrom then do a "yum upgrade" ? Will that work? The server is using software raid. Thanks Jerry

3 2

CentOS-announce Digest, Vol 162, Issue 5
by centos-announce-request＠centos.org 29 Aug '18

29 Aug '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:2571 Important CentOS 6 bind Security Update (Johnny Hughes) 2. CESA-2018:2557 Important CentOS 7 postgresql Security Update (Johnny Hughes) 3. CESA-2018:2570 Important CentOS 7 bind Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 28 Aug 2018 15:39:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2571 Important CentOS 6 bind Security Update Message-ID: <20180828153955.GA34287(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2571 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2571 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 248124b6482789bfbb5f6e656a98e915769c55168b3d23009652527526e331a8 bind-9.8.2-0.68.rc1.el6_10.1.i686.rpm f1c0a5f60d808dafd3d67b4ce198019bc13632e07f71cefb29a75ebe2af4fd63 bind-chroot-9.8.2-0.68.rc1.el6_10.1.i686.rpm 87bffb7bd45681565d5ef4b18579169f187d4fa66fbec4741c570430ee0c06d2 bind-devel-9.8.2-0.68.rc1.el6_10.1.i686.rpm 2f6f7ac42ca47afd420d62c6f21ef2d4e7d1505fedb6a9a70bc9b2c6461e50d9 bind-libs-9.8.2-0.68.rc1.el6_10.1.i686.rpm 1ed256461a14d8fe827d6aaa3aa46a8e6ed9ce55532aa3c27a5eba1921f06257 bind-sdb-9.8.2-0.68.rc1.el6_10.1.i686.rpm 7e481a255c517a66d7222957ad199ef61455f918f1ba80160ab42a07f1b1f544 bind-utils-9.8.2-0.68.rc1.el6_10.1.i686.rpm x86_64: 960846e8ce3a15bab85789a29ad4e9ac3e9d00b9d9fe158a07ab16eec065fabc bind-9.8.2-0.68.rc1.el6_10.1.x86_64.rpm 09b0b1148ddb2de55b5165b51be9c3c250ccb981fbdc4e01934c8a23a1c4c098 bind-chroot-9.8.2-0.68.rc1.el6_10.1.x86_64.rpm 87bffb7bd45681565d5ef4b18579169f187d4fa66fbec4741c570430ee0c06d2 bind-devel-9.8.2-0.68.rc1.el6_10.1.i686.rpm 0018e4f38542d2d56fa15893ffb5cd34e8023fdc2b30a3b42d28666fe55d946a bind-devel-9.8.2-0.68.rc1.el6_10.1.x86_64.rpm 2f6f7ac42ca47afd420d62c6f21ef2d4e7d1505fedb6a9a70bc9b2c6461e50d9 bind-libs-9.8.2-0.68.rc1.el6_10.1.i686.rpm a885a7dd62446139f83677fde3dc9769ba2990463575cba4e8f4914d7ffa22a5 bind-libs-9.8.2-0.68.rc1.el6_10.1.x86_64.rpm dc3892983716d2275054bbfea53267131b78806cb2926444a8ea6d846193929b bind-sdb-9.8.2-0.68.rc1.el6_10.1.x86_64.rpm baf936fc48052e6ba44bd76af3a14094c0b16c26c92923ff83ffc597a58ed23e bind-utils-9.8.2-0.68.rc1.el6_10.1.x86_64.rpm Source: 8564b64b5870e90091523c0fb7e9bc86d99d43faefafa91132f4be497e8eb259 bind-9.8.2-0.68.rc1.el6_10.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Tue, 28 Aug 2018 15:47:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2557 Important CentOS 7 postgresql Security Update Message-ID: <20180828154741.GA34512(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2557 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2557 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 435c54da90ac6a986123ebeed8a46ca06198945148412400bcc25165b20b0901 postgresql-9.2.24-1.el7_5.i686.rpm 88083a8c3867858fc230fb8e123d1884ad447630af3d0b7cdbc9f415a2cb7691 postgresql-9.2.24-1.el7_5.x86_64.rpm 26607e1d2c701a5a0a8203fc4a4ddd74c3f7d5ed6d9b121753535c673bf3df82 postgresql-contrib-9.2.24-1.el7_5.x86_64.rpm fae26c6c1a2e35d21388f9e9bb601e2e65ebf6ebee491c7879fe3e841c89d2bd postgresql-devel-9.2.24-1.el7_5.i686.rpm 97d1b913fd93b28fedcff9d9889b74a86c1c8fc80619ca2a9f9050cc21a2c840 postgresql-devel-9.2.24-1.el7_5.x86_64.rpm f06e0c08f35f44e82d81c6a953a2095229c5c8ea6a1ed557ed3428b2d982b2a0 postgresql-docs-9.2.24-1.el7_5.x86_64.rpm 5fb3d8e7c46ef84c38761fbf8eb0fa45b3d6bb78271be062d864d7038ce42dcf postgresql-libs-9.2.24-1.el7_5.i686.rpm d8435352291ac2627b65f0a3a65f41906390307cf2300d020dfb793e705cdb06 postgresql-libs-9.2.24-1.el7_5.x86_64.rpm 2a20977c047a2a3e7efef79b589ba8bf95285a5fad766dd485f258d33b8b3201 postgresql-plperl-9.2.24-1.el7_5.x86_64.rpm 8b0d205949e154882da55d7d472489ba7414b856ed59039614b6590c75a45c60 postgresql-plpython-9.2.24-1.el7_5.x86_64.rpm 75fe3d5666368c6f0bc80e64c203b91286f1e4c81ed82bbd5db988b9425fcbbd postgresql-pltcl-9.2.24-1.el7_5.x86_64.rpm 6955c0e9151487a7bde24418fee9af6072916190e1879c20a8ee95623cb56e05 postgresql-server-9.2.24-1.el7_5.x86_64.rpm 2232aae0691e140707437ba1422329bd6193aacb98929508838f8f8a37f062b8 postgresql-static-9.2.24-1.el7_5.i686.rpm a1ec84aeb970a247c7075be4e2e44dc1d1662a5f4ce63b20b65ebd69fad3aeae postgresql-static-9.2.24-1.el7_5.x86_64.rpm 70a4adbd0edfe7f982395b928129e82da3cc6ce4bcee4e30dd395116da1c60b4 postgresql-test-9.2.24-1.el7_5.x86_64.rpm fd8c23fc70230e52d47f56b0ed72325152e59e9dcdb777b55805acef4ac96ce7 postgresql-upgrade-9.2.24-1.el7_5.x86_64.rpm Source: 9fd884c340f9aae296653aff2b30fcc4362acba9912508bb07c8778dc8e78f9e postgresql-9.2.24-1.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Tue, 28 Aug 2018 15:48:00 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2570 Important CentOS 7 bind Security Update Message-ID: <20180828154800.GA34656(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2570 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2570 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ee4027789eafae8c2855a1702e117ff6dc517820a231df6eab0aed16eece8fab bind-9.9.4-61.el7_5.1.x86_64.rpm 45e7ad9b9c08a7ca8e78b95084a9b61caf86d664290d660c3ee6fd41661058f3 bind-chroot-9.9.4-61.el7_5.1.x86_64.rpm 303502657386d0c4e394811ba56b8d72025c92be2237e2045eb85c2661233807 bind-devel-9.9.4-61.el7_5.1.i686.rpm 1e2110e750b3adb5857904f19167109f418ee1f430f900308f1e009c7c1944d8 bind-devel-9.9.4-61.el7_5.1.x86_64.rpm 44328049069dfe2efbfb2c5e14c10d5482e23d39009eec290032232697d91cbb bind-libs-9.9.4-61.el7_5.1.i686.rpm db10791c7f7966843cd78ec1b71025935d4caee8746b01622068eb8cb404bea2 bind-libs-9.9.4-61.el7_5.1.x86_64.rpm 8850fc3b588e95fc9a72b857cbccfd18093cc1c69b95b85eeec608433964d044 bind-libs-lite-9.9.4-61.el7_5.1.i686.rpm c3fff9b6f6fca10a4fe77653fde96568f6a6353d8bf6fd87d526c45de7bed1a2 bind-libs-lite-9.9.4-61.el7_5.1.x86_64.rpm 2953e193ef6197ac414bf6ed2d15f59e3c85ffb824dd89a06f98189844eb1010 bind-license-9.9.4-61.el7_5.1.noarch.rpm 5c9df998d37413f862f619d0815e3131eba2e172ae63decf0efbeb5259fe633f bind-lite-devel-9.9.4-61.el7_5.1.i686.rpm d77653fd680bfeef0dfd799fe1a8f2f6027e63693108567e3c6bba2474d0cd87 bind-lite-devel-9.9.4-61.el7_5.1.x86_64.rpm 1ef96a7ea43061542dbc97c4c7a2b1d9dc26b002d1593b0980b6027ca343a7aa bind-pkcs11-9.9.4-61.el7_5.1.x86_64.rpm 6f0afbee32b1536325fbdcffccbe81aff3b47d8e2de0dedc981cd393c22120c4 bind-pkcs11-devel-9.9.4-61.el7_5.1.i686.rpm 6e27874eaa335a46cede258f11e23ad20e8ef7678886698d275cd7c3e8bfc8d9 bind-pkcs11-devel-9.9.4-61.el7_5.1.x86_64.rpm 971f7b0c47c778862444dffafc36616cb7dba597af7e721d8ab9e92e0be8e2ce bind-pkcs11-libs-9.9.4-61.el7_5.1.i686.rpm a865deb5b2c4771820fdbdea2e42a01a891644d6ed9ca0a06fb532142c411044 bind-pkcs11-libs-9.9.4-61.el7_5.1.x86_64.rpm 65d05f02bdf025e23ea9d9142e3255432ec39c5c6b29e5fe6920dfd665bf8b99 bind-pkcs11-utils-9.9.4-61.el7_5.1.x86_64.rpm 790f90103359863a59b552100ba8a3c03067795bab42fb518625fa54143e66ca bind-sdb-9.9.4-61.el7_5.1.x86_64.rpm a3bbb400e22a538a3c2b98e8a241714d58fb2713e2f3bb6a2f140068b606283f bind-sdb-chroot-9.9.4-61.el7_5.1.x86_64.rpm 3c474addd9b809ec82d7d8f9cad68ea950b658d43c2a362fc4ffe94ad2e3f12d bind-utils-9.9.4-61.el7_5.1.x86_64.rpm Source: 3b9245b26b6677828475193eface9f2e30c478bf3b38f37e507398b04e082b8c bind-9.9.4-61.el7_5.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 162, Issue 5 ***********************************************

1 0

Stuck on Loading CentOS
by Dhanasekaran Balakrishnan 29 Aug '18

29 Aug '18

Hello, I am currently using CentOS 7 and for the last two days GUI is not working in my computer and the operating system is not starting. Black Screen lists something like in Red Color [ ] Started show Plymouth Boot screen [ ] Reached target Paths [ ] Reached target Basic System . . . . . . [ ] Stopped Apply Kernel Variables [ ] Stopping Apply Kernel Variables [ ] Stopping udev Kernel Device Manager Please do let me know the way for starting the device properly. Thank you. Kind Regards, Dhana

2 1

OpenLDAP support in future versions of CentOS
by Alicia Smith 28 Aug '18

28 Aug '18

Hello! I just joined this mailing list, so I apologize in advance if this topic has already been covered. Red Hat and Suse announced they are no longer supporting OpenLDAP in future releases. https://www.ostechnix.com/redhat-and-suse-announced-to- withdraw-support-for-openldap/ However, we mainly use CentOS and while it's a RH derivative, I wanted to find out what CentOS plans on doing in this regard. Will you continue to include OpenLDAP or will it simply be removed? I wasn't able to find any CentOS related articles in response to this, and the only thing I did find that said CentOS hasn't released whether they will continue to support it or not is from two years ago? https://daasi.de/en/2017/09/25/red-hat-wont-continue-openldap-support-rhel-… Any updates/feedback/information is appreciated :) Thank you! -- Alicia Smith @phrozyn Information Security Engineer asmith(a)mozilla.com

8 8

Where are my /tmp and /var/tmp files?
by Kenneth Porter 28 Aug '18

28 Aug '18

I was pulling my hair out this morning trying to figure out why my PHP web script could see files in /var/tmp/scriptname but I couldn't see them with ls or my text editor. I was certain I'd gotten rootkitted. Then I thought maybe it was a new chroot in the latest Apache config. It turns out it's systemd's unit file for Apache, which containerizes /tmp and /var/tmp for selected apps. The httpd.service unit file includes the PrivateTmp setting. Here's some details for anyone else confused by this: https://access.redhat.com/blogs/766093/posts/1976243

1 0

Very odd: /proc/sys/net/ipv6/conf/all/disable_ipv6
by mark 27 Aug '18

27 Aug '18

CentOS 7.5, and on one system, I'm getting: setroubleshoot: SELinux is preventing /usr/sbin/sendmail.sendmail from read access on the file disable_ipv6 ll -Z shows -rw-r--r--. root root system_u:object_r:sysctl_net_t:s0 /proc/sys/net/ipv6/conf/all/disable_ipv6 I find this peculiar. Anyone have a resolution, or is this a bug? mark

1 0

Re: [CentOS] Mail has quit working
by TE Dukes 27 Aug '18

27 Aug '18

Third time trying respond! -------- Original Message -------- Subject: Re: [CentOS] Mail has quit working From: Gordon Messmer < <mailto:gordon.messmer@gmail.com> gordon.messmer(a)gmail.com> Date: Tue, July 24, 2018 10:31 am To: <mailto:centos@centos.org> centos(a)centos.org On 07/23/2018 03:39 PM, TE Dukes wrote: > Mail has come to an abrupt stop. Running C7, postfix and dovecot. > ... > Crond is no longer send mail. In one terminal: "tail -f /var/log/maillog" or "journalctl -f" In another, "echo test | mail -s test your(a)email.address" What do you see in the maillog at that time? What does the "df" command output? _______________________________________________ CentOS mailing list <mailto:CentOS@centos.org> CentOS(a)centos.org <https://lists.centos.org/mailman/listinfo/centos> https://lists.centos.org/mailman/listinfo/centos Thanks, Output from tail: Jul 24 10:05:02 ts130 clamd[3226]: SelfCheck: Database status OK. Jul 24 10:15:02 ts130 clamd[3226]: SelfCheck: Database status OK. Jul 24 10:25:02 ts130 clamd[3226]: SelfCheck: Database status OK. Jul 24 10:35:02 ts130 clamd[3226]: SelfCheck: Database status OK. Jul 24 10:35:59 ts130 postfix/qmgr[8283]: C33128410546: from=< <mailto:root@ts130.palmettodomains.com> root(a)ts130.palmettodomains.com>, size=949, nrcpt=1 (queue active) Jul 24 10:36:29 ts130 postfix/smtp[19763]: connect to <http://paalmettodomains.com> paalmettodomains.com[198.105.254.65]:25: Connection timed out Jul 24 10:36:59 ts130 postfix/smtp[19763]: connect to <http://paalmettodomains.com> paalmettodomains.com[104.239.198.84]:25: Connection timed out Jul 24 10:36:59 ts130 postfix/smtp[19763]: C33128410546: to=< <mailto:tdukes@paalmettodomains.com> tdukes(a)paalmettodomains.com>, relay=none, delay=13075, delays=13015/0.02/60/0, dsn=4.4.1, status=deferred (connect to <http://paalmettodomains.com> paalmettodomains.com[104.239.198.84]:25: Connection timed out) Jul 24 10:45:02 ts130 clamd[3226]: SelfCheck: Database status OK. Jul 24 10:55:02 ts130 clamd[3226]: SelfCheck: Database status OK. Jul 24 11:04:19 ts130 postfix/pickup[19912]: 55271840D734: uid=0 from=<root> Jul 24 11:04:19 ts130 postfix/cleanup[21840]: 55271840D734: message-id=< <mailto:20180724150419.55271840D734@ts130.palmettodomains.com> 20180724150419.55271840D734(a)ts130.palmettodomains.com> Jul 24 11:04:19 ts130 postfix/qmgr[8283]: 55271840D734: from=< <mailto:root@ts130.palmettodomains.com> root(a)ts130.palmettodomains.com>, size=466, nrcpt=1 (queue active) Jul 24 11:04:20 ts130 postfix/smtpd[21846]: connect from localhost[127.0.0.1] Jul 24 11:04:20 ts130 postfix/smtpd[21846]: 49161841ED92: client=localhost[127.0.0.1] Jul 24 11:04:20 ts130 postfix/cleanup[21840]: 49161841ED92: message-id=< <mailto:20180724150419.55271840D734@ts130.palmettodomains.com> 20180724150419.55271840D734(a)ts130.palmettodomains.com> Jul 24 11:04:20 ts130 postfix/qmgr[8283]: 49161841ED92: from=< <mailto:root@ts130.palmettodomains.com> root(a)ts130.palmettodomains.com>, size=951, nrcpt=1 (queue active) Jul 24 11:04:20 ts130 postfix/smtpd[21846]: disconnect from localhost[127.0.0.1] Jul 24 11:04:20 ts130 amavis[423]: (00423-03) Passed CLEAN {RelayedInbound}, [127.0.0.1] < <mailto:root@ts130.palmettodomains.com> root(a)ts130.palmettodomains.com> -> < <mailto:tdukes@palmettodomains.com> tdukes(a)palmettodomains.com>, Message-ID: < <mailto:20180724150419.55271840D734@ts130.palmettodomains.com> 20180724150419.55271840D734(a)ts130.palmettodomains.com>, mail_id: eYD2cL7fZ7rY, Hits: -0.001, size: 466, queued_as: 49161841ED92, 941 ms Jul 24 11:04:20 ts130 postfix/smtp[21842]: 55271840D734: to=< <mailto:tdukes@palmettodomains.com> tdukes(a)palmettodomains.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=1, delays=0.07/0.01/0/0.94, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 49161841ED92) Jul 24 11:04:20 ts130 postfix/qmgr[8283]: 55271840D734: removed Jul 24 11:04:20 ts130 dovecot: lda(tdukes): msgid=< <mailto:20180724150419.55271840D734@ts130.palmettodomains.com> 20180724150419.55271840D734(a)ts130.palmettodomains.com>: saved mail to INBOX Jul 24 11:04:20 ts130 postfix/local[21847]: 49161841ED92: to=< <mailto:tdukes@palmettodomains.com> tdukes(a)palmettodomains.com>, relay=local, delay=0.09, delays=0.02/0.01/0/0.06, dsn=2.0.0, status=sent (delivered to command: /usr/libexec/dovecot/dovecot-lda -f "$SENDER" -a "$RECIPIENT") Jul 24 11:04:20 ts130 postfix/qmgr[8283]: 49161841ED92: removed >From df: Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/cl-root 97605056 12762640 84842416 14% / devtmpfs 8025676 0 8025676 0% /dev tmpfs 8043100 70176 7972924 1% /dev/shm tmpfs 8043100 59284 7983816 1% /run tmpfs 8043100 0 8043100 0% /sys/fs/cgroup tmpfs 262144 0 262144 0% /var/spool/MailScanner/incoming /dev/mapper/cl-home 97605056 34632 97570424 1% /home /dev/sda2 993004 391180 601824 40% /boot /dev/mapper/cl-data 3685467928 1205578432 2479889496 33% /data /dev/sdb1 3845548044 2677536044 972662756 74% /media tmpfs 1608620 56 1608564 1% /run/user/0

12 70

kernel-plus (plus 1?)
by lejeczek 24 Aug '18

24 Aug '18

hi guys did you notice, if you use kernel-plus on 7.5 this CentOS Linux (3.10.0-862.11.6.el7.centos.plus.1.x86_64) 7 (Core) CentOS Linux (3.10.0-862.11.6.el7.centos.plus.x86_64) 7 (Core) is that "plus.1" a new naming convention or just one off? regards, L

2 3

using lpadmin to add printers in CentOS 7 (v. CentOS 6)
by Zube 24 Aug '18

24 Aug '18

In CentOS 6, I could do: lpinfo -m then pick the model I want and put it as the option to -m in lpadmin (line wrapped): /usr/sbin/lpadmin -p printer -o printer-is-shared=false -o Duplex=None -o Resolution=600dpi -m 'gutenprint.5.2://pcl-g_5e/expert Generic PCL 5e Printer - CUPS+Gutenprint v5.2.5' -v 'socket://mydomain.edu' Alas, in CentOS 7, no matter what I do, I always get: Unable to copy PPD file! and the error in the cups error log: Returning IPP server-error-internal-error for CUPS-Add-Modify-Printer (ipp://localhost:631/printers/printer) from localhost Bad ppd-name "gutenprint.5.2://pcl-g_5e/simple Generic PCL 5e Printer - CUPS+Gutenprint v5.2.9 Simplified" (-6)! copy_model: empty PPD file I assumed this was due to the newer version of cups. To make it work (kinda, sorta) the way it used to: 1) mkdir -p /usr/share/cups/model/gutenprint/5.2 2) cups-genppd.5.2 3) lpinfo -m, but choose one that is a file, not a gutenprint.5.2:// URL (?): /usr/sbin/lpadmin -p printer -o printer-is-shared=false -o Duplex=None -o Resolution=600dpi -m 'gutenprint/5.2/stp-hp-lj_4250.5.2.ppd.gz' -v 'socket://mydomain.edu' And this is fine, but I assume the other way should work as well. What am I missing? Thanks for any clues. Cheers, Zube

1 0

selinux question
by Nataraj 23 Aug '18

23 Aug '18

I have a web application which uses sudo to invoke python scripts as the user under which the application runs (NO root access). Is there any reason why sudo would would require sys_ptrace access for this? I only get this violation intermittenly, and not with every call to sudo. Here's the violation: Summary: SELinux is preventing sudo (httpd_t) "sys_ptrace" to <Unknown> (httpd_t). Detailed Description: SELinux denied access requested by sudo. It is not expected that this access is required by sudo and this access may signal an intrusion attempt. It is also possible that the specific version or configuration of the application is causing it to require additional access. Allowing Access: You can generate a local policy module to allow this access - see FAQ (http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable SELinux protection altogether. Disabling SELinux protection is not recommended. Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against this package. Additional Information: Source Context system_u:system_r:httpd_t Target Context system_u:system_r:httpd_t Target Objects None [ capability ] Source sudo Source Path /usr/bin/sudo Port <Unknown> Host myhost.mydomain.com Source RPM Packages sudo-1.7.2p1-29.el5_10 Target RPM Packages Policy RPM selinux-policy-2.4.6-351.el5 Selinux Enabled True Policy Type targeted MLS Enabled True Enforcing Mode Enforcing Plugin Name catchall Host Name myhost.mydomain.com Platform Linux myhost.mydomain.com 2.6.18-419.el5 #1 SMP Fri Feb 24 22:06:09 UTC 2017 i686 i686 Alert Count 359 First Seen Tue Oct 8 09:24:50 2013 Last Seen Tue Aug 21 10:26:26 2018 Local ID 717eb9a4-cc7f-4ed1-b638-5db1a841abe4 Line Numbers Raw Audit Messages host=myhost.mydomain.com type=AVC msg=audit(1534872386.726:9642): avc: denied { sys_ptrace } for pid=8458 comm="sudo" capability=19 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:system_r:httpd_t:s0 tclass=capability host=myhost.mydomain.com type=SYSCALL msg=audit(1534872386.726:9642): arch=40000003 syscall=3 success=yes exit=166 a0=1a a1=b7ff4000 a2=400 a3=89cabf0 items=0 ppid=8979 pid=8458 auid=4294967295 uid=48 gid=48 euid=0 suid=0 fsuid=0 egid=48 sgid=48 fsgid=48 tty=(none) ses=4294967295 comm="sudo" exe="/usr/bin/sudo" subj=system_u:system_r:httpd_t:s0 key=(null) Thank You, Nataraj

4 7

How do I actaully get the current sources from centos-git?
by me＠tdiehl.org 21 Aug '18

21 Aug '18

Hi, I am trying to retrieve the srpm for the latest centos-release pacakge from centos-git by following the instructions @ https://wiki.centos.org/Sources. If I run the following commands: git clone https://git.centos.org/git/rpms/centos-release.git cd centos-release/ git checkout c7 ~/centos-git-common/get_sources.sh Everything completes without error. The problem is that the sources that get downloaded are not for 1804. (vgeppetto2 pts21) $ ll SOURCES/ SPECS/ SOURCES/: total 28 -rw-rw-r--. 1 mock mock 1584 Aug 6 08:19 1000-centos-release-cr.patch -rw-rw-r--. 1 mock mock 264 Aug 6 08:19 85-display-manager.preset -rw-rw-r--. 1 mock mock 2439 Aug 6 08:19 90-default.preset -rw-rw-r--. 1 mock mock 12799 Aug 6 08:20 centos-release-7-1.1503.tar.gz SPECS/: total 8 -rw-rw-r--. 1 mock mock 6471 Aug 6 08:19 centos-release.spec (vgeppetto2 pts21) $grep "define upstream_rel" SPECS/centos-release.spec %define upstream_rel 7.3 (vgeppetto2 pts21) $ So if I am reading things correctly, it looks like the SOURCES are for 1503 and the spec file is for 1611. Can someone please explain to me how to actually get the current SOURCES and SPEC for centos-release-7-5.1804.1 from centos git? To be clear I know I can get the srpm from vault but I would like to understand how to work centos git. Regards, -- Tom me(a)tdiehl.org

3 4

sssd logs
by Ian Diddams 21 Aug '18

21 Aug '18

We have sssd running on a centos 7 box... its logs of course (?!) go into /can't find any info on where this log directory is configured, or whether it is changeable. Anybody know differently? Cheers ian Disclaimer: This message is intended for the addressee only. It may contain information of a confidential or legally privileged nature. If you have received this message in error please notify the sender and destroy the message immediately. All attachments have been scanned for viruses. However D4t4 Solutions Plc cannot accept liability for any loss or damage you may incur as a result of virus infection.

2 1

Packaging a library for 64-bit or multilib
by Kenneth Porter 21 Aug '18

21 Aug '18

How does "make install" with autotools decide which directory libraries should go in? I haven't packaged anything since 32-bit (ie. a few years ago), and I now need to re-package a new version of a library I'd used before with CentOS 6 32-bit on CentOS 7 64-bit. The library is pxlib (http://pxlib.sourceforge.net/) which reads and writes old Borland Paradox database files. I've managed to fix 64-bit issues in the C sources. When I go to package the RPM, it runs configure and make and "make DESTDIR=${RPM_BUILD_ROOT} install". The install step puts the resulting libraries in /usr/lib, not /usr/lib64 where the %files step looks. I'm not familiar with autotools, so I don't know where to look to fix the install step to put the libraries in the correct directory. How does make/configure or whatever figure that out? Do I need to change the %prep step to run autotools to write the correct library directory for configure, or does configure need to be hacked to write the correct directory into the Makefiles? Maybe configure needs to be regenerated with a more recent autotools?

1 1

Using InstallAnywhere with CentOS? ... anyone
by KM 21 Aug '18

21 Aug '18

Hi All,I was wondering if anyone else uses InstallAnywhere to create a multi-platform installer for their products. My company does. However we have an official build server that is running CentOS, obviously because it is opensource and easy to update etc. However after we converted our build from an old RedHat 5 server to CentOS and were using InstallAnywhere we found out that it is not officially supported on CentOS but is officially supported on RedHat. This doesn't really make any sense to me since they are the same (or virtually the same). I guess it has to do with the amount of time a company wants to spend testing products on different platforms. All this being said, the main reason for this email is to encourage anyone using InstallAnywhere on CentOS for the designer and build functionality, to request that Flexera support CentOS officially. I only want this in case we have specific issues that arise due to the platform. Although it is true the RedHat users will most likely see the same results, it would be beneficial to have official support. Note that CentOS is support as a runtime or production execution platform. I am speaking mainly of the build and design functionality. Please also note that Flexera has not refused to help me with any of my issues so far. They have been great, but these issues are not OS related, they had to do with the use of their product. Thanks in advance for any help that you may give.KM

1 0

Unknown Error
by Eugene Poole 21 Aug '18

21 Aug '18

I've a HP 8000 Elite SFF machine with Intel Core 2 Duo Quad and 16 GB RAM. I wanted to create a LAB environment to try new things (like CentOS 7). I installed CentOS 6.10 64-bit with no problems and everything is running fine. I then went to Server World and followed the instructions to install Desktop and Virtualization. The install went fine but I had errors when I attempted to build my KVM virtual machines. I looked at dmesg and found a message stating that virtualization was turned off in the BIOS so I turned if on based on the output of lscpu: Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 23 Model name: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz Stepping: 10 CPU MHz: 1998.000 BogoMIPS: 5652.96 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 6144K NUMA node0 CPU(s): 0-3 There were 2 parameters in the BIOS, VT-x and VT-x with Direct I/O. And as I was told, I powered the machine off. After restarting the machine I went to the instructions to build a virtual machine and that is where I've run into a problem I can't seem to solve. Using virt-manager and entering all of the requested parameters I clicked on the Finish button and immediately I get the Caps Lock and Scroll Lock keyboard lights blinking without stoping and everything locked up. Only the power button seems to work. Any ideas where I can possibly find the issue with this? -- Eugene Poole Woodstock, Georgia

1 0

Missing dependency
by Александр Кириллов 20 Aug '18

20 Aug '18

Hi. Can't install rh-ror42 on C6. Used to be working June 10th. Any ideas? TIA. # yum install rh-ror42 ... Resolving Dependencies --> Running transaction check ---> Package rh-ror42.x86_64 0:2.2-7.el6 will be installed ... --> Finished Dependency Resolution Error: Package: rh-ror42-2.2-7.el6.x86_64 (centos-sclo-rh) Requires: rh-nodejs4-nodejs You could try using --skip-broken to work around the problem ... # yum list rh-nodejs4-nodejs ... Error: No matching Packages to list # cat /etc/centos-release CentOS release 6.9 (Final)

1 1

GNOME lockscreen freeze on notification
by Nicolas Kovacs 18 Aug '18

18 Aug '18

Hi, I just installed CentOS 7 with GNOME on my new Dell Latitude E6230 laptop. So far, everything runs nicely. I just have one problem with the GNOME lockscreen. I launched the OwnCloud client and started to synchronize about 20 GB of data from my OwnCloud server. During the sync, I left the laptop unattended. After about 15 minutes, the desktop was replaced by the lockscreen, as it should. As soon as the OwnCloud sync was finished, there was a corresponding notification that displayed on the lockscreen. Usually I hit [Enter] to exit the lockscreen by providing my user password. Only this time nothing happened. The lockscreen seemed to have frozen with the notification in the center. To exit it, I had to hard reset my laptop. Anyone knows what could be the problem here? 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

Re: [CentOS] CentOS Digest, Vol 163, Issue 13
by Ste Films- radio stream 16 Aug '18

16 Aug '18

oh sorry On Tue, Aug 14, 2018 at 7:00 AM, <centos-request(a)centos.org> wrote: > Send CentOS mailing list submissions to > centos(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.centos.org/mailman/listinfo/centos > or, via email, send a message with subject or body 'help' to > centos-request(a)centos.org > > You can reach the person managing the list at > centos-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS digest..." > > > Today's Topics: > > 1. grub2 - add NVME to boot from - how? (lejeczek) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 14 Aug 2018 12:30:11 +0100 > From: lejeczek <peljasz(a)yahoo.co.uk> > To: CentOS mailing list <centos(a)centos.org> > Subject: [CentOS] grub2 - add NVME to boot from - how? > Message-ID: <a6ed224a-f80f-690d-5d86-f182ea5ba3ec(a)yahoo.co.uk> > Content-Type: text/plain; charset=utf-8; format=flowed > > hi guys, > > I thought I should ask before I start fiddling and break something - can > we tell grub2 to add nvme device as an option to boot from? > > And if yes then what do tell grub? > > many thanks, L. > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > > > ------------------------------ > > End of CentOS Digest, Vol 163, Issue 13 > *************************************** >

1 0

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

16 Aug '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. CEBA-2018:2407 CentOS 6 389-ds-base BugFix Update (Johnny Hughes) 2. CEBA-2018:2406 CentOS 6 sos BugFix Update (Johnny Hughes) 3. Release for CentOS Linux 7 (1804) on POWER9 (ppc64le) (James O'Connor) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Aug 2018 13:26:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:2407 CentOS 6 389-ds-base BugFix Update Message-ID: <20180815132603.GA40006(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:2407 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2407 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ae6efff96d69387264ef7f03b143c1719408036ed4da97436a7e639d0d11de7f 389-ds-base-1.2.11.15-97.el6_10.i686.rpm 562a895d4e0ee963ac0bfc8789e16a85a73a881cfc4305d444780b7dfa97e7a9 389-ds-base-devel-1.2.11.15-97.el6_10.i686.rpm d6d6925bc704747f207d592bcc2fef9acfcde8bf4b0669fc3c1b23599f43dbfa 389-ds-base-libs-1.2.11.15-97.el6_10.i686.rpm x86_64: 226125bf9c549430a6af2638c01fb797e4b2b26a8042725e28ba58e8a4317b3f 389-ds-base-1.2.11.15-97.el6_10.x86_64.rpm 562a895d4e0ee963ac0bfc8789e16a85a73a881cfc4305d444780b7dfa97e7a9 389-ds-base-devel-1.2.11.15-97.el6_10.i686.rpm 79a22fd167036159325d2fc44ba914ede2f12c1c163ee0e4f8f2f74dc0f6041b 389-ds-base-devel-1.2.11.15-97.el6_10.x86_64.rpm d6d6925bc704747f207d592bcc2fef9acfcde8bf4b0669fc3c1b23599f43dbfa 389-ds-base-libs-1.2.11.15-97.el6_10.i686.rpm 5423d51cfba1fa170c6f4c7b36ece4e51bb5ef1a26d5d0e20ec78b513825535f 389-ds-base-libs-1.2.11.15-97.el6_10.x86_64.rpm Source: 2dd39848c8d5b3dbf5efed94355f7a7cd230d7d22d36d3d0680b5dffd75c32ae 389-ds-base-1.2.11.15-97.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 15 Aug 2018 13:26:13 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:2406 CentOS 6 sos BugFix Update Message-ID: <20180815132613.GA40116(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:2406 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2406 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 751a8137d6e283f8e83f9df970059a3b1b6691e092cb550dda709ae3b65b6e23 sos-3.2-63.el6.centos.2.noarch.rpm x86_64: 751a8137d6e283f8e83f9df970059a3b1b6691e092cb550dda709ae3b65b6e23 sos-3.2-63.el6.centos.2.noarch.rpm Source: 6c76c3ac69a92aada4b23cdf8a8ce64727efdc60b88baf25e5f787e2be09c3df sos-3.2-63.el6.centos.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 15 Aug 2018 13:26:57 -0500 From: "James O'Connor" <jpoc(a)linux.vnet.ibm.com> To: centos-announce(a)centos.org Subject: [CentOS-announce] Release for CentOS Linux 7 (1804) on POWER9 (ppc64le) Message-ID: <8E062BA8-47A0-4243-B527-4FFCABF6E1D6(a)linux.vnet.ibm.com> Content-Type: text/plain; charset=utf-8 I am pleased to announce the general availability of CentOS Linux 7 (1804) for POWER9 processors (ppc64le - powerpc 64-bit little endian). This release is derived from Red Hat Enterprise Linux 7.5 ALT. Note this release is 99% equivalent to the existing CentOS 7 Linux 7 (1804) for POWER8 processors (ppc64le - powerpc 64-bit little endian). The key difference being that kernel-4.14.0 is used for POWER9 enablement and kernel-3.10.0 is used for POWER8 enablement. You will find the CentOS 7 (1804) Power9 installation images here: http://mirror.centos.org/altarch/7.5.1804/isos/power9/ sha256sum power9: 753c5b55c9ff681c925ec7d7c5295890284f40ec981f4da35b1f36f1ecbad95a CentOS-7-Power9-Everything-1804.iso 58d9af172656db71947b5db2d0d1f577217bbc1a86eada7ca3ce7bfcf7d7d9b4 CentOS-7-Power9-NetInstall-1804.iso CentOS 7 (1804) Power9 repositories: http://mirror.centos.org/altarch/7.5.1804/os/power9/ http://mirror.centos.org/altarch/7.5.1804/updates/power9/ http://mirror.centos.org/altarch/7.5.1804/extras/power9/ A special thank you to Johnny Hughes and Pablo Greco for their assistance making this release possible. -James O?Connor ------------------------------ 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 162, Issue 3 ***********************************************

1 0

Old kernel bug back in CentOS 6.10?
by Matthias Bethke 16 Aug '18

16 Aug '18

I updated a few hypervisors and their VMs to CentOS 6.10 on Monday; today I awoke to an alert saying all VMs are down. It looks like a very old bug crept back in. The machine is a ProLiant DL380 G7 with Xeon X5675 and 96 GB, running half a dozen smallish VMs. Hypervisor and all VMs have kernel 2.6.32-754.2.1.el6.x86_64. Around the time the VMs must have gone down, there are quite a few error messages like the following in the system log: Aug 16 03:10:13 hyper-7 kernel: [265397.382552] vmwrite error: reg 6000 value fffffffffffffff7 (err -9) Aug 16 03:10:13 hyper-7 kernel: [265397.421372] Pid: 9375, comm: qemu-kvm Not tainted 2.6.32-754.2.1.el6.x86_64 #1 Aug 16 03:10:13 hyper-7 kernel: [265397.464985] Call Trace: Aug 16 03:10:13 hyper-7 kernel: [265397.481530] [<ffffffffa0532a9c>] ? vmwrite_error+0x2c/0x30 [kvm_intel] Aug 16 03:10:13 hyper-7 kernel: [265397.520737] [<ffffffffa0532ac0>] ? vmcs_writel+0x20/0x30 [kvm_intel] Aug 16 03:10:13 hyper-7 kernel: [265397.560028] [<ffffffffa0535e63>] ? vmx_fpu_activate+0x93/0xc0 [kvm_intel] Aug 16 03:10:14 hyper-7 kernel: [265397.600072] [<ffffffffa04cd1e7>] ? kvm_arch_vcpu_create+0x37/0x50 [kvm] Aug 16 03:10:14 hyper-7 kernel: [265397.638183] [<ffffffffa04c72a1>] ? kvm_vm_ioctl+0x601/0x1050 [kvm] Aug 16 03:10:14 hyper-7 kernel: [265397.674367] [<ffffffff8113f461>] ? free_one_page+0x191/0x440 Aug 16 03:10:14 hyper-7 kernel: [265397.708101] [<ffffffff811b4159>] ? vfs_ioctl+0x29/0xc0 Aug 16 03:10:14 hyper-7 kernel: [265397.739124] [<ffffffff81142d86>] ? __free_pages+0x46/0xa0 Aug 16 03:10:14 hyper-7 kernel: [265397.773193] [<ffffffff811b463a>] ? do_vfs_ioctl+0x3aa/0x590 Aug 16 03:10:14 hyper-7 kernel: [265397.805774] [<ffffffff81142e29>] ? free_pages+0x49/0x50 Aug 16 03:10:14 hyper-7 kernel: [265397.839147] [<ffffffff811b48a1>] ? sys_ioctl+0x81/0xa0 Aug 16 03:10:14 hyper-7 kernel: [265397.870109] [<ffffffff810f1d0e>] ? __audit_syscall_exit+0x25e/0x290 Aug 16 03:10:14 hyper-7 kernel: [265397.909358] [<ffffffff81560351>] ? system_call_fastpath+0x2f/0x34 Curiously, the messages don't seem to indicate anything fatal in and of themselves; there are a two like this a minute after bootup and like a dozen more after about a day, none of which seems to have crashed anything. However, it's the only obvious anomaly I could find around the time and as it's VT-x related, I reckon there's a connection. The stack trace closely resembles this bug that turned up in 2015 and was fixed long ago: https://lkml.org/lkml/2015/7/3/288 Has anyone seen this recently and could confirm or refute any of my guesswork? Cheers, Matthias

1 0

grub2 - add NVME to boot from - how?
by lejeczek 15 Aug '18

15 Aug '18

hi guys, I thought I should ask before I start fiddling and break something - can we tell grub2 to add nvme device as an option to boot from? And if yes then what do tell grub? many thanks, L.

2 2

Re: [CentOS] CentOS Digest, Vol 163, Issue 10
by Ste Films- radio stream 15 Aug '18

15 Aug '18

the thread seams to have dead out or gone from rdadmin login prassword reset to user login on centos I dumped mysql to find the password but can't find it with this comand $mysql dump -u rduser -p Rivendell > resetpass.sql i am useing rduser to run airplay but I can't get into config part of rdadmin which rdadmin controls the paramiter to set the rduser program like rdairplay, rdlogedit, rdlibary...ect rdadmin is used to set default and setting all threwout the rd program.... for radio... On Fri, Aug 10, 2018 at 7:00 AM, <centos-request(a)centos.org> wrote: > Send CentOS mailing list submissions to > centos(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.centos.org/mailman/listinfo/centos > or, via email, send a message with subject or body 'help' to > centos-request(a)centos.org > > You can reach the person managing the list at > centos-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS digest..." > > > Today's Topics: > > 1. Re: Can't boot into GUI: Centos 7 "Server with GUI" option > (James Pearson) > 2. bad udp cksum (Laszlo Danielisz) > 3. xfs quota question (mark) > 4. Re: xfs quota question (Valeri Galtsev) > 5. Re: xfs quota question (mark) > 6. Re: xfs quota question (Valeri Galtsev) > 7. Re: bad udp cksum (Simon Matter) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 9 Aug 2018 12:20:26 +0000 > From: James Pearson <james-p(a)moving-picture.com> > To: Jay Hart <jhart(a)kevla.org> > Cc: CentOS mailing list <centos(a)centos.org> > Subject: Re: [CentOS] Can't boot into GUI: Centos 7 "Server with GUI" > option > Message-ID: <a7387fc9-ddcd-f827-cf07-76667a2a0b2e(a)moving-picture.com> > Content-Type: text/plain; charset="utf-8" > > Jay Hart wrote: > > > > A complete step by step would be appreciated. It will avoid further > back-n-forth. > > It's not that difficult - a quick google of 'centos 7 rebuild initramfs' > brings up (e.g.) > https://sites.google.com/site/syscookbook/rhel/rhel-kernel-rebuild > > James Pearson > > > > ------------------------------ > > Message: 2 > Date: Thu, 9 Aug 2018 14:53:17 -0400 > From: Laszlo Danielisz <lacibsd(a)gmail.com> > To: centos(a)centos.org > Subject: [CentOS] bad udp cksum > Message-ID: > <CABPYxKwuSPEeNxdAUu2p4h-oTibH-RJBnxntWbVO2NuBk0-zfA@ > mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi, > > Recently I'm noticing an interesting issue. > My CentOS servers are trying to send logs to a logging server via 514/udp, > however I'm not receiving anything. > > I did the following on CentOS > *tcpdump -vvv -nn udp -i esn160 port 514* > > In another session on the same server: > *nc syslog-server -u 514* > > tcpdump started to show me messages like: > *[bad udp cksum 0x3ce9 -> 0xb0f5!] SYSLOG, length: 172* > > After some research I disabled TCO (ethtool -K ens160 tx off rx off), now > tcpdump shows: > *[udp sum ok] [|syslog]* > And I'm also receiving the logs. Yay! > > I have the same issue on multiple servers with CentOS versions 7.3.1611, > 7.4.1708 & 7.5.1804. I'm having the issue no matter if it is a physical or > virtual server (they also use different hardware and NIC's) > > Of course I could run ethtool every time a server starts but I think there > should be a better solution. Also I enjoy having TCO giving some rest to > the CPUs. > > Did anyone find a solution for this? > > Thanks! > Laszlo > > > ------------------------------ > > Message: 3 > Date: Thu, 9 Aug 2018 15:57:25 -0400 > From: "mark" <m.roth(a)5-cent.us> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: [CentOS] xfs quota question > Message-ID: > <993f74e35fb023b2a49b9053dc3e5a3f.squirrel(a)host290.hostmonster.com > > > Content-Type: text/plain;charset=utf-8 > > Can I go to an existing xfs file system, and apply a soft quota to each > user on it? If I do, can I then run a report, and see who's using how > much, or does it only apply to files created after the quotas are applied? > > mark > > > > ------------------------------ > > Message: 4 > Date: Thu, 9 Aug 2018 15:22:30 -0500 > From: Valeri Galtsev <galtsev(a)kicp.uchicago.edu> > To: centos(a)centos.org > Subject: Re: [CentOS] xfs quota question > Message-ID: <6551c6c1-bbb6-ef43-eb3d-03de0fa58b8c(a)kicp.uchicago.edu> > Content-Type: text/plain; charset=utf-8; format=flowed > > > > On 08/09/18 14:57, mark wrote: > > Can I go to an existing xfs file system, and apply a soft quota to each > > user on it? If I do, can I then run a report, and see who's using how > > much, or does it only apply to files created after the quotas are > applied? > > > > After remounting XFS filesystem with option "usrquota" you can issue the > command similar to: > > xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > > This command will enable the limits above for all users (-d flag), > except users who have their limits existing already (usually ones who > preformed fs operations). > > For those who already have some limits set you can still can change > these limits, but with individual command, say in the loop, like: > > for i in `cat user_list`; \ > do xfs_quota -x -c "limit bsoft=8g bhard=10g $i; \ > done > > I hope, this helps. > > Valeri > > > > mark > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org > > https://lists.centos.org/mailman/listinfo/centos > > > > -- > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > > > ------------------------------ > > Message: 5 > Date: Thu, 9 Aug 2018 17:24:09 -0400 > From: "mark" <m.roth(a)5-cent.us> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] xfs quota question > Message-ID: > <4e5e8e726f2df226bc9d6612a1a572c1.squirrel(a)host290.hostmonster.com > > > Content-Type: text/plain;charset=utf-8 > > Valeri Galtsev wrote: > > On 08/09/18 14:57, mark wrote: > > > >> Can I go to an existing xfs file system, and apply a soft quota to each > >> user on it? If I do, can I then run a report, and see who's using how > >> much, or does it only apply to files created after the quotas are > >> applied? > > > > After remounting XFS filesystem with option "usrquota" you can issue the > > command similar to: > > > > xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > > > > This command will enable the limits above for all users (-d flag), > > except users who have their limits existing already (usually ones who > > preformed fs operations). > > > > For those who already have some limits set you can still can change > > these limits, but with individual command, say in the loop, like: > > > > for i in `cat user_list`; \ do xfs_quota -x -c "limit bsoft=8g bhard=10g > > $i; \ > > done > > > > I hope, this helps. > > Will that work if I do a mount -o remount? > > mark > > > > ------------------------------ > > Message: 6 > Date: Thu, 9 Aug 2018 16:57:06 -0500 (CDT) > From: "Valeri Galtsev" <galtsev(a)kicp.uchicago.edu> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] xfs quota question > Message-ID: > <54719.108.68.162.197.1533851826.squirrel(a)cosmo.uchicago.edu> > Content-Type: text/plain;charset=iso-8859-1 > > > On Thu, August 9, 2018 4:24 pm, mark wrote: > > Valeri Galtsev wrote: > >> On 08/09/18 14:57, mark wrote: > >> > >>> Can I go to an existing xfs file system, and apply a soft quota to each > >>> user on it? If I do, can I then run a report, and see who's using how > >>> much, or does it only apply to files created after the quotas are > >>> applied? > >> > >> After remounting XFS filesystem with option "usrquota" you can issue the > >> command similar to: > >> > >> xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > >> > >> This command will enable the limits above for all users (-d flag), > >> except users who have their limits existing already (usually ones who > >> preformed fs operations). > >> > >> For those who already have some limits set you can still can change > >> these limits, but with individual command, say in the loop, like: > >> > >> for i in `cat user_list`; \ do xfs_quota -x -c "limit bsoft=8g bhard=10g > >> $i; \ > >> done > >> > >> I hope, this helps. > > > > Will that work if I do a mount -o remount? > > If you are able to execute > > mount -o remount -o usrquota /mountpoint > > then you are OK. Normally, you will not be able to do it if there is even > a single file open on the filesystem, Therefore if it is /home you do have > to kick all users off. Executing any command related to quota will make it > obvious if particular filesystem is mounted with quotas enabled or not. > > Good luck. > > Valeri > > > > > mark > > > > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > > > ------------------------------ > > Message: 7 > Date: Fri, 10 Aug 2018 09:34:24 +0200 > From: "Simon Matter" <simon.matter(a)invoca.ch> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] bad udp cksum > Message-ID: > <1c988b38e34d5ddc32177f921f7a6c6b.squirrel(a)webmail.bi.invoca.ch> > Content-Type: text/plain;charset=utf-8 > > > Hi, > > > > Recently I'm noticing an interesting issue. > > My CentOS servers are trying to send logs to a logging server via > 514/udp, > > however I'm not receiving anything. > > > > I did the following on CentOS > > *tcpdump -vvv -nn udp -i esn160 port 514* > > > > In another session on the same server: > > *nc syslog-server -u 514* > > > > tcpdump started to show me messages like: > > *[bad udp cksum 0x3ce9 -> 0xb0f5!] SYSLOG, length: 172* > > > > After some research I disabled TCO (ethtool -K ens160 tx off rx off), now > > tcpdump shows: > > *[udp sum ok] [|syslog]* > > And I'm also receiving the logs. Yay! > > > > I have the same issue on multiple servers with CentOS versions 7.3.1611, > > 7.4.1708 & 7.5.1804. I'm having the issue no matter if it is a physical > or > > virtual server (they also use different hardware and NIC's) > > > > Of course I could run ethtool every time a server starts but I think > there > > should be a better solution. Also I enjoy having TCO giving some rest to > > the CPUs. > > > > Did anyone find a solution for this? > > You can configure the ETHTOOL_OPTS option in the ifcfg files to > automatically assign settings on startup. > > Regards, > Simon > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > > > ------------------------------ > > End of CentOS Digest, Vol 163, Issue 10 > *************************************** >

1 0

Docker + firewalld
by Todor Petkov 15 Aug '18

15 Aug '18

Hello, I am using Centos7 + Docker CE (docker-ce-18.03.1.ce-1.el7.centos.x86_64), in the following setup 1) On interface br-ee1ac3f6bbaf I have network 172.16.26/24 2) Network from (1) is routed via the IP address of eth0 of the CentOS machine 3) Access to machines in network (1) is direct, without port forwarding I want to be able to reach other machines in other subnet from the IP address of the Docker containers. I ran the following command: firewall-cmd --direct --permanent --add-rule ipv4 nat POSTROUTING 0 -i br+ -o eth0 -s 172.16.26.0/24 -j ACCEPT However, the firewall rules for NAT are: -A POSTROUTING -s 172.16.26.0/24 ! -o br-ee1ac3f6bbaf -j MASQUERADE -A POSTROUTING -j POSTROUTING_direct -A POSTROUTING_direct -s 172.16.26.0/24 -i br+ -o eth0 -j ACCEPT With this, it always goes via MASQUERADE first, without hitting the POSTROUTING_direct chain. Is there a way to add this rule on top of POSTROUTING? Regards,

1 0

USB disk IO
by Jerry Geis 15 Aug '18

15 Aug '18

Hello - frequently I turn on my external USB 3.0 disk and back. While my machine is copying and backing up my desktop becomes very sluggish. Is there a way to change that ? I am using CentOS 7.5 x86 with a very nice processor extra cores available and plenty of memory. There is no reason the "other" cores cannot keep the desktop going. Thanks, Jerry

2 2

CentOS-announce Digest, Vol 162, Issue 2
by centos-announce-request＠centos.org 15 Aug '18

15 Aug '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:2390 Important CentOS 6 kernel Security Update (Johnny Hughes) 2. CESA-2018:2384 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Aug 2018 01:59:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2390 Important CentOS 6 kernel Security Update Message-ID: <20180815015955.GA24393(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2390 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2390 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 106a77192bd5329bcc3f7e388192dd6f180b0ab95f4680064d75f3c51d959702 kernel-2.6.32-754.3.5.el6.i686.rpm 62f7a798b08f065e936aa1f3d56a5c7fb4e9e41931a9d85f100f475517f7b017 kernel-abi-whitelists-2.6.32-754.3.5.el6.noarch.rpm 6e5987cd17220deecfa9e669c0be2ffcf42730dd99574c8e3a660e7f1ec7a6d5 kernel-debug-2.6.32-754.3.5.el6.i686.rpm bcab4f5115d1f298efc4894f2d38ebeffd75ae4ee6292146550bbbefdda6f036 kernel-debug-devel-2.6.32-754.3.5.el6.i686.rpm fda995f13c04b4f71fe7ecfb720266a0dade787c4f48b943581c6e75fcae5ef1 kernel-devel-2.6.32-754.3.5.el6.i686.rpm 83fbe21432b4cebf049ba18423bedb34f3f52ba72dd59c5609246d1a393cdb7f kernel-doc-2.6.32-754.3.5.el6.noarch.rpm 22a3605c9893c09958d7d691feec8819680b5117389fab7be28d52bc8f2f108d kernel-firmware-2.6.32-754.3.5.el6.noarch.rpm 17f99387f14bea201de0ef0fc9a117201a26595f9f1bde392504579c9ed71493 kernel-headers-2.6.32-754.3.5.el6.i686.rpm bad0c18a9fcebb72f6a08aac18787222e1c3b10f49ca8eea1a015029c4761515 perf-2.6.32-754.3.5.el6.i686.rpm fa8c69dafcb9bb4a209f8f2fae92a208389b3183a5a473608ef7d765601ec82a python-perf-2.6.32-754.3.5.el6.i686.rpm x86_64: a315d9824eba61490ec384774421d84baf2e853d12e031aaf9ea26f6459e4307 kernel-2.6.32-754.3.5.el6.x86_64.rpm 62f7a798b08f065e936aa1f3d56a5c7fb4e9e41931a9d85f100f475517f7b017 kernel-abi-whitelists-2.6.32-754.3.5.el6.noarch.rpm 67e08721326f15f1b4e9f2a062a45ef612c0d8a784d9f1e3e03f5bb677b56d34 kernel-debug-2.6.32-754.3.5.el6.x86_64.rpm bcab4f5115d1f298efc4894f2d38ebeffd75ae4ee6292146550bbbefdda6f036 kernel-debug-devel-2.6.32-754.3.5.el6.i686.rpm cc9f24337e23be4eeb20a1a87aa69dc91f9a765be4430c58e20ff31b782c75ba kernel-debug-devel-2.6.32-754.3.5.el6.x86_64.rpm 0c16e8f698561ed21e832431b402150f94fe0a0437c5c43a12b70c15306ebcf2 kernel-devel-2.6.32-754.3.5.el6.x86_64.rpm 83fbe21432b4cebf049ba18423bedb34f3f52ba72dd59c5609246d1a393cdb7f kernel-doc-2.6.32-754.3.5.el6.noarch.rpm 22a3605c9893c09958d7d691feec8819680b5117389fab7be28d52bc8f2f108d kernel-firmware-2.6.32-754.3.5.el6.noarch.rpm 0cd344a1d45d5d38e0b00cd2a966c4c6c5c436a830af589edc69ff43da620833 kernel-headers-2.6.32-754.3.5.el6.x86_64.rpm 8f0d34fb64a264cc1d345d3f929f4e0915b4eafab6516de5f32b2e11f4426e27 perf-2.6.32-754.3.5.el6.x86_64.rpm bb421ac56e0ebc227b240dcdccd0a724da33c07fc92d8106b7e4e71c52cb3918 python-perf-2.6.32-754.3.5.el6.x86_64.rpm Source: 4da720dc6cd3913aa9b54abb9d398295b74d5cfb64ea4c93f3eac61ac1070c08 kernel-2.6.32-754.3.5.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 15 Aug 2018 03:59:04 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2384 Important CentOS 7 kernel Security Update Message-ID: <20180815035904.GA31375(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2384 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2384 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4c81a12f0c1bab43e45a688035081b68bc17d4ccaf219ad92b8a8a7856282106 kernel-3.10.0-862.11.6.el7.x86_64.rpm 85b7bd8c17bea34630282c70fdcbadb1daafcb112b0a1396770753f90d220c29 kernel-abi-whitelists-3.10.0-862.11.6.el7.noarch.rpm 406fb8d4fe1a048955208a96288505e3c8c0d0d58252650c21f113532fc5b62b kernel-debug-3.10.0-862.11.6.el7.x86_64.rpm cc676de2fa76153f340ceb98d1f709314b404fb19c09f312266b53272f46f127 kernel-debug-devel-3.10.0-862.11.6.el7.x86_64.rpm f28bacde434bc5801b423172e75c932654d153d05bde710306b56323e5ba6b36 kernel-devel-3.10.0-862.11.6.el7.x86_64.rpm 7c45bf82de48d08ad52586c38980366e51e71ff84cb9661452df41484e44598f kernel-doc-3.10.0-862.11.6.el7.noarch.rpm 6c041e73dfa61237e70ecc9f7c201581175a26a88bc2cdcbb2337e19e386d905 kernel-headers-3.10.0-862.11.6.el7.x86_64.rpm e899bc77622146b49a47d58a04dffb8b22215fc8219f1dd8a5fb60dfdbaf9782 kernel-tools-3.10.0-862.11.6.el7.x86_64.rpm 69acbd5ba958c6f367edd0e484822134a325c7d1a97c6af7954d53c80fdb6457 kernel-tools-libs-3.10.0-862.11.6.el7.x86_64.rpm d619c0a7d84568240e05b30e45a207fdc7f8acd7a93643f7d66128c0cf9943e6 kernel-tools-libs-devel-3.10.0-862.11.6.el7.x86_64.rpm 203da784ce254e22df2a78021c5cc97f3a5948432d4d04c49ec44bf1d630ff1a perf-3.10.0-862.11.6.el7.x86_64.rpm 94abbe3057a41b29f89163e5bd838b8c11015182a91f9c58647418d18808282c python-perf-3.10.0-862.11.6.el7.x86_64.rpm Source: aabaa81106744323a084655078fcb93498357768315f53020135688ec03cd21f kernel-3.10.0-862.11.6.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 162, Issue 2 ***********************************************

1 0

Sending mail from CentOS7 VM to FX ApeosPort-IV C4475 problem
by マスターズ　イアン 15 Aug '18

15 Aug '18

Hi Folks I'm a long term Linux user but have never used CUPS until this week. I'm trying to print from a CentOS7 VM to a Fuji Xerox ApeosPort-IV C4475 printer which requires a user name to be specified but no password. CUPS reports jobs are complete but nothing appears at the printer. This is what I've tried: 1. I downloaded the linux printer driver from the Fuji Xerox website and installed it and its accompanying printer utility. 2. I've followed various guides for setting up the printer in CUPS as an LPR connection as that is what my Windows machine uses. 3. I used the print utility (fxlputil) to specify my user name as I have to with Windows. However I have a sneaky feeling that nothing is arriving at the printer (whose admin info I don't have access to). I know the connection is OK: /usr/lib/cups/backend/snmp 172.16.58.222 gives: network socket://172.16.58.222 "Unknown" "FUJI XEROX ApeosPort-IV C4475 v 34. 52. 0 Multifunction System" "MANUFACTURER:FUJI XEROX;MODEL:ApeosPort-IV C4475" "" But lpinfo -l -v gives alot of "make-and-model = Unknown" messages. What can I can try to get more information or to get this working? Sorry if my information is vague. As I said, I'm only just starting to dip my feet in the pond of CUPS and it hasn't been very successful so far. Thanks in advance for any assistance. Ian

1 0

Proxy rendering of 4K
by Phil Evans 14 Aug '18

14 Aug '18

Hi everyone. I have used cinelerra for several years and love the application, so thanks to all for the hard work. I recently started to edit 4K footage from a Canon 1DX Mk 2. This is obviously very slow even with a six core processor. So I am required to use proxy files to speed things up. This worked with fedora 28. However I have changed to Centos 7.5 and now have an issue, the proxy files when dropped into the viewer are very small only taking up a small part of the window. I cannot find a way to resize these to fill the viewer window. This did not happen on fedora 28. I set the >settins >format to the resolution of the original video, then the >settings >Proxy settings to use scaler, 1/3rd size, FFMPEG Mp4 and auto proxy/scale media loads. I then import the video and drag the newly created proxy file into the viewer where it sits at a third size in the centre of the viewer window. Any suggestions welcome. Cinelerra 5.1 built jul 31st 2018 06:59:29 Regards Phil Evans

1 0

TLS 1.3 and openSSL 1.1.1 support
by Robert Moskowitz 14 Aug '18

14 Aug '18

TLS 1.3 RFC has 'shipped': RFC 8446. Don't yet know all that will have to be updated to support it, but I am working on openSSL 1.1.1 beta which is available in the Fedora 29 beta. The openSSL team is looking at one more beta release (I had challenges with ED25519 certs, I will soon have an Internet Draft out on them). So general heads up. TLS 1.3 is claimed to be the cat's meow for security (I see it as a kitchen sink). There will be questions asking for when it will be available (wait until they start thinking about creating EDDSA pkis). Yet another thing for our hard working Centos team.

1 0

CentOS 7.5 x86_64 ISO with Kernel 4.x
by andreas.reschke＠mahle.com 14 Aug '18

14 Aug '18

Hi there, I can't boot my new Laptop (HP Elitebook 840 G) with CentOS-7-x86_64-LiveKDE-1804.iso. Boot proccess stops very quick with kernel panic. Is there a ISO-Image with more recent kernel, maybe 4.17 from elrepo? Mit freundlichen Grüßen / Kind regards Andreas Reschke

3 2

Why the new centos-release update?
by Greg Bailey 14 Aug '18

14 Aug '18

Just curious about this after seeing the following output of a typical "yum upgrade": Resolving Dependencies --> Running transaction check ---> Package centos-release.x86_64 0:7-5.1804.el7.centos.2 will be updated ---> Package centos-release.x86_64 0:7-5.1804.1.el7.centos will be an update ...etc... After downloading the 2 centos-release RPMs, the content appears identical. I was assuming there'd at least be differences with yum definitions, GPG keys, or something like that. Was it just to fix some naming inconsistency or something? -Greg

2 1

ligthdm shutdown without a mouse
by Frank Cox 12 Aug '18

12 Aug '18

I have set up a computer that's going to be hand-carried through several airports on the way to its final destination. This is the Lenovo laptop that I asked about earlier, where everything works well except for the touchpad that isn't recognized at all. (For the touchpad I'm just kind of hoping that a future kernel update will make it magically start working; for the time being the computer owner will live without the touchpad and just use an external mouse.) When carrying this though airport security the security guards will likely require that this laptop be turned on for them. How can it be turned off again properly after being checked without having to carry a mouse too? Is there a keyboard shortcut for shutdown with lightdm? -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

2 1

Re: [CentOS] CentOS Digest, Vol 163, Issue 10
by Ste Films- radio stream 10 Aug '18

10 Aug '18

I know there is already a thread going on...but.. I can't get into rdadmin (I set a password) I found out that I can dump mysql and it is in there but I am not sure how to find it in there (in mysql that I have copied or "dumped" it into home user....folder) can someone help me by chance.. thanks, Stephen Campbell On Fri, Aug 10, 2018 at 7:00 AM, <centos-request(a)centos.org> wrote: > Send CentOS mailing list submissions to > centos(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.centos.org/mailman/listinfo/centos > or, via email, send a message with subject or body 'help' to > centos-request(a)centos.org > > You can reach the person managing the list at > centos-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS digest..." > > > Today's Topics: > > 1. Re: Can't boot into GUI: Centos 7 "Server with GUI" option > (James Pearson) > 2. bad udp cksum (Laszlo Danielisz) > 3. xfs quota question (mark) > 4. Re: xfs quota question (Valeri Galtsev) > 5. Re: xfs quota question (mark) > 6. Re: xfs quota question (Valeri Galtsev) > 7. Re: bad udp cksum (Simon Matter) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 9 Aug 2018 12:20:26 +0000 > From: James Pearson <james-p(a)moving-picture.com> > To: Jay Hart <jhart(a)kevla.org> > Cc: CentOS mailing list <centos(a)centos.org> > Subject: Re: [CentOS] Can't boot into GUI: Centos 7 "Server with GUI" > option > Message-ID: <a7387fc9-ddcd-f827-cf07-76667a2a0b2e(a)moving-picture.com> > Content-Type: text/plain; charset="utf-8" > > Jay Hart wrote: > > > > A complete step by step would be appreciated. It will avoid further > back-n-forth. > > It's not that difficult - a quick google of 'centos 7 rebuild initramfs' > brings up (e.g.) > https://sites.google.com/site/syscookbook/rhel/rhel-kernel-rebuild > > James Pearson > > > > ------------------------------ > > Message: 2 > Date: Thu, 9 Aug 2018 14:53:17 -0400 > From: Laszlo Danielisz <lacibsd(a)gmail.com> > To: centos(a)centos.org > Subject: [CentOS] bad udp cksum > Message-ID: > <CABPYxKwuSPEeNxdAUu2p4h-oTibH-RJBnxntWbVO2NuBk0-zfA@ > mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi, > > Recently I'm noticing an interesting issue. > My CentOS servers are trying to send logs to a logging server via 514/udp, > however I'm not receiving anything. > > I did the following on CentOS > *tcpdump -vvv -nn udp -i esn160 port 514* > > In another session on the same server: > *nc syslog-server -u 514* > > tcpdump started to show me messages like: > *[bad udp cksum 0x3ce9 -> 0xb0f5!] SYSLOG, length: 172* > > After some research I disabled TCO (ethtool -K ens160 tx off rx off), now > tcpdump shows: > *[udp sum ok] [|syslog]* > And I'm also receiving the logs. Yay! > > I have the same issue on multiple servers with CentOS versions 7.3.1611, > 7.4.1708 & 7.5.1804. I'm having the issue no matter if it is a physical or > virtual server (they also use different hardware and NIC's) > > Of course I could run ethtool every time a server starts but I think there > should be a better solution. Also I enjoy having TCO giving some rest to > the CPUs. > > Did anyone find a solution for this? > > Thanks! > Laszlo > > > ------------------------------ > > Message: 3 > Date: Thu, 9 Aug 2018 15:57:25 -0400 > From: "mark" <m.roth(a)5-cent.us> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: [CentOS] xfs quota question > Message-ID: > <993f74e35fb023b2a49b9053dc3e5a3f.squirrel(a)host290.hostmonster.com > > > Content-Type: text/plain;charset=utf-8 > > Can I go to an existing xfs file system, and apply a soft quota to each > user on it? If I do, can I then run a report, and see who's using how > much, or does it only apply to files created after the quotas are applied? > > mark > > > > ------------------------------ > > Message: 4 > Date: Thu, 9 Aug 2018 15:22:30 -0500 > From: Valeri Galtsev <galtsev(a)kicp.uchicago.edu> > To: centos(a)centos.org > Subject: Re: [CentOS] xfs quota question > Message-ID: <6551c6c1-bbb6-ef43-eb3d-03de0fa58b8c(a)kicp.uchicago.edu> > Content-Type: text/plain; charset=utf-8; format=flowed > > > > On 08/09/18 14:57, mark wrote: > > Can I go to an existing xfs file system, and apply a soft quota to each > > user on it? If I do, can I then run a report, and see who's using how > > much, or does it only apply to files created after the quotas are > applied? > > > > After remounting XFS filesystem with option "usrquota" you can issue the > command similar to: > > xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > > This command will enable the limits above for all users (-d flag), > except users who have their limits existing already (usually ones who > preformed fs operations). > > For those who already have some limits set you can still can change > these limits, but with individual command, say in the loop, like: > > for i in `cat user_list`; \ > do xfs_quota -x -c "limit bsoft=8g bhard=10g $i; \ > done > > I hope, this helps. > > Valeri > > > > mark > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org > > https://lists.centos.org/mailman/listinfo/centos > > > > -- > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > > > ------------------------------ > > Message: 5 > Date: Thu, 9 Aug 2018 17:24:09 -0400 > From: "mark" <m.roth(a)5-cent.us> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] xfs quota question > Message-ID: > <4e5e8e726f2df226bc9d6612a1a572c1.squirrel(a)host290.hostmonster.com > > > Content-Type: text/plain;charset=utf-8 > > Valeri Galtsev wrote: > > On 08/09/18 14:57, mark wrote: > > > >> Can I go to an existing xfs file system, and apply a soft quota to each > >> user on it? If I do, can I then run a report, and see who's using how > >> much, or does it only apply to files created after the quotas are > >> applied? > > > > After remounting XFS filesystem with option "usrquota" you can issue the > > command similar to: > > > > xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > > > > This command will enable the limits above for all users (-d flag), > > except users who have their limits existing already (usually ones who > > preformed fs operations). > > > > For those who already have some limits set you can still can change > > these limits, but with individual command, say in the loop, like: > > > > for i in `cat user_list`; \ do xfs_quota -x -c "limit bsoft=8g bhard=10g > > $i; \ > > done > > > > I hope, this helps. > > Will that work if I do a mount -o remount? > > mark > > > > ------------------------------ > > Message: 6 > Date: Thu, 9 Aug 2018 16:57:06 -0500 (CDT) > From: "Valeri Galtsev" <galtsev(a)kicp.uchicago.edu> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] xfs quota question > Message-ID: > <54719.108.68.162.197.1533851826.squirrel(a)cosmo.uchicago.edu> > Content-Type: text/plain;charset=iso-8859-1 > > > On Thu, August 9, 2018 4:24 pm, mark wrote: > > Valeri Galtsev wrote: > >> On 08/09/18 14:57, mark wrote: > >> > >>> Can I go to an existing xfs file system, and apply a soft quota to each > >>> user on it? If I do, can I then run a report, and see who's using how > >>> much, or does it only apply to files created after the quotas are > >>> applied? > >> > >> After remounting XFS filesystem with option "usrquota" you can issue the > >> command similar to: > >> > >> xfs_quota -x -c "limit bsoft=8g bhard=10g -d" /home > >> > >> This command will enable the limits above for all users (-d flag), > >> except users who have their limits existing already (usually ones who > >> preformed fs operations). > >> > >> For those who already have some limits set you can still can change > >> these limits, but with individual command, say in the loop, like: > >> > >> for i in `cat user_list`; \ do xfs_quota -x -c "limit bsoft=8g bhard=10g > >> $i; \ > >> done > >> > >> I hope, this helps. > > > > Will that work if I do a mount -o remount? > > If you are able to execute > > mount -o remount -o usrquota /mountpoint > > then you are OK. Normally, you will not be able to do it if there is even > a single file open on the filesystem, Therefore if it is /home you do have > to kick all users off. Executing any command related to quota will make it > obvious if particular filesystem is mounted with quotas enabled or not. > > Good luck. > > Valeri > > > > > mark > > > > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > > > ------------------------------ > > Message: 7 > Date: Fri, 10 Aug 2018 09:34:24 +0200 > From: "Simon Matter" <simon.matter(a)invoca.ch> > To: "CentOS mailing list" <centos(a)centos.org> > Subject: Re: [CentOS] bad udp cksum > Message-ID: > <1c988b38e34d5ddc32177f921f7a6c6b.squirrel(a)webmail.bi.invoca.ch> > Content-Type: text/plain;charset=utf-8 > > > Hi, > > > > Recently I'm noticing an interesting issue. > > My CentOS servers are trying to send logs to a logging server via > 514/udp, > > however I'm not receiving anything. > > > > I did the following on CentOS > > *tcpdump -vvv -nn udp -i esn160 port 514* > > > > In another session on the same server: > > *nc syslog-server -u 514* > > > > tcpdump started to show me messages like: > > *[bad udp cksum 0x3ce9 -> 0xb0f5!] SYSLOG, length: 172* > > > > After some research I disabled TCO (ethtool -K ens160 tx off rx off), now > > tcpdump shows: > > *[udp sum ok] [|syslog]* > > And I'm also receiving the logs. Yay! > > > > I have the same issue on multiple servers with CentOS versions 7.3.1611, > > 7.4.1708 & 7.5.1804. I'm having the issue no matter if it is a physical > or > > virtual server (they also use different hardware and NIC's) > > > > Of course I could run ethtool every time a server starts but I think > there > > should be a better solution. Also I enjoy having TCO giving some rest to > > the CPUs. > > > > Did anyone find a solution for this? > > You can configure the ETHTOOL_OPTS option in the ifcfg files to > automatically assign settings on startup. > > Regards, > Simon > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > > > ------------------------------ > > End of CentOS Digest, Vol 163, Issue 10 > *************************************** >

1 0

CentOS-announce Digest, Vol 162, Issue 1
by centos-announce-request＠centos.org 10 Aug '18

10 Aug '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:2284 Important CentOS 6 yum-utils Security Update (Johnny Hughes) 2. CESA-2018:2283 Moderate CentOS 6 java-1.7.0-openjdk Security Update (Johnny Hughes) 3. CEEA-2018:2300 CentOS 6 microcode_ctl Enhancement Update (Johnny Hughes) 4. CESA-2018:2308 Important CentOS 6 openslp Security Update (Johnny Hughes) 5. CESA-2018:2286 Moderate CentOS 7 java-1.7.0-openjdk Security Update (Johnny Hughes) 6. CESA-2018:2285 Important CentOS 7 yum-utils Security Update (Johnny Hughes) 7. CEEA-2018:2299 CentOS 7 microcode_ctl Enhancement Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 9 Aug 2018 15:06:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2284 Important CentOS 6 yum-utils Security Update Message-ID: <20180809150644.GA48251(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2284 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2284 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7bfcb55e8ee020fb90438be89a7e6c4659815a47a6a1dc84307ed097c610b164 yum-NetworkManager-dispatcher-1.1.30-42.el6_10.noarch.rpm 0cd10e34874133c0c0894eff1d558fd4a6fdb7cd67db4ef1ae54e47e17a8386d yum-plugin-aliases-1.1.30-42.el6_10.noarch.rpm b43fb8e9d706e3d163f98c085bee3772a2b95e213096ba7c2a7b5fe2d48e2071 yum-plugin-auto-update-debug-info-1.1.30-42.el6_10.noarch.rpm 81d8b7eb5bb4a008559fed431c1721184ce9519e027a7748f9058a1b16374e44 yum-plugin-changelog-1.1.30-42.el6_10.noarch.rpm f0b5012d5c108b231f10e7d79568fdf1382121aef1d51adffe40ab0c3a3eebf9 yum-plugin-fastestmirror-1.1.30-42.el6_10.noarch.rpm 87c1b2d68ff3cb75288f7954b865faefb5ea8a5788e61ca45188837a79bec5e3 yum-plugin-filter-data-1.1.30-42.el6_10.noarch.rpm ddaf9c4883f1b85612a7579025961988241a77733d616380da44a9dca835a771 yum-plugin-fs-snapshot-1.1.30-42.el6_10.noarch.rpm 5bf518b73d2dd00d2c8c183d5089839038fdd88e1da82102f19b5f0ecd4d62a2 yum-plugin-keys-1.1.30-42.el6_10.noarch.rpm 21b1d70c8b13b173479c0fd6df539755849dc966b9e20947bdf5b4bd1ffa667b yum-plugin-list-data-1.1.30-42.el6_10.noarch.rpm 13af558be264f80cd30e94640c6d14c6188c90f43e0d6988e473d704863cc96d yum-plugin-local-1.1.30-42.el6_10.noarch.rpm df05258dcf572fe8f834066715da11a9b0f4987e5529a02a8de8a46f2395dac7 yum-plugin-merge-conf-1.1.30-42.el6_10.noarch.rpm 161c5190e409c96b025eacec584a2ebb12bac6b0549917efe5747fe870f9eecd yum-plugin-ovl-1.1.30-42.el6_10.noarch.rpm 4140ac99eb793c08f4c83736a3524c9cfe6f0bce2e636163708b441787ae193b yum-plugin-post-transaction-actions-1.1.30-42.el6_10.noarch.rpm c49a097f2b6b141a5ddc3a6a0c4cb98b788b1cae17381e5dbb7da65817911ff7 yum-plugin-priorities-1.1.30-42.el6_10.noarch.rpm 7dc3c4cb2caae34b698eca89af931932abdd4570c3e14b5d7c9faa345ca4b369 yum-plugin-protectbase-1.1.30-42.el6_10.noarch.rpm 994f577a16671dc0c21df23ab92b97788dccf332819ee5bc50624845ec80cc82 yum-plugin-ps-1.1.30-42.el6_10.noarch.rpm 8a0291ddeb80f0df79e1c45b40ccd4f18ce67e52d4e814759300c9d86465f83a yum-plugin-remove-with-leaves-1.1.30-42.el6_10.noarch.rpm 67ca18b553619ecd7b8c4edf4930f289be25b8f17407c8bfab2da00c95291a79 yum-plugin-rpm-warm-cache-1.1.30-42.el6_10.noarch.rpm c7efb7d125e82a8fceeb865739d79621ef5c3d7a29063edf35af9761188cf6a8 yum-plugin-security-1.1.30-42.el6_10.noarch.rpm 28e93077b07e0a2b0d011d87cae99ba6a61369fd15678fd31e9ffbaa32046e56 yum-plugin-show-leaves-1.1.30-42.el6_10.noarch.rpm 9a7f57f4fa32b1b61a0458d0800a18496a4068e6dde6473d8c6705f9ce102162 yum-plugin-tmprepo-1.1.30-42.el6_10.noarch.rpm 5879369debc94ac2b1b715411c457d2ac68546d484588cd2a1de13692e99001a yum-plugin-tsflags-1.1.30-42.el6_10.noarch.rpm 601664907b5f6eb9508c445b1988b9fa708645e40311d3ad4a74e3b3417618bc yum-plugin-upgrade-helper-1.1.30-42.el6_10.noarch.rpm 11f428d2609b08188d2c8674bc434b59a942c01a2b8e2d7f417baa9572038cca yum-plugin-verify-1.1.30-42.el6_10.noarch.rpm b8df971607bb4e263d8e8501841f137f674f13df720d5ab44707c7f276092559 yum-plugin-versionlock-1.1.30-42.el6_10.noarch.rpm 6656d23a21732389cabd73c2405cd18f03195e082e797b7ece269cf4ae6194f5 yum-updateonboot-1.1.30-42.el6_10.noarch.rpm 9dd7d61ca036fbaae599ef356d452be2cfeca5bad926580d17998e9b6bab7428 yum-utils-1.1.30-42.el6_10.noarch.rpm x86_64: 7bfcb55e8ee020fb90438be89a7e6c4659815a47a6a1dc84307ed097c610b164 yum-NetworkManager-dispatcher-1.1.30-42.el6_10.noarch.rpm 0cd10e34874133c0c0894eff1d558fd4a6fdb7cd67db4ef1ae54e47e17a8386d yum-plugin-aliases-1.1.30-42.el6_10.noarch.rpm b43fb8e9d706e3d163f98c085bee3772a2b95e213096ba7c2a7b5fe2d48e2071 yum-plugin-auto-update-debug-info-1.1.30-42.el6_10.noarch.rpm 81d8b7eb5bb4a008559fed431c1721184ce9519e027a7748f9058a1b16374e44 yum-plugin-changelog-1.1.30-42.el6_10.noarch.rpm f0b5012d5c108b231f10e7d79568fdf1382121aef1d51adffe40ab0c3a3eebf9 yum-plugin-fastestmirror-1.1.30-42.el6_10.noarch.rpm 87c1b2d68ff3cb75288f7954b865faefb5ea8a5788e61ca45188837a79bec5e3 yum-plugin-filter-data-1.1.30-42.el6_10.noarch.rpm ddaf9c4883f1b85612a7579025961988241a77733d616380da44a9dca835a771 yum-plugin-fs-snapshot-1.1.30-42.el6_10.noarch.rpm 5bf518b73d2dd00d2c8c183d5089839038fdd88e1da82102f19b5f0ecd4d62a2 yum-plugin-keys-1.1.30-42.el6_10.noarch.rpm 21b1d70c8b13b173479c0fd6df539755849dc966b9e20947bdf5b4bd1ffa667b yum-plugin-list-data-1.1.30-42.el6_10.noarch.rpm 13af558be264f80cd30e94640c6d14c6188c90f43e0d6988e473d704863cc96d yum-plugin-local-1.1.30-42.el6_10.noarch.rpm df05258dcf572fe8f834066715da11a9b0f4987e5529a02a8de8a46f2395dac7 yum-plugin-merge-conf-1.1.30-42.el6_10.noarch.rpm 161c5190e409c96b025eacec584a2ebb12bac6b0549917efe5747fe870f9eecd yum-plugin-ovl-1.1.30-42.el6_10.noarch.rpm 4140ac99eb793c08f4c83736a3524c9cfe6f0bce2e636163708b441787ae193b yum-plugin-post-transaction-actions-1.1.30-42.el6_10.noarch.rpm c49a097f2b6b141a5ddc3a6a0c4cb98b788b1cae17381e5dbb7da65817911ff7 yum-plugin-priorities-1.1.30-42.el6_10.noarch.rpm 7dc3c4cb2caae34b698eca89af931932abdd4570c3e14b5d7c9faa345ca4b369 yum-plugin-protectbase-1.1.30-42.el6_10.noarch.rpm 994f577a16671dc0c21df23ab92b97788dccf332819ee5bc50624845ec80cc82 yum-plugin-ps-1.1.30-42.el6_10.noarch.rpm 8a0291ddeb80f0df79e1c45b40ccd4f18ce67e52d4e814759300c9d86465f83a yum-plugin-remove-with-leaves-1.1.30-42.el6_10.noarch.rpm 67ca18b553619ecd7b8c4edf4930f289be25b8f17407c8bfab2da00c95291a79 yum-plugin-rpm-warm-cache-1.1.30-42.el6_10.noarch.rpm c7efb7d125e82a8fceeb865739d79621ef5c3d7a29063edf35af9761188cf6a8 yum-plugin-security-1.1.30-42.el6_10.noarch.rpm 28e93077b07e0a2b0d011d87cae99ba6a61369fd15678fd31e9ffbaa32046e56 yum-plugin-show-leaves-1.1.30-42.el6_10.noarch.rpm 9a7f57f4fa32b1b61a0458d0800a18496a4068e6dde6473d8c6705f9ce102162 yum-plugin-tmprepo-1.1.30-42.el6_10.noarch.rpm 5879369debc94ac2b1b715411c457d2ac68546d484588cd2a1de13692e99001a yum-plugin-tsflags-1.1.30-42.el6_10.noarch.rpm 601664907b5f6eb9508c445b1988b9fa708645e40311d3ad4a74e3b3417618bc yum-plugin-upgrade-helper-1.1.30-42.el6_10.noarch.rpm 11f428d2609b08188d2c8674bc434b59a942c01a2b8e2d7f417baa9572038cca yum-plugin-verify-1.1.30-42.el6_10.noarch.rpm b8df971607bb4e263d8e8501841f137f674f13df720d5ab44707c7f276092559 yum-plugin-versionlock-1.1.30-42.el6_10.noarch.rpm 6656d23a21732389cabd73c2405cd18f03195e082e797b7ece269cf4ae6194f5 yum-updateonboot-1.1.30-42.el6_10.noarch.rpm 9dd7d61ca036fbaae599ef356d452be2cfeca5bad926580d17998e9b6bab7428 yum-utils-1.1.30-42.el6_10.noarch.rpm Source: 8db1cb822c4a45e97d602cfd3bce52ec5ffedb64cf85d0c9c01b7f6a9790a0c8 yum-utils-1.1.30-42.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 9 Aug 2018 15:07:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2283 Moderate CentOS 6 java-1.7.0-openjdk Security Update Message-ID: <20180809150741.GA48537(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2283 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:2283 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5d7c23cc5f6490644f30cc874eff9b0376be8f5e5142d3000530457422a20257 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el6_10.i686.rpm 62bd98fda4c2d74b249097a2083dcf37ca36addf20a6668ab3e3f7a43bd66d66 java-1.7.0-openjdk-demo-1.7.0.191-2.6.15.4.el6_10.i686.rpm 3c2234d7f8a74105abf76e0c6ea66f385cf4083ac942063a25350f3cdabf4528 java-1.7.0-openjdk-devel-1.7.0.191-2.6.15.4.el6_10.i686.rpm f86b24613cb373d57bd9994321392d59455f9b951159d8d0d5a5a2cff4117923 java-1.7.0-openjdk-javadoc-1.7.0.191-2.6.15.4.el6_10.noarch.rpm a5833c2e102a05273e6306283d332cbee2f84b4e008aaaa60fda760cd5ab3535 java-1.7.0-openjdk-src-1.7.0.191-2.6.15.4.el6_10.i686.rpm x86_64: 1aa0cd7801ce78a765ec56e20af38882e540ca9c96d245ebc3ceb41636e1ef80 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm 74fad258b6a399f9cb9ad6eed044bff17d46ebfbb49631ee364af3695539fb66 java-1.7.0-openjdk-demo-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm 7ce0a0c40b879461f0155bd5666c03bed02ac7da2a29a214d48bbcec7e59e9cd java-1.7.0-openjdk-devel-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm f86b24613cb373d57bd9994321392d59455f9b951159d8d0d5a5a2cff4117923 java-1.7.0-openjdk-javadoc-1.7.0.191-2.6.15.4.el6_10.noarch.rpm c3440b525d7fc9a8aa20607b596e480104dfb1d6b8d78b5a862c9cf75051ef5e java-1.7.0-openjdk-src-1.7.0.191-2.6.15.4.el6_10.x86_64.rpm Source: 011b1cc84bde6a7a0652f63d63f20b9a05004b7ab91e61303e9d875e08f4c9c6 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 9 Aug 2018 15:08:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:2300 CentOS 6 microcode_ctl Enhancement Update Message-ID: <20180809150829.GA48733(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:2300 Upstream details at : https://access.redhat.com/errata/RHEA-2018:2300 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 274d9da87e0ec117315739c978ed0e60b95dd537d16a009752382439cf5ecdd4 microcode_ctl-1.17-33.3.el6_10.i686.rpm x86_64: c2aea09a33502bab2a8d0868e004deeaf907ecc94fbfeb466b8959a56a27ed11 microcode_ctl-1.17-33.3.el6_10.x86_64.rpm Source: dfb669d88b46753646a51e83b76d40f2ae00e76233223c29feeee1064d331faa microcode_ctl-1.17-33.3.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 9 Aug 2018 15:08:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2308 Important CentOS 6 openslp Security Update Message-ID: <20180809150857.GA48985(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2308 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2308 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 27b00ada4bec2125f2bdcbf4d2b4556d78c8dad7f3aa4db99719b11bdd14cbb8 openslp-2.0.0-3.el6.i686.rpm 878fc7adc5e540f49d9b1ad0f31cda8ecd537c0ebe6aa233f4fd77973d9101a7 openslp-devel-2.0.0-3.el6.i686.rpm 4946fa3327f713aeb9ed14f9fba166d4d615ded256a98acfa6f12beddc35927c openslp-server-2.0.0-3.el6.i686.rpm x86_64: 27b00ada4bec2125f2bdcbf4d2b4556d78c8dad7f3aa4db99719b11bdd14cbb8 openslp-2.0.0-3.el6.i686.rpm d52e73e63707e008192e0fa0b70ace0a78a939efeab3ba613a08e0d48ffe3246 openslp-2.0.0-3.el6.x86_64.rpm 878fc7adc5e540f49d9b1ad0f31cda8ecd537c0ebe6aa233f4fd77973d9101a7 openslp-devel-2.0.0-3.el6.i686.rpm 29ff71858aa6884d51a46c130509bf4c1f71fa86aecf035f06065aba3d251b74 openslp-devel-2.0.0-3.el6.x86_64.rpm 48503a61e53d510f77d42c664a5f1cb94a1d2941600c500daa721179522b474a openslp-server-2.0.0-3.el6.x86_64.rpm Source: a404790c3285eb34280ab96860e9638791232e1f7574288d054ba1fd786de5fa openslp-2.0.0-3.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 9 Aug 2018 15:11:54 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2286 Moderate CentOS 7 java-1.7.0-openjdk Security Update Message-ID: <20180809151154.GA49144(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2286 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:2286 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: eaf8b440d4d9616ec42e57ddf421871fa4f9a8e60f0c69446f2ec22e80c7b283 java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 63db95d992e429d779e8a1a0cd74173148b0da3f83025fe325ab802fba26aa35 java-1.7.0-openjdk-accessibility-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 479c06d62bf85cd7b18a82456d85288ce62f5fe17e30dab177710155f2bbc849 java-1.7.0-openjdk-demo-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm ec352aae5f47c1b86d88b9572dd0b4de2aabc915c830924b318f34c1b7d1f6c7 java-1.7.0-openjdk-devel-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 13cf6c95028f06dc2c4f25040e0eb2b626ef4ddea1a3ab46c9fb788137b37596 java-1.7.0-openjdk-headless-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm 2a6f4e573d7362e301cebc9efd96ffcb64849a04aecc6fd48161ddd50cdccc0a java-1.7.0-openjdk-javadoc-1.7.0.191-2.6.15.4.el7_5.noarch.rpm dad5d7f6805279dd705280e36aa3659a024543aed1308e052ed5cd6e5dfa8291 java-1.7.0-openjdk-src-1.7.0.191-2.6.15.4.el7_5.x86_64.rpm Source: 18786ff0a7eaf41146df9f010de77790c39f3f8e0b11bdf2e2b1a32bf744d07b java-1.7.0-openjdk-1.7.0.191-2.6.15.4.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 9 Aug 2018 15:12:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2285 Important CentOS 7 yum-utils Security Update Message-ID: <20180809151208.GA49386(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2285 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2285 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 18ce4937fc4788db5136c8228b36e07e119c0383fe528fa345abc349db0b0f70 yum-NetworkManager-dispatcher-1.1.31-46.el7_5.noarch.rpm d9fe4dc03407e314e44b96cb727b3b0e115fabdb96c321318cf0f3eb05ec4226 yum-plugin-aliases-1.1.31-46.el7_5.noarch.rpm 78d0c9c4f8cc7f59a47163de6dc9b8c4aa7d41d9c4f8cdba2a90316de1063412 yum-plugin-auto-update-debug-info-1.1.31-46.el7_5.noarch.rpm df3834f742fa57866bb940399d8ff0835a9baf34b06d353d01062ce604616147 yum-plugin-changelog-1.1.31-46.el7_5.noarch.rpm a874364ad109e96d43cad1b112c499056454ec5797f4e9a4b7636f1b0b6229e4 yum-plugin-copr-1.1.31-46.el7_5.noarch.rpm 3b3f555a4e13e3f6e9ac9aaa829aa57384f7017eef7ee0b19b4210015b187cb1 yum-plugin-fastestmirror-1.1.31-46.el7_5.noarch.rpm fcc22adff5b4dd17458e3c398da88e0a90da1715222f86301a7a19e2c266378e yum-plugin-filter-data-1.1.31-46.el7_5.noarch.rpm 66423465c4a46128f5fdb625f7c94c212458442fb096f689819302f781f0605f yum-plugin-fs-snapshot-1.1.31-46.el7_5.noarch.rpm 39204f4413c69a11eb33aa7ec48a3096d207b7a1deb831ebf1e6e638224b79e6 yum-plugin-keys-1.1.31-46.el7_5.noarch.rpm 713bc86327e45601edf5d2c08f04192eb91fd438644b6b23e07ec0ba87d9fa62 yum-plugin-list-data-1.1.31-46.el7_5.noarch.rpm bef25112eafc8b14dbff4c44425f0943a437dce8799f432417faa2711afab441 yum-plugin-local-1.1.31-46.el7_5.noarch.rpm a845857ebd4e2362c1075944bcd5289b2e1265cfe88b7feb05f07305b69e631d yum-plugin-merge-conf-1.1.31-46.el7_5.noarch.rpm 8ea803d0d21eb0082c338e482c0bf8e54c802d01afa76338afe1a328c87ff92f yum-plugin-ovl-1.1.31-46.el7_5.noarch.rpm e76ebd6c80f6be2b0a2646d3212bb7e98015d8312d8ad393d50e724f6e7909a3 yum-plugin-post-transaction-actions-1.1.31-46.el7_5.noarch.rpm 12477d8716a34a84447405ad4dd1604c76e5c81e27ae8fd2bf3ab683e1373f04 yum-plugin-pre-transaction-actions-1.1.31-46.el7_5.noarch.rpm 379ab4fc7dd5c3239d43e606c509d87c7ab3fc5c72a2f1a507e01e76c5f04a38 yum-plugin-priorities-1.1.31-46.el7_5.noarch.rpm 9db52c94fcd48e42f472e8f43cb8c66689b809ad1fb0de44fbe037e622af6e4c yum-plugin-protectbase-1.1.31-46.el7_5.noarch.rpm 223497c43b3b7af69ac52ac5ba1d72236ee5876f09131856d8833484e469e21b yum-plugin-ps-1.1.31-46.el7_5.noarch.rpm a266281f256bad0137095207014b1477a2abf53a23db9a193fe1eec9e748b667 yum-plugin-remove-with-leaves-1.1.31-46.el7_5.noarch.rpm a0b9d9b0e933d821f3406e4249bae6f25421beecd077681583a40779935f1d69 yum-plugin-rpm-warm-cache-1.1.31-46.el7_5.noarch.rpm c46f2903e14ad4f1c888513466858d78026df782082603baead688a821351bc9 yum-plugin-show-leaves-1.1.31-46.el7_5.noarch.rpm 6d34fc2ca26fb8c011a2957b1265128b8878c2dab63c89bbe88e4cfe7f517f25 yum-plugin-tmprepo-1.1.31-46.el7_5.noarch.rpm 095f5aa724d5a45b902f3763ea8b20c0756ec1030a9cc46bbd6010e3bb2b2661 yum-plugin-tsflags-1.1.31-46.el7_5.noarch.rpm 55b3966a988b9b9d0921dc4f915e0cab354e6bac2df78fd87806a5d06fd53b6e yum-plugin-upgrade-helper-1.1.31-46.el7_5.noarch.rpm 51f92ef9387ee3e4e14172c6c3fba83c3f7e9fe30adac135616dd1a5056f908c yum-plugin-verify-1.1.31-46.el7_5.noarch.rpm 734dae165c6b300150d06e5c23b5619ced2fe282d8abfaad819acabc04baffd4 yum-plugin-versionlock-1.1.31-46.el7_5.noarch.rpm 91a924d61e3c92ea8a929ff0af4bfbfa1b12ee155f4cecbd279f1180704424ab yum-updateonboot-1.1.31-46.el7_5.noarch.rpm abc729a5ce64d9aeb89593ac092e6f16e7052a3b27f3f32be75c32cfaf4b47c1 yum-utils-1.1.31-46.el7_5.noarch.rpm Source: f07d0b15f192a60af822f5f05575abc2494003c4b2d2c9861138f33dcc4c202c yum-utils-1.1.31-46.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 9 Aug 2018 15:12:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:2299 CentOS 7 microcode_ctl Enhancement Update Message-ID: <20180809151226.GA49455(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:2299 Upstream details at : https://access.redhat.com/errata/RHEA-2018:2299 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 510816029f0bcdcf382be49e6ef6d5a85b4cdcdb3091714528f3572b94c0c78b microcode_ctl-2.1-29.10.el7_5.x86_64.rpm Source: 7b7b4c5af1d7b35fb76535b45341947602d0010f2cb72cb1a6e189c3c2f82820 microcode_ctl-2.1-29.10.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 162, Issue 1 ***********************************************

1 0

xfs quota question
by mark 09 Aug '18

09 Aug '18

Can I go to an existing xfs file system, and apply a soft quota to each user on it? If I do, can I then run a report, and see who's using how much, or does it only apply to files created after the quotas are applied? mark

2 3

Re: [CentOS] Can't boot into GUI: Centos 7 "Server with GUI" option
by James Pearson 09 Aug '18

09 Aug '18

Jay Hart wrote: > > A complete step by step would be appreciated. It will avoid further back-n-forth. It's not that difficult - a quick google of 'centos 7 rebuild initramfs' brings up (e.g.) https://sites.google.com/site/syscookbook/rhel/rhel-kernel-rebuild James Pearson

1 0

Re: [CentOS] Can't boot into GUI: Centos 7 "Server with GUI" option
by James Pearson 09 Aug '18

09 Aug '18

Jay Hart wrote: > ** WARNING: This mail is from an external source ** > > >> Jay Hart wrote: >>> >>> I'm setting up a new server on Centos 7, running x86_64. Motherboard is a MITAC PD11BICC, >>> running >>> Indian Bay Trail, with a i915 chipset. >>> >>> I installed "Server with GUI", but when it boots I get the "blank screen with a cursor" issue. >>> >>> Decided to see about disabling the i915 driver, by blacklisting it. but I don't think I have >>> the >>> right commands, as when I did that, it appeared on the reboot the i915 driver was still active. >>> >>> vi /etc/modprobe.d/blacklist_i915.conf >>> added the following line to that file >>> blacklist i915 >>> Saved the file. Rebooted. >>> >>> The driver seemed to active upon the reboot. >>> >>> Can someone tell me if this is the correct and full procedure to get rid of this driver. >> >> It is probably being loaded by the initramfs image on boot >> >> If you rebuild the initramfs (which you can do by just running >> 'dracut'), it should honour the current 'blacklist' settings in >> /etc/modprobe.d/ >> >> James Pearson > > So, run 'dracut' and then reboot? Yes ... you should rename the existing initramfs first James Pearson

1 0

Can't boot into GUI: Centos 7 "Server with GUI" option
by Jay Hart 09 Aug '18

09 Aug '18

I'm setting up a new server on Centos 7, running x86_64. Motherboard is a MITAC PD11BICC, running Indian Bay Trail, with a i915 chipset. I installed "Server with GUI", but when it boots I get the "blank screen with a cursor" issue. Decided to see about disabling the i915 driver, by blacklisting it. but I don't think I have the right commands, as when I did that, it appeared on the reboot the i915 driver was still active. vi /etc/modprobe.d/blacklist_i915.conf added the following line to that file blacklist i915 Saved the file. Rebooted. The driver seemed to active upon the reboot. Can someone tell me if this is the correct and full procedure to get rid of this driver. Thanks, Jay

2 1

Okular
by mark 08 Aug '18

08 Aug '18

Does anyone know what Magical configuration file determines whether okular give measurements, in the properties of a .pdf, in millimeters, rather than, say, inches or cm or furlongs? mark -- Measurements will always be given in the least convenient units, such as the speed of light in furlongs per fortnight

2 1

systemd equivalent of xinetd 'only_from' and 'banner_fail' attributes
by James Pearson 08 Aug '18

08 Aug '18

I'm attempting to port an existing xinetd service from CentOS 6 to something equivalent with systemd for CentOS 7 The existing xinetd config uses the attributes 'only_from' to limit connections from a limited set of remote hosts and 'banner_fail' to print a suitable error message when access is denied However, I can't find suitable 'equivalents' with systemd socket/service files on CentOS 7 It appears later versions of systemd supports the option IPAddressAllow= (which is what I think I need ?) Does anyone know how to limit the remote hosts that can connect to a port with CentOS 7's systemd ? Also, how to implement the equivalent of 'banner_fail' ? (not absolutely required, but nice to have) Thanks James Pearson

2 2

SSSD and cache persistence
by Pete Biggs 08 Aug '18

08 Aug '18

I have a large number of CentOS machines (both 6 & 7) getting account information from an LDAP database using SSSD. It all works fine and is fairly reliable. However, I'm having problems with persuading the caching system to forget about users when they are deleted from LDAP. I know about sss_cache with either -E or -U options, but that doesn't delete anything, just invalidates the cache entry. If the cache is invalid SSS will, obviously, go back to the source and return the information there, however, bizarrely, if the original source doesn't have the information (like when a user is deleted) the cached information is still returned. That cached information is retained for ever it seems so my supposedly deleted user accounts still appear to be active on the machines. And it also seems you can't actually turn off caching - even though there are options in sssd.conf to do so. It looks like the "cache_credentials = False" option still caches things, but just acts like the entries are always invalid. I can of course do stop sssd delete the contents of /var/lib/sss/db start sssd and that's what I do when things become an issue. But surely there is a better way of SSSD actually realising that a user has been deleted from LDAP? Pete

4 5

Centos 7.5..and My GDM Greeter/GDM Don't Work Anymore
by Paul E. Virgo 07 Aug '18

07 Aug '18

So, we've updated to 7.5, and for two machines--A Dell Precision M4800, and a Dell Precision 7510..both running Radeon cards--we no longer get the GDM Greeter login box NOR can we switch to virtual text login terminals. It's been driving me nuts. The systems do allow for SSH logins, so that's how we get to them, but I've checked the Xorg.0.log and nothing stands out. Did a systemctl status gdm.service and got this: > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-shell[2023]: g_array_unref: > assertion 'array' failed > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-shell[2023]: g_array_unref: > assertion 'array' failed > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-shell[2023]: g_array_unref: > assertion 'array' failed > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-shell[2023]: g_array_unref: > assertion 'array' failed > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-shell[2023]: g_array_unref: > assertion 'array' failed > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-session-binary[1926]: > WARNING: Could not get session path for session. Check that logind is > properly installed and pam_systemd is getting used at login. > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-shell[2023]: g_array_unref: > assertion 'array' failed > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-session[1926]: > gnome-session-binary[1926]: WARNING: Could not get session path for > session. Check that logind is properly installed and pam_systemd > is...ed at login. > Aug 07 16:23:31 gs6102dsclxpvirgo3 gnome-shell[2023]: g_array_unref: > assertion 'array' failed > Aug 07 16:23:32 gs6102dsclxpvirgo3 gnome-shell[2023]: JS ERROR: > Exception in callback for signal: reset: Gio.DBusError: > GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: No session available > LoginDialog<._resetGreeterProxy@resource:///org/gnome/shell/gdm/loginDialog.js:837:29 > wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22... Did the upgrade break something? Possibly. Any and all hints/ideas/etc. greatly welcomed. 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

Back to Xfce
by Robert Moskowitz 06 Aug '18

06 Aug '18

Now that the basic server is up and running. With Gnome via VNC (yuck), it is time to go back and figure out howto install Xfce without an Xfce group script. So I am asking those with X64 Centos for some pointers. Like where are the group scripts so maybe I can modify them for armhfp. I was reading: https://www.rootusers.com/how-to-install-xfce-gui-in-centos-7-linux/ Where the author talks about doing a minimal install then running: yum groupinstall "Server with GUI" But notes that this installs Gnome (which I don't want) and that instead to yum groupinstall “X Window System” But has concerns if this installs all needed followed up with yum groupinstall "Xfce" Thing is on armhfp, I do not have “X Window System” or "Xfce" I have come to understand that groups are scripts that install all the need rpms for the group. But I have not found where these scripts are so hopefully I can see them, figure out how to modify them for the armhfp rpms, and run them. So I am looking for pointers on where these are in tehx64 repos, and how to work with these scripts. thank you for your help..

3 8

rsync versioning problem
by Robert Moskowitz 06 Aug '18

06 Aug '18

I seem to have an rsync versioning problem. The sender is an old ClearOS6 server with rsynv 3.0.6 The receiver is a brand new Centos7-armv7 server with rsync 3.1.2 I am running rsync over ssh Got the error: rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6] And researching this it comes down to a versioning issue. But all I have found was to upgrade the 3.0.6 system! That will happen when I migrate to ClearOS7! Is there some option to specify to get this to work? rsync -ah --stats --delete -e "ssh" /var/flexshare/shares x.htt-consult.com:/media/backup/homebase/var/flexshare/shares/

2 6

Installing GCC 5.3.0 in CentOS 6 in Docker.
by Mohan Ganesalingam 06 Aug '18

06 Aug '18

I need to compile some C++ 11 with GCC 5.3.0 on CentOS 6. All of this is happening inside docker in CI using the centos:6 base image. (NB. It can't be GCC 6 or 7, because I have to send binaries to clients who won't install newer vs of libstdc++.so.) Until recently, I was installing devtoolset-4-gcc-c++ via yum, and then using RUN scl enable devtoolset-4 gcc to build the code. Unfortunately, devtoolset-4 is no longer supported, so this has stopped working. I've been trying to compile GCC from scratch, but it's been running for hours and hours – even if I get it working, I'll have to replicate the whole process inside Docker and I suspect it will be very brittle. Is there any easy way of downloading a precompiled version? E.g. -- Is there something that I can do to go back to the old v. of Software Collections? Or -- Is there somewhere I might find a precompiled gcc 5 package? Thanks very much, Mohan

1 0

Lenovo Ideapad 320 touchpad not recognized
by Frank Cox 04 Aug '18

04 Aug '18

I'm setting up a new Lenovo Ideapad 320 and everything shows up and works fine except for the touchpad. I did have to get into the bios and set Legacy for boot device and boot mode to get Centos 7 to finish installing. The default bios settings would load the Centos 7 Gnome Live image from a usb flash drive and work (except for the touchpad) but when I tried to install to the hard drive it would get to the end of the process and kernel panic when it was writing the bootloader. Setting Legacy Boot in the bios solved that problem. I have run yum update so everything is up to date. But the touchpad doesn't show up at all. [frankcox@localhost ~]$ cat list.txt ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ - Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ - Logitech USB Receiver id=8 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] - Virtual core XTEST keyboard id=5 [slave keyboard (3)] - Video Bus id=6 [slave keyboard (3)] - Power Button id=7 [slave keyboard (3)] - EasyCamera id=9 [slave keyboard (3)] - AT Translated Set 2 keyboard id=10 [slave keyboard (3)] - Ideapad extra buttons id=11 [slave keyboard (3)] The Logitech USB Receiver listed here is the wireless mouse that I'm using on it right now since the touchpad doesn't work. I've been reading everything I can find about this problem, tried a few different grub parameters that didn't help, and the most advanced solution that I've tried was this: https://superuser.com/questions/1156057/touchpad-not-working-on-centos-7-2 1. Add i8042.nopnp to grub command line in /etc/default/grub: # change this: GRUB_CMDLINE_LINUX_DEFAULT="... quiet splash" # to: GRUB_CMDLINE_LINUX_DEFAULT="... quiet splash i8042.nopnp" 2. Update your grub config (as root): # If you're using UEFI boot grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg # or legacy grub2-mkconfig -o /boot/grub2/grub.cfg 3. Blacklist module i2c_hid (as root): echo "blacklist i2c_hid" > /etc/modprobe.d/i2c-hid.conf 4. Regenerate your initramfs (as root): cp -v /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak dracut -f 5. Reboot! Unfortunately, that didn't change anything; xinput --list still doesn't show the touchpad. I have found references to some deb packages and fedora rpms that don't appear to exist for Centos 7: xorg-x11-drv-synaptics-legacy.x86_64 elantech-0608-dkms_0.2_all.deb I've pretty much run out of ideas. I checked the bios and don't see anything that appears to be related to the touchpad (not that I was really expecting to). -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

How to set macaddr with nmcli
by Robert Moskowitz 03 Aug '18

03 Aug '18

I see my problem. I mis-read what nmcli con mod eth0 mac "02:67:15:00:81:0B" does. It sets HWADDR; which interface to link to, not MACADDR, what MAC address you want for your interface. So I have read the nmcli pages and googled a bit. I cannot find a way to set MACADDR. I suppose I can set HWADDR then use sed to change it to MACADDR, but this seems a real hack. ARM boards do not have assigned MAC addresses. Uboot uses various information to generate a local MAC address. I want finer control of my MAC address for my servers. In the past, I just edited ifcfg-eth0. I am trying now to do it all with nmcli. I thought I had it, but I misread the manual. Any pointers? thanks BTW, I remember setting MAC addresses on 3COM 3C501C boards because the old board died and we had software licensed to specific MAC addresses. So you had to specify your MAC address in the config file. The DEC admin had to do a similar thing if he had to swap out his LAN card (related: read up on why Dr. Comer set ARP timeout to 10min). Then there was that counterfeit 3C503C from Malaysia, all with the same MAC address. Caused havoc on the networks. EVERYONE had to specify their MAC address with those. 3COM did find the plant making these clones and shut them down. But the damage was done to a lot of us.

2 2

How to set macaddr with nmcli
by Robert Moskowitz 03 Aug '18

03 Aug '18

I see my problem. I mis-read what nmcli con mod eth0 mac "02:67:15:00:81:0B" does. It sets HWADDR; which interface to link to, not MACADDR, what MAC address you want for your interface. So I have read the nmcli pages and googled a bit. I cannot find a way to set MACADDR. I suppose I can set HWADDR then use sed to change it to MACADDR, but this seems a real hack. ARM boards do not have assigned MAC addresses. Uboot uses various information to generate a local MAC address. I want finer control of my MAC address for my servers. In the past, I just edited ifcfg-eth0. I am trying now to do it all with nmcli. I thought I had it, but I misread the manual. Any pointers? thanks BTW, I remember setting MAC addresses on 3COM 3C501C boards because the old board died and we had software licensed to specific MAC addresses. So you had to specify your MAC address in the config file. The DEC admin had to do a similar thing if he had to swap out his LAN card (related: read up on why Dr. Comer set ARP timeout to 10min). Then there was that counterfeit 3C503C from Malaysia, all with the same MAC address. Caused havoc on the networks. EVERYONE had to specify their MAC address with those. 3COM did find the plant making these clones and shut them down. But the damage was done to a lot of us.

1 0

ifcfg-link?
by Robert Moskowitz 03 Aug '18

03 Aug '18

This is happening with the Centos7-armv7 image 1804, but I was wondering if it is a broader C7 issue. My image has only 2 ifcfg files: ifcfg-l0 and -link. 'ip a' is listing the ethernet as eth0. ifcfg-link has contains: DEVICE=link BOOTPROTO=dhcp ONBOOT=on I then used nmcli to create my ifcfg-eth0 nmcli con delete eth0 nmcli con add type ethernet con-name eth0 ifname eth0 ip4 192.168.129.11/25 gw4 192.168.129.1 nmcli con mod eth0 ipv4.dns "50.253.254.2 192.168.129.1" nmcli con mod eth0 mac "02:67:15:00:81:0B" I moved the cable to the 192.168.129.1 vlan (which does not have a dhcp server), and nmcli con up eth0 Error: Connection activation failed: No suitable device found for this connection. Oops. ? rebooting did not help. Came up with no address for interface eth0, yet no suitable device. Where would I look to find what may be happening here? I appreciate that this may be specific to armv7 and my Cubieboard2, but then again, it may be something known by other Centos people. Thanks for any help!

1 1

NFS/RDMA connection closed
by admin＠genome.arizona.edu 02 Aug '18

02 Aug '18

Hi, we are having a problem with NFS using RDMA protocol over our FDR10 Infiniband network. I previously wrote to NFS mailing list about this, so you may find our discussion there. I have taken some load off the server which was using NFS for backups, and converted it to use SSH, but we are still having critical problems with NFS clients losing connection to the server, causing the clients to hang and needing a reboot. I wanted to check in here before filing a bug with CentOS. Our setup is a cluster with one head node (NFS server) and 9 compute nodes (NFS clients). All the machines are running CentOS 6.9 2.6.32-696.30.1.el6.x86_64 and using the "Inbox"/CentOS RDMA implementation/drivers (not Mellanox OFED). (We also have other NFS clients but they are using 1GbE for NFS connection and, while they will still hang with messages like "NFS server not responding, retrying" or "timed out", they will eventually recover and don't need a reboot.) On the server (which is named pac) I will see messages like this: Jul 30 18:19:38 pac kernel: svcrdma: failed to send reply chunks, rc=-5 Jul 30 18:19:38 pac kernel: svcrdma: failed to send write chunks, rc=-5 Jul 31 15:03:05 pac kernel: svcrdma: failed to send write chunks, rc=-5 Jul 31 15:09:06 pac kernel: svcrdma: failed to send write chunks, rc=-5 Jul 31 15:16:09 pac kernel: svcrdma: failed to send write chunks, rc=-5 Jul 31 15:23:31 pac kernel: svcrdma: Error -107 posting RDMA_READ Jul 31 15:53:55 pac kernel: svcrdma: failed to send write chunks, rc=-5 Jul 31 16:09:19 pac kernel: svcrdma: failed to send reply chunks, rc=-5 Jul 31 16:09:19 pac kernel: svcrdma: failed to send reply chunks, rc=-5 Previously I had also seen messages like "Jul 11 21:09:56 pac kernel: nfsd: peername failed (err 107)!" however have not seen that in this latest hangup. And on the clients (named n001-n009) I will see messages like this: Jul 30 18:17:26 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810674024c0 (stale): WR flushed Jul 30 18:17:26 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff88106638a640 (stale): WR flushed Jul 30 18:19:26 n001 kernel: nfs: server 10.10.11.100 not responding, still trying Jul 30 18:19:36 n001 kernel: nfs: server 10.10.10.100 not responding, timed out Jul 30 18:19:38 n001 kernel: rpcrdma: connection to 10.10.11.100:20049 on mlx4_0, memreg 5 slots 32 ird 16 Jul 30 18:19:38 n001 kernel: nfs: server 10.10.11.100 OK Jul 31 14:42:08 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810671f02c0 (stale): WR flushed Jul 31 14:42:08 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810677bda40 (stale): WR flushed Jul 31 14:42:08 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810677bd940 (stale): WR flushed Jul 31 14:42:08 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810671f0240 (stale): WR flushed Jul 31 14:43:35 n001 kernel: rpcrdma: connection to 10.10.11.100:20049 on mlx4_0, memreg 5 slots 32 ird 16 Jul 31 15:01:53 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff881065133140 (stale): WR flushed Jul 31 15:01:53 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810666e3f00 (stale): WR flushed Jul 31 15:01:53 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff881063ea0dc0 (stale): WR flushed Jul 31 15:01:53 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810677bdb40 (stale): WR flushed Jul 31 15:03:05 n001 kernel: rpcrdma: connection to 10.10.11.100:20049 on mlx4_0, memreg 5 slots 32 ird 16 Jul 31 15:07:07 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff881060e59d40 (stale): WR flushed Jul 31 15:07:07 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810677efac0 (stale): WR flushed Jul 31 15:07:07 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff88106638a640 (stale): WR flushed Jul 31 15:07:07 n001 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810671f03c0 (stale): WR flushed Jul 31 15:09:06 n001 kernel: rpcrdma: connection to 10.10.11.100:20049 on mlx4_0, memreg 5 slots 32 ird 16 Jul 31 15:16:09 n001 kernel: rpcrdma: connection to 10.10.11.100:20049 closed (-103) Jul 31 15:53:32 n001 kernel: nfs: server 10.10.10.100 not responding, timed out Jul 31 16:08:56 n001 kernel: nfs: server 10.10.10.100 not responding, timed out Jul 30 18:17:26 n002 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff881064461500 (stale): WR flushed Jul 30 18:17:26 n002 kernel: RPC: rpcrdma_sendcq_process_wc: frmr ffff8810604b2600 (stale): WR flushed Jul 30 18:19:26 n002 kernel: nfs: server 10.10.11.100 not responding, still trying Jul 30 18:19:38 n002 kernel: rpcrdma: connection to 10.10.11.100:20049 on mlx4_0, memreg 5 slots 32 ird 16 Jul 30 18:19:38 n002 kernel: nfs: server 10.10.11.100 OK Jul 31 14:43:35 n002 kernel: rpcrdma: connection to 10.10.11.100:20049 closed (-103) Jul 31 16:08:56 n002 kernel: nfs: server 10.10.10.100 not responding, timed out Similar messages show up on the other clients n003-n009. After these messages on the clients, their load will continually go up (viewable through Ganglia) (I would guess since they are waiting for NFS mount to re-appear). They aren't reachable any longer through SSH and neither can root log in through console via IPMI web applet (just hangs after entering password, may get to prompt eventually but system load is so high), they need to be rebooted through IPMI interface. Here is /etc/fstab on the server, UUID=f15df051-ffb8-408c-8ad2-1987b6f082a2 / ext3 defaults 0 1 UUID=c854ee27-32cf-445d-8308-4e6f1a87d364 /boot ext3 defaults 0 2 UUID=b92a100f-2521-408b-9b15-93671c6ae056 swap swap defaults 0 0 UUID=a8a7b737-25ed-43a7-ae4b-391c71aa8c08 /data xfs defaults 0 2 UUID=d5692ec2-d5dc-4bb8-98d4-a4fb2ff54748 /projects xfs defaults 0 2 /dev/drbd0 /newwing xfs noauto 0 0 UUID=a305f309-d997-43ec-8e4f-78e26b07652f /working xfs defaults 0 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 I read that adding "inode64,nobarrier" for the xfs mount options may help? That is something I can try once the server can be rebooted. Here is current mounts on the server, /dev/sda3 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /boot type ext3 (rw) /dev/sdc1 on /data type xfs (rw) /dev/sdb1 on /projects type xfs (rw) /dev/sde1 on /working type xfs (rw,nobarrier) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) nfsd on /proc/fs/nfsd type nfsd (rw) /dev/drbd0 on /newwing type xfs (rw) Here is /etc/exports on the server, /data 10.10.10.0/24(rw,no_root_squash,async) /data 10.10.11.0/24(rw,no_root_squash,async) /data 150.x.x.192/27(rw,no_root_squash,async) /data 150.x.x.64/26(rw,no_root_squash,async) /home 10.10.10.0/24(rw,no_root_squash,async) /home 10.10.11.0/24(rw,no_root_squash,async) /opt 10.10.10.0/24(rw,no_root_squash,async) /opt 10.10.11.0/24(rw,no_root_squash,async) /projects 10.10.10.0/24(rw,no_root_squash,async) /projects 10.10.11.0/24(rw,no_root_squash,async) /projects 150.x.x.192/27(rw,no_root_squash,async) /projects 150.x.x.64/26(rw,no_root_squash,async) /tools 10.10.10.0/24(rw,no_root_squash,async) /tools 10.10.11.0/24(rw,no_root_squash,async) /usr/share/gridengine 10.10.10.10/24(rw,no_root_squash,async) /usr/share/gridengine 10.10.11.10/24(rw,no_root_squash,async) /usr/local 10.10.10.10/24(rw,no_root_squash,async) /usr/local 10.10.11.10/24(rw,no_root_squash,async) /working 10.10.10.0/24(rw,no_root_squash,async) /working 10.10.11.0/24(rw,no_root_squash,async) /working 150.x.x.192/27(rw,no_root_squash,async) /working 150.x.x.64/26(rw,no_root_squash,async) /newwing 10.10.10.0/24(rw,no_root_squash,async) /newwing 10.10.11.0/24(rw,no_root_squash,async) /newwing 150.x.x.192/27(rw,no_root_squash,async) /newwing 150.x.x.64/26(rw,no_root_squash,async) The 10.10.10.0/24 network is 1GbE and the 10.10.11.0/24 is the Infiniband. The other networks are also 1GbE. Our cluster nodes will normally mount all of these using the Infiniband with RDMA and the computation jobs will normally be using /working which will see the most reading/writing but /newwing, /projects, and /data are also used. Here is an /etc/fstab from the nodes, #NFS/RDMA #10.10.11.100:/opt /opt nfs rdma,port=20049 0 0 #10.10.11.100:/data /data nfs rdma,port=20049 0 0 #10.10.11.100:/tools /tools nfs rdma,port=20049 0 0 #10.10.11.100:/home /home nfs rdma,port=20049 0 0 #10.10.11.100:/usr/local /usr/local nfs rdma,port=20049 0 0 #10.10.11.100:/usr/share/gridengine /usr/share/gridengine nfs rdma,port=20049 0 0 #10.10.11.100:/projects /projects nfs rdma,port=20049 0 0 #10.10.11.100:/working /working nfs rdma,port=20049 0 0 #10.10.11.100:/newwing /newwing nfs rdma,port=20049 0 0 #NFS/IPoIB 10.10.11.100:/opt /opt nfs tcp 0 0 10.10.11.100:/data /data nfs tcp 0 0 10.10.11.100:/tools /tools nfs tcp 0 0 10.10.11.100:/home /home nfs tcp 0 0 10.10.11.100:/usr/local /usr/local nfs tcp 0 0 10.10.11.100:/usr/share/gridengine /usr/share/gridengine nfs tcp 0 0 10.10.11.100:/projects /projects nfs tcp 0 0 10.10.11.100:/working /working nfs tcp 0 0 10.10.11.100:/newwing /newwing nfs tcp 0 0 #NFS/TCP #10.10.10.100:/opt /opt nfs defaults 0 0 #10.10.10.100:/data /data nfs defaults 0 0 #10.10.10.100:/tools /tools nfs defaults 0 0 #10.10.10.100:/home /home nfs defaults 0 0 #10.10.10.100:/usr/local /usr/local nfs defaults 0 0 #10.10.10.100:/usr/share/gridengine /usr/share/gridengine nfs defaults 0 0 #10.10.10.100:/projects /projects nfs defaults 0 0 #10.10.10.100:/working /working nfs defaults 0 0 #10.10.10.100:/newwing /newwing nfs defaults 0 0 Here I can switch between different interfaces/protocols for the NFS mounts. Currently we are trying the IPoIB. We haven't started a cluster job yet so not sure how it will perform. With the NFS/TCP over 1GbE the server/nodes would hang from time to time but still did not crash at least, however was of course slow being limited by 1GbE. We haven't had this problem until recently. I upgraded our cluster to add the two additional nodes (n008 and n009) and we also added more storage to the server (/newwing and /working). The new nodes are AMD EPYC platform whereas the server and the nodes n001-n007 are Intel Xeon platform, not sure if that would cause such a crash. The new nodes were cloned from n001 and only kernel command line and network parameters were changed. The jobs are submitted to the cluster via Sun Grid Engine, and in total there are about 61 jobs that may start at once and open connections to the NFS server... it sounds like it is a system overload, although the load on the server remains low, under 10%, even as it hangs the load may increase to 80%. The server is a few years old but still has 2x 6-core Intel Xeon E5-2620 v2 @ 2.10GHz with 128GB of RAM. Would appreciate your assistance to troubleshoot this critical problem and, if needed, gather the required information to submit a bug to the tracker! Thanks, -- Chandler Arizona Genomics Institute www.genome.arizona.edu

1 1

Desktop lag with CentOS7/Mate and high CPU usage
by James Pearson 02 Aug '18

02 Aug '18

We have noticed significant desktop/UI lag on CentOS7 workstations using Mate when the CPU usage is high - i.e. the mouse pointer lags and moving windows (e.g. terminal windows) become jumpy (not smooth) We didn't see (or notice) this issue with CentOS6/Gnome2 This can easily be shown by running something like 'cpuburn' (https://patrickmn.com/projects/cpuburn/) and moving a mate-terminal window around the screen We can make things 'better' by running CPU intensive apps via 'nice' (without any noticeable performance hit to the CPU intensive app) - but this is a rather messy way of fixing the issue We can also make things better by renice'ing X to a negative nice level However, both these approaches seem wrong to me - as I'm probably missing something straightforward here Does anyone know of any CentOS7/Mate settings that could be used to improve desktop/UI responsiveness with high CPU usage ? Thanks James Pearson

5 5

Screensavers on Centos-7
by Fred Smith 01 Aug '18

01 Aug '18

Hi all! I keep having problems with screensaver(s) on Centos-7. I have in the past liked Xscreensaver, so I've installed it and tried to suppress whatever other screensaver is on the system. Xscreensaver works fine for a day or 20 then quits working. After a lengthy battle I gave up and removed it. I'm now trying mate-screensaver, which does the same thing! when I say "quits working" I mean just that. one night it goes to a black screen (as configured) then a minute or two later the power manager shuts off the screen. The next night it does neither, and forever after. Sometimes after a reboot it'll work again for a while then it starts misbehaving again. First question: Anybody have any similar issues? Anybody have any ideas on what's going on here and what I can do about it? So, not being in a position to reboot, last night I killed mate-screensaver and mate-powermanager, with the hopes the daemons would restart themselves. No such luck. so I tried to figure out what programs I could run to get them started again. So far I'm too stupid to be able to figure that out, as well. Second question: Anybody able to clue me in on how the screensavers and power managers are managed/started? there isn't a systemctl module for it, as far as I can see. if I run mate-screensaver from the commandline (as me, not root) I get no prompt back, so I assume it's running silently, but it also doesn't blank the screen at the specified time. So, thanks in advance for any assistance! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." ------------------------------ Matthew 7:21 (niv) -----------------------------

1 0

C7 Xfce group
by Robert Moskowitz 01 Aug '18

01 Aug '18

I am working with Centos-arm which right now only has the gnome and kde desktops. I am spoiled with using Xfce on all my Fedora systems (MUCH longer battery life on my notebook, for example). I like its simplicity. I see from messages here that mainline C7 does have the Xfce desktop. Can someone give me a list of rpms that make up the group, so I can try starting with the minimal image and see if I can build an Xfce desktop? Meanwhile I am going to put in a request for Xfce on the centos-arm list. thanks

2 3

Finding user's files
by mark 01 Aug '18

01 Aug '18

This is among the things we need to do when a user leaves, and it's a larger question than it sounds. Our Office has many servers, with a good number of fileservers for projects, with large filesystems (i.e. 10's of TB). Can anyone think of a way *other* than running what's probably a many-hour long find / -user on all our systems, which is really intensive, to find all the files own by a given user? Locate would be great, but from the man pages and what I can find online, it only stores filenames and paths. mark

4 4

Strange vncserver behavior
by Robert Moskowitz 01 Aug '18

01 Aug '18

I got vncserver working per: https://www.tecmint.com/install-and-configure-vnc-server-in-centos-7/ Then I went to set up a second instance, and have that for logging on to root: ========== cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@:2.service vi /etc/systemd/system/vncserver@\:2.service replace <USER> with root systemctl daemon-reload systemctl start vncserver@:2 ========== I got the message: Job for vncserver@:2.service failed because a configured resource limit was exceeded. See "systemctl status vncserver@:2.service" and "journalctl -xe" for details. #systemctl -l status vncserver@:2.service ● vncserver@:2.service - Remote desktop service (VNC) Loaded: loaded (/etc/systemd/system/vncserver@:2.service; disabled; vendor preset: disabled) Active: failed (Result: resources) since Wed 2018-08-01 08:45:19 EDT; 1min 8s ago Process: 2267 ExecStart=/usr/sbin/runuser -l root -c /usr/bin/vncserver %i (code=exited, status=0/SUCCESS) Process: 2260 ExecStartPre=/bin/sh -c /usr/bin/vncserver -kill %i > /dev/null 2>&1 || : (code=exited, status=0/SUCCESS) Aug 01 08:45:14 localhost systemd[1]: Starting Remote desktop service (VNC)... Aug 01 08:45:19 localhost systemd[1]: PID file /home/root/.vnc/localhost:2.pid not readable (yet?) after start. Aug 01 08:45:19 localhost systemd[1]: Failed to start Remote desktop service (VNC). Aug 01 08:45:19 localhost systemd[1]: Unit vncserver@:2.service entered failed state. Aug 01 08:45:19 localhost systemd[1]: vncserver@:2.service failed. =========== And yet, I am able to connect to 5902! It is running. cat /root/.vnc/localhost:2.log shows: Xvnc TigerVNC 1.8.0 - built Apr 11 2018 21:04:25 Copyright (C) 1999-2017 TigerVNC Team and many others (see README.txt) See http://www.tigervnc.org for information on TigerVNC. Underlying X server release 11903000, The X.Org Foundation Wed Aug 1 08:45:16 2018 vncext: VNC extension running! vncext: Listening for VNC connections on all interface(s), port 5902 vncext: created VNC server for screen 0 Wed Aug 1 08:45:23 2018 ComparingUpdateTracker: 0 pixels in / 0 pixels out ComparingUpdateTracker: (1:nan ratio) Wed Aug 1 08:51:01 2018 Connections: accepted: 192.168.160.20::53318 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VeNCrypt(19) SVeNCrypt: Client requests security type TLSVnc (258) etc. ======== what is going on with systemctl? thanks

1 0

how to update python 2.7.5 to python 2.7.15 on centos 7.4
by qw 01 Aug '18

01 Aug '18

Hi, I have one question about python update. How to update python 2.7.5 to python 2.7.15 on centos 7.4? Thanks! Regards Andrew

2 1

CVE-2018-0495 Libgcrypt Vulnerability Fix for CentOS 6?
by nschehovin＠yahoo.com 01 Aug '18

01 Aug '18

Is there a schedule for fixing CVE-2018-0495 Libgcrypt Vulnerability for CentOS 6? I can not find a patch for this CVE. Please point me in the right direction if I am missing something. Thanks, Ed

2 1

Re: [CentOS] (EXT) CentOS Digest, Vol 162, Issue 29
by Selvam, Joshua 01 Aug '18

01 Aug '18

Send CentOS mailing list submissions to centos(a)centos.org -----Original Message----- From: CentOS <centos-bounces(a)centos.org> On Behalf Of centos-request(a)centos.org Sent: Tuesday, July 31, 2018 5:30 PM To: centos(a)centos.org Subject: (EXT) CentOS Digest, Vol 162, Issue 29 Send CentOS mailing list submissions to centos(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos or, via email, send a message with subject or body 'help' to centos-request(a)centos.org You can reach the person managing the list at centos-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS digest..." Today's Topics: 1. Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 2. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Simon Matter) 3. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 4. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (mark) 5. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 6. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (mark) 7. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 8. Re: Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Simon Matter) 9. Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] (Yannis Milios) 10. Increase Disk Space with LVM (Felix K?lzow) ---------------------------------------------------------------------- Message: 1 Date: Mon, 30 Jul 2018 16:26:43 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: centos(a)centos.org Subject: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2OpdpWuVLyZq7_4n1MxtMr2ypJkgKhLt+03ayapexgNuqA(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Hello, I'm having a strange problem booting a new centos7 installation. Below some background on this. [I have attached the tech details at the bottom of this message] I started a new CentOS7 installation on a VM, so far all good, o/s boots fine. Then I decided to increase VM disk size (initially was 10G) to 13G. Powered off the VM, increased the vhd via the hypervisor, booted from CentOS livecd, selected "recover my centos installation". Then I used the following sequence of commands to make the new vhd size "visible" to the o/s ... - ran fdisk /dev/sda and deleted partition 2. (This is the LVM partition where the o/s is stored. The first partition is /boot [xfs] partition *non lvm*.) - created a new partition with same starting sector as before deleting it, but a different ending sector (to reflect to the increased space). - set partition type to 8e (lvm), saved settings and exit. - ran pvresize and lvresize to make new space visible to the o/s.All good, I can see the space increase on 'lvdisplay centos/root'. - ran 'mount /dev/mapper/centos-root /mnt/root' to temporarily mount the o/s partition. - ran 'xfs_growfs /mnt/root' to resize the o/s fs to the new size. It was successful and I could actually chroot to the o/s and verify new disk size. - rebooted and tried to boot from hdd this time. Grub menu shows up and loads default kernel (3.10.0-862.9.1.el7.x86_64). - after initial kernel boot up process, booting continues to initrd and then it's where the problem starts... - looks like dracut has issues locating/enabling /dev/mapper/centos-root (lv) and as a result it cannot boot to the 'real' root fs (/). - while in dracut shell, I execute the following command sequence: 1. lvm lvchange -ay /dev/centos/root 2. lvm lvchange -ay /dev/centos/swap 3. ln -s /dev/mapper/centos-root /dev/root 4. exit ...and the o/s boots fine...so looks like the pv,vg,lv is detected properly while in initrd, but somehow dracut has difficulties enabling the root,swap LVs ? - While in o/s, I rebuild initrd by using: 'dracut -f -v -a lvm' Note, I have to use '-a lvm' as for some reason, if don't, the lvm utils (lvm,lvm_scan) are not being included to the initrd, not sure why this happens. After rebooting, same thing happens, I have to manually boot the system via dracut shell. I'm a bit stuck at this point, any clues what I'm doing wrong in here ? As I previously said, this is a new installation, so I could simply reinstall the whole thing, but I would rather try to find out some answer to why is this happening ... :-) [curiosity] Some additional details: ================== I've attached /run/initramfs/rdsosreport.txt file [generated while in inird] here: https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jMxiUxq… o/s ver=CentOS Linux release 7.5.1804 (Core) [root@localhost ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 13G 0 disk ??sda1 8:1 0 500M 0 part /boot ??sda2 8:2 0 12.5G 0 part ??centos-root 253:0 0 11.5G 0 lvm / ??centos-swap 253:1 0 1G 0 lvm [SWAP] [root@localhost ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rd.shell rhgb" GRUB_DISABLE_RECOVERY="true" ------------------------------ Message: 2 Date: Mon, 30 Jul 2018 17:53:56 +0200 From: "Simon Matter" <simon.matter(a)invoca.ch> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <09679ddf131cfabaaa9a38ee3a874541.squirrel(a)webmail.bi.invoca.ch> Content-Type: text/plain;charset=utf-8 Hi, > Hello, > > I'm having a strange problem booting a new centos7 installation. Below > some background on this. [I have attached the tech details at the > bottom of this message] > > I started a new CentOS7 installation on a VM, so far all good, o/s > boots fine. Then I decided to increase VM disk size (initially was 10G) to 13G. > Powered off the VM, increased the vhd via the hypervisor, booted from > CentOS livecd, selected "recover my centos installation". Then I used > the following sequence of commands to make the new vhd size "visible" > to the o/s ... > > - ran fdisk /dev/sda and deleted partition 2. (This is the LVM > partition where the o/s is stored. The first partition is /boot [xfs] > partition *non > lvm*.) > - created a new partition with same starting sector as before deleting > it, but a different ending sector (to reflect to the increased space). > - set partition type to 8e (lvm), saved settings and exit. At this point I usually reboot and do the following steps while the system is running. I don't say how you do it is wrong, it's just easier/faster to do things while the system is online if downtime matters. I don't really know what causes your issues. The reason may be that I have more and more problems understanding the whole boot process and all the variants we used to have over more than two decades... But, what happens if you let the kernel post install scripts do the work or setting up the initrd things? If you reinstall the latest kernel, does it change anything? Regards, Simon > - ran pvresize and lvresize to make new space visible to the o/s.All > good, I can see the space increase on 'lvdisplay centos/root'. > - ran 'mount /dev/mapper/centos-root /mnt/root' to temporarily mount > the o/s partition. > - ran 'xfs_growfs /mnt/root' to resize the o/s fs to the new size. It > was successful and I could actually chroot to the o/s and verify new > disk size. > - rebooted and tried to boot from hdd this time. Grub menu shows up > and loads default kernel (3.10.0-862.9.1.el7.x86_64). > - after initial kernel boot up process, booting continues to initrd > and then it's where the problem starts... > - looks like dracut has issues locating/enabling > /dev/mapper/centos-root > (lv) and as a result it cannot boot to the 'real' root fs (/). > - while in dracut shell, I execute the following command sequence: > 1. lvm lvchange -ay /dev/centos/root > 2. lvm lvchange -ay /dev/centos/swap > 3. ln -s /dev/mapper/centos-root /dev/root > 4. exit > ...and the o/s boots fine...so looks like the pv,vg,lv is detected > properly while in initrd, but somehow dracut has difficulties enabling > the root,swap LVs ? > > - While in o/s, I rebuild initrd by using: 'dracut -f -v -a lvm' > Note, I have to use '-a lvm' as for some reason, if don't, the lvm > utils > (lvm,lvm_scan) are not being included to the initrd, not sure why this > happens. > After rebooting, same thing happens, I have to manually boot the > system via dracut shell. > > I'm a bit stuck at this point, any clues what I'm doing wrong in here ? > > As I previously said, this is a new installation, so I could simply > reinstall the whole thing, but I would rather try to find out some > answer to why is this happening ... :-) [curiosity] > > Some additional details: > ================== > I've attached /run/initramfs/rdsosreport.txt file [generated while in > inird] here: > https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jM > xiUxq5DWhTVbWc= > > o/s ver=CentOS Linux release 7.5.1804 (Core) > > [root@localhost ~]# lsblk > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > sda 8:0 0 13G 0 disk > ??sda1 8:1 0 500M 0 part /boot > ??sda2 8:2 0 12.5G 0 part > ??centos-root 253:0 0 11.5G 0 lvm / > ??centos-swap 253:1 0 1G 0 lvm [SWAP] > > [root@localhost ~]# cat /etc/default/grub > GRUB_TIMEOUT=5 > GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" > GRUB_DEFAULT=saved > GRUB_DISABLE_SUBMENU=true > GRUB_TERMINAL_OUTPUT="console" > GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap > rd.shell rhgb" > GRUB_DISABLE_RECOVERY="true" > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > ------------------------------ Message: 3 Date: Mon, 30 Jul 2018 17:32:53 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: centos(a)centos.org Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2Or=a_2b+e+jj9AeUufnZg4N+rHvS8KJHF+LoBDJ+QcRNg(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" > > But, what happens if you let the kernel post install scripts do the > work or setting up the initrd things? Initially, I just rebooted from LiveCD and left Grub,kernel and dracut do their job with the defaults, but unfortunately, boot process stops at initrd (dracut) stage with the following error: [ 197.768159] localhost.localdomain dracut-initqueue[252]: Warning: Could > not boot. > [ 197.821409] localhost.localdomain systemd[1]: Received SIGRTMIN+20 > from PID 254 (plymouthd). > [ 197.822328] localhost.localdomain dracut-initqueue[252]: Warning: > /dev/centos/root does not exist > [ 197.823044] localhost.localdomain dracut-initqueue[252]: Warning: > /dev/centos/swap does not exist > [ 197.846807] localhost.localdomain systemd[1]: Starting Dracut > Emergency Shell... > [ 197.870983] localhost.localdomain systemd[1]: Received SIGRTMIN+21 > from PID 254 (plymouthd). Then, I'm dropped to dracut shell, where I boot the system by using the lvm commands as described to my first post. Once in O/S, I re-create initrd by using 'dracut -f -v -a lvm' command and reboot again the system. But still I get the same error during boot ... If you reinstall the latest kernel, does > it change anything? > This is actually the latest kernel (3.10.0-862.9.1.el7.x86_64) but I tried to boot with the second (older) kernel (vmlinuz-3.10.0-327.36.3.el7.x86_64), where I got exactly the same error during boot. Clearly, this is not a kernel issue, perhaps not even a dracut (initrd) issue, since everything was working fine, before resizing the PV/LV. I suspect that something went wrong during that step, but what? As I can successfully boot the system manually via dracut, normally everything should be ok? no? What can prevent dracut from activating the 2 LVs (centos/root and centos/swap) during initial boot phase ? Thanks, Yannis ------------------------------ Message: 4 Date: Mon, 30 Jul 2018 15:13:08 -0400 From: "mark" <m.roth(a)5-cent.us> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <e9796451bea645de4bc4fbe210591182.squirrel(a)host290.hostmonster.com> Content-Type: text/plain;charset=utf-8 Yannis Milios wrote: >> But, what happens if you let the kernel post install scripts do the >> work or setting up the initrd things? > > Initially, I just rebooted from LiveCD and left Grub,kernel and dracut > do their job with the defaults, but unfortunately, boot process stops > at initrd (dracut) stage with the following error: > > [ 197.768159] localhost.localdomain dracut-initqueue[252]: Warning: > Could > >> not boot. [ 197.821409] localhost.localdomain systemd[1]: Received >> SIGRTMIN+20 from >> PID 254 (plymouthd). >> [ 197.822328] localhost.localdomain dracut-initqueue[252]: Warning: >> /dev/centos/root does not exist >> [ 197.823044] localhost.localdomain dracut-initqueue[252]: Warning: >> /dev/centos/swap does not exist >> [ 197.846807] localhost.localdomain systemd[1]: Starting Dracut >> Emergency Shell... >> [ 197.870983] localhost.localdomain systemd[1]: Received SIGRTMIN+21 >> from PID 254 (plymouthd). >> > > > Then, I'm dropped to dracut shell, where I boot the system by using > the lvm commands as described to my first post. Once in O/S, I > re-create initrd by using 'dracut -f -v -a lvm' command and reboot > again the system. But still I get the same error during boot ... > > If you reinstall the latest kernel, does > >> it change anything? >> > > This is actually the latest kernel (3.10.0-862.9.1.el7.x86_64) but I > tried to boot with the second (older) kernel > (vmlinuz-3.10.0-327.36.3.el7.x86_64), where I got exactly the same > error during boot. > > Clearly, this is not a kernel issue, perhaps not even a dracut > (initrd) issue, since everything was working fine, before resizing the > PV/LV. I suspect that something went wrong during that step, but what? > As I can successfully boot the system manually via dracut, normally > everything should be ok? no? > > What can prevent dracut from activating the 2 LVs (centos/root and > centos/swap) during initial boot phase ? > Suggestion: once it's up, rebuild the initramfs. mark ------------------------------ Message: 5 Date: Mon, 30 Jul 2018 22:14:44 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: CentOS mailing list <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2OrJUiNh35M6PBxe=CQrtF1dRYb14b5H4pewTX-EsSm-TA(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Suggestion: once it's up, rebuild the initramfs. > > I tried that already, but still the same problem. Aparently dracut does not want to activate the LVs required to boot to the root filesystem, for some reason ... Yannis -- Sent from Gmail Mobile ------------------------------ Message: 6 Date: Mon, 30 Jul 2018 17:16:51 -0400 From: "mark" <m.roth(a)5-cent.us> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <ce2b2fbed114eda6c7159b25098d48d1.squirrel(a)host290.hostmonster.com> Content-Type: text/plain;charset=utf-8 Yannis Milios wrote: > Suggestion: once it's up, rebuild the initramfs. >> > I tried that already, but still the same problem. > Aparently dracut does not want to activate the LVs required to boot to the > root filesystem, for some reason ... > At this point, I'd start wondering about the grub2 defaults, and the kernel command line. mark ------------------------------ Message: 7 Date: Mon, 30 Jul 2018 23:06:15 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: CentOS mailing list <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2Or5Ave-rhSCMmcD-h7X-sbhGsAGRG6psc0=jxdma7rN5g(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" On Monday, July 30, 2018, mark <m.roth(a)5-cent.us> > > At this point, I'd start wondering about the grub2 defaults, and the > kernel command line. > > This is Grub config.. [root@localhost ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rd.shell rhgb" GRUB_DISABLE_RECOVERY="true" -- Sent from Gmail Mobile ------------------------------ Message: 8 Date: Tue, 31 Jul 2018 08:22:12 +0200 From: "Simon Matter" <simon.matter(a)invoca.ch> To: "CentOS mailing list" <centos(a)centos.org> Subject: Re: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <970e648731344f68e1a1837a94b71d41.squirrel(a)webmail.bi.invoca.ch> Content-Type: text/plain;charset=utf-8 > Yannis Milios wrote: >>> But, what happens if you let the kernel post install scripts do the >>> work or setting up the initrd things? >> >> Initially, I just rebooted from LiveCD and left Grub,kernel and dracut >> do >> their job with the defaults, but unfortunately, boot process stops at >> initrd (dracut) stage with the following error: >> >> [ 197.768159] localhost.localdomain dracut-initqueue[252]: Warning: >> Could >> >>> not boot. [ 197.821409] localhost.localdomain systemd[1]: Received >>> SIGRTMIN+20 from >>> PID 254 (plymouthd). >>> [ 197.822328] localhost.localdomain dracut-initqueue[252]: Warning: >>> /dev/centos/root does not exist >>> [ 197.823044] localhost.localdomain dracut-initqueue[252]: Warning: >>> /dev/centos/swap does not exist >>> [ 197.846807] localhost.localdomain systemd[1]: Starting Dracut >>> Emergency >>> Shell... >>> [ 197.870983] localhost.localdomain systemd[1]: Received SIGRTMIN+21 >>> from PID 254 (plymouthd). >>> >> >> >> Then, I'm dropped to dracut shell, where I boot the system by using the >> lvm commands as described to my first post. Once in O/S, I re-create >> initrd >> by using 'dracut -f -v -a lvm' command and reboot again the system. But >> still I get the same error during boot ... >> >> If you reinstall the latest kernel, does >> >>> it change anything? >>> >> >> This is actually the latest kernel (3.10.0-862.9.1.el7.x86_64) but I >> tried to boot with the second (older) kernel >> (vmlinuz-3.10.0-327.36.3.el7.x86_64), where I got exactly the same error >> during boot. >> >> Clearly, this is not a kernel issue, perhaps not even a dracut (initrd) >> issue, since everything was working fine, before resizing the PV/LV. I >> suspect that something went wrong during that step, but what? As I can >> successfully boot the system manually via dracut, normally everything >> should be ok? no? >> >> What can prevent dracut from activating the 2 LVs (centos/root and >> centos/swap) during initial boot phase ? >> > Suggestion: once it's up, rebuild the initramfs. And when you did so, did you remove the "rd.shell" from GRUB_CMDLINE_LINUX before? Regards, Simon ------------------------------ Message: 9 Date: Tue, 31 Jul 2018 08:40:52 +0100 From: Yannis Milios <yannis.milios(a)gmail.com> To: CentOS mailing list <centos(a)centos.org> Subject: [CentOS] Issues booting centos7 [dracut is failing to enable centos/root, centos/swap LVs] Message-ID: <CAFiF2Or3nxaJcY44mWjosiTbwb==w2hU95iMpMC4=sTY7Wvn2A(a)mail.gmail.com> Content-Type: text/plain; charset="UTF-8" And when you did so, did you remove the "rd.shell" from GRUB_CMDLINE_LINUX > before? > > Yes, basically that option was not there by default, I added it during the troubleshootig steps. Normally, rd.lvm.lv=centos/root and rd.lvm.lv=centos/swap are the kernel parameters which are parsed to dracut for enablig the two LVs, but somehow dracut does not. I've copied the log from dracut in here, can this be helpful to locate the problem? https://privatebin.net/?fdc4052c0c402884#gdB/QYR3IeR55SxUbjfrkZPQfJ7jMxiUxq… -- Sent from Gmail Mobile ------------------------------ Message: 10 Date: Tue, 31 Jul 2018 13:31:15 +0200 From: Felix K?lzow <felix.koelzow(a)gmx.de> To: centos(a)centos.org Subject: [CentOS] Increase Disk Space with LVM Message-ID: <1dd31e6b-ee9e-4a00-1bf2-22c0c2f0e699(a)gmx.de> Content-Type: text/plain; charset=utf-8; format=flowed Dear CentOS-Community, we have a server with four hard drives that are configured as raid10 (/dev/sda). Now, /home and /root are almost full. Therefore, we decided to buy four additional hard drives that should configured also as raid 10 (/dev/sdb). I want to use LVM to extend disk space for root and home. My (successful) test procedure in a virtual environment looks like this: 1. devide /dev/sdb into /dev/sdb1 for root and /dev/sdb2 for home using parted 2. Convert disk to physical volume: pvcreate /dev/sdb1 3. add physical volume to volume group (called centos): vgextend centos /dev/sdb1 4. Allocate physical volume to a logical volume:lvextend -l +100$FREE /dev/centos/root 5. resize2fs /dev/centos/root or xfs_grows /dev/centos/root depending on file system used 6. repeat steps 2-6 for /home and sdb2 The mentioned instruction I've got from this page: https://askubuntu.com/questions/458476/adding-disks-with-lvm#459176 Now my question: Is this procedure really safe or is something missing or are there some steps which I overlooked actually? Kind Regards Felix K?lzow ------------------------------ Subject: Digest Footer _______________________________________________ CentOS mailing list CentOS(a)centos.org https://lists.centos.org/mailman/listinfo/centos ------------------------------ End of CentOS Digest, Vol 162, Issue 29 ***************************************

1 0

ecryptfs (from centosplus) and libvirt lxc quest on it - quest upon start shoots host in the head
by lejeczek 31 Jul '18

31 Jul '18

hi guys I have a lxc guest on Dell's R815(AMD Opterons) which I just moved to an ecryptfs mounted folder(using centosplus' kernel) Copying data to that folder seems to work just fine, but I as soon as I start the quest the host gets shot in the head, hard reboot, no dump. I also have another, virtually identical guest but on Intel platform and that one does not do anything but runs okey. Any of you guys has experience such gross abnormality? many thanks, L.

1 0

Xfce vs. VirtualBox : font size problem
by Nicolas Kovacs 31 Jul '18

31 Jul '18

Hi, I'm running CentOS 7 with Xfce on my main workstation. I just installed VirtualBox, and the application is running nicely. The only problem is that VirtualBox fonts are too tiny. How can I make the application behave and use the system-wide font settings ? 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

1 0

Increase Disk Space with LVM
by Felix Kölzow 31 Jul '18

31 Jul '18

Dear CentOS-Community, we have a server with four hard drives that are configured as raid10 (/dev/sda). Now, /home and /root are almost full. Therefore, we decided to buy four additional hard drives that should configured also as raid 10 (/dev/sdb). I want to use LVM to extend disk space for root and home. My (successful) test procedure in a virtual environment looks like this: 1. devide /dev/sdb into /dev/sdb1 for root and /dev/sdb2 for home using parted 2. Convert disk to physical volume: pvcreate /dev/sdb1 3. add physical volume to volume group (called centos): vgextend centos /dev/sdb1 4. Allocate physical volume to a logical volume:lvextend -l +100$FREE /dev/centos/root 5. resize2fs /dev/centos/root or xfs_grows /dev/centos/root depending on file system used 6. repeat steps 2-6 for /home and sdb2 The mentioned instruction I've got from this page: https://askubuntu.com/questions/458476/adding-disks-with-lvm#459176 Now my question: Is this procedure really safe or is something missing or are there some steps which I overlooked actually? Kind Regards Felix Kölzow

2 1

Server disposal
by Kenneth Porter 28 Jul '18

28 Jul '18

Can anyone recommend a mailing list or other resource for finding a home for old server hardware? I've got a growing bone pile of retired Dell and Supermicro rack servers. I've stripped the drives and memory but hate to see the other old parts go to waste, like old RAID controllers and other proprietary parts.

3 2

Which is better? Microsoft Exchange 2016 or Linux-based SMTP Servers?
by Turritopsis Dohrnii Teo En Ming 28 Jul '18

28 Jul '18

Good evening from Singapore, I am torn between deploying Microsoft Exchange 2016 and Linux-based SMTP servers like sendmail, postfix, qmail and exim. Relative ease of installation and configuration is an important consideration factor. Microsoft Exchange 2016, Domain Controller, and Active Directory are relatively easy to install and configure. Linux-based SMTP servers are extremely difficult to install and configure and of course, extremely time-consuming. One of the features of Microsoft Exchange 2016 is that you can create additional folders on your Inbox in the server (server-side). Can Linux-based SMTP servers do that? Does Exchange 2016 offer more user-friendly features or Linux-based SMTP servers? Besides the above considerations, how about security? Traditionally, Linux is far more secure than Windows. Judging by security, Linux-based SMTP servers ought to have a higher percentage of the market share? Finally, I can only use Windows Server 2016 Standard Evaluation Copy FREE for a period of 3 years MAXIMUM. But I can use Linux servers and Mail Transport Agents (MTA) FREE perpetually. Please advise. Thank you very much. ===BEGIN SIGNATURE=== Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 30 Oct 2017 [1] https://tdtemcerts.wordpress.com/ <https://tdtemcerts.wordpress.com/> [2] http://tdtemcerts.blogspot.sg/ <http://tdtemcerts.blogspot.sg/> [3] https://www.scribd.com/user/270125049/Teo-En-Ming <https://www.scribd.com/user/270125049/Teo-En-Ming> ===END SIGNATURE===

27 62

Finding memory usage
by Bowie Bailey 27 Jul '18

27 Jul '18

I have a CentOS 7 server that is running out of memory and I can't figure out why. Running "free -h" gives me this: total used free shared buff/cache available Mem: 3.4G 2.4G 123M 5.9M 928M 626M Swap: 1.9G 294M 1.6G The problem is that I can't find 2.4G of usage. If I look at resident memory usage using "top", the top 5 processes are using a total of 390M. The next highest process is using 8M. For simplicity, if I assume the other 168 processes are all using 8M (which is WAY too high), that still only gives a total of 1.7G. The tmpfs filesystems are only using 18M, so that shouldn't be an issue. Yesterday, the available memory was down around 300M when I checked it. After checking some things and stopping all of the major processes, available memory was still low. I gave up and rebooted the machine, which brought available memory back up to 2.8G with everything running. How can I track what is using the memory when the usage doesn't show up in top? -- Bowie

5 12

C7, just updated firefox, bugs
by mark 27 Jul '18

27 Jul '18

I just updated the "critical" firefox update, and it is *seriously* buggy. 1. I killed my old session, and started a new. Many (all?) tabs show *nothing* until I put my cursor in the URL bar and hit <enter> 2. I cannot open a link in an email in thunderbird. I click the link, and after a bit (30 sec? more?) a small windows tells me that firefox is running, but not responding, which it certainly responds when I focus on firefox. mark

8 16

CentOS-announce Digest, Vol 161, Issue 7
by centos-announce-request＠centos.org 27 Jul '18

27 Jul '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:2241 Moderate CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 2. CESA-2018:2251 Important CentOS 6 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Jul 2018 15:44:57 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2241 Moderate CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20180725154457.GA22277(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2241 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:2241 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dc50b4eaa098e890b3f1fa2bc83c9ecc00ffd55c02fb36abbd604b6a1641c8bc java-1.8.0-openjdk-1.8.0.181-3.b13.el6_10.i686.rpm f6c10ff016f2999c154b9717b2d07d2e0a1303551fb05d2b4474df1561b38098 java-1.8.0-openjdk-debug-1.8.0.181-3.b13.el6_10.i686.rpm d1fe2b514479841b5444bcaa16f9664b92e5b39fc002ce21cb60bc850abc1052 java-1.8.0-openjdk-demo-1.8.0.181-3.b13.el6_10.i686.rpm 46eba7fe27734ae01772d8aa2d92abf8c31ac44ce373a07d23d12aaad6d83232 java-1.8.0-openjdk-demo-debug-1.8.0.181-3.b13.el6_10.i686.rpm 11a5b1ef5b7acca8cfe81e0d0aca35d7cace874ddc594ed7c176ab43a0cf7864 java-1.8.0-openjdk-devel-1.8.0.181-3.b13.el6_10.i686.rpm a57b426ed55f596c84e602f43320e9e3e336401ccef9a43f8c4413ad8d390c37 java-1.8.0-openjdk-devel-debug-1.8.0.181-3.b13.el6_10.i686.rpm 28977070172e55fa0a0b35494b4f71dc3399e9e2b61045e4282a4975ebfcbb38 java-1.8.0-openjdk-headless-1.8.0.181-3.b13.el6_10.i686.rpm f31d4ab1ee3d04614ba2528c02998447699e9f91485317f3dbaa7e6d17965c42 java-1.8.0-openjdk-headless-debug-1.8.0.181-3.b13.el6_10.i686.rpm a1acb1c4d73a01cbc9cb8d3146edbd74964e75b800bf5f5b7325b564cfded576 java-1.8.0-openjdk-javadoc-1.8.0.181-3.b13.el6_10.noarch.rpm 5440c6a6bf9c55cabe4175f43a63765011d8a27520ddf96f3fd93f75180cdc5e java-1.8.0-openjdk-javadoc-debug-1.8.0.181-3.b13.el6_10.noarch.rpm 2ca469b34ebae827445fb447bf132e3170603d83aa9753d125460609bd3cb96f java-1.8.0-openjdk-src-1.8.0.181-3.b13.el6_10.i686.rpm 37a53618f31ee491958cde4fdba4f65b8f36f8c16658e7dd94ce10edac4307b3 java-1.8.0-openjdk-src-debug-1.8.0.181-3.b13.el6_10.i686.rpm x86_64: 5d248906c4541dac9ee0ba03358edc1b8693b6d5d85995168308375720aa5aed java-1.8.0-openjdk-1.8.0.181-3.b13.el6_10.x86_64.rpm c4925778a7dc92f8c6df67e4102f9012bb50b6431aeeba8066b0a53f8defed26 java-1.8.0-openjdk-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm 4130a2140817e40eae87f11df6270e4b404d37889f3610c0eae6e26c2b934dcb java-1.8.0-openjdk-demo-1.8.0.181-3.b13.el6_10.x86_64.rpm 6c2363a8360f53fac97eeefcf4446e01435d579f1485c58c7b2845604fa121f7 java-1.8.0-openjdk-demo-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm 59ccb92358d41fd5fdfe15a914994fe4a9b259b2752c54f1f9a39b6f8c489e1c java-1.8.0-openjdk-devel-1.8.0.181-3.b13.el6_10.x86_64.rpm d8671b3ebac48d796bb041fe1b1464b69e61789638ef251b7866c15a254b6f58 java-1.8.0-openjdk-devel-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm 2a5503edf4cca298ab22196376908e6fc4ef95c8309bde03c39fa4cdc83202ee java-1.8.0-openjdk-headless-1.8.0.181-3.b13.el6_10.x86_64.rpm cb1d8389ffee8564f16a58cd88c35dd9e536b2e18ab2f36d23ecd1b1dc8b07e2 java-1.8.0-openjdk-headless-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm a1acb1c4d73a01cbc9cb8d3146edbd74964e75b800bf5f5b7325b564cfded576 java-1.8.0-openjdk-javadoc-1.8.0.181-3.b13.el6_10.noarch.rpm 5440c6a6bf9c55cabe4175f43a63765011d8a27520ddf96f3fd93f75180cdc5e java-1.8.0-openjdk-javadoc-debug-1.8.0.181-3.b13.el6_10.noarch.rpm d6222000d967406b884680aaf0f48f216759fb9f29f9cef58abe54960775001c java-1.8.0-openjdk-src-1.8.0.181-3.b13.el6_10.x86_64.rpm 7e8839457384dd1f9349b3997c586eaada8665f0c4b55d421d09fd8b8717f901 java-1.8.0-openjdk-src-debug-1.8.0.181-3.b13.el6_10.x86_64.rpm Source: 477dc31244ee0d5cd57d26d848bedd0a0d2ddb3bef176bb430b466e84253c483 java-1.8.0-openjdk-1.8.0.181-3.b13.el6_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 25 Jul 2018 18:43:22 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2251 Important CentOS 6 thunderbird Security Update Message-ID: <20180725184322.GA27828(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2251 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2251 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 30aa1a8a359f47a8ccfe80b9ce4e2aabdebe237070f419228693d7010930d142 thunderbird-52.9.1-1.el6.centos.i686.rpm x86_64: c6410bd1b556b736517e88ecaf7895674c84a4592d460f3f5189ed6908e87132 thunderbird-52.9.1-1.el6.centos.x86_64.rpm Source: d1103c437991413187156a001a9a85be961a38d6fffdb61b541b6b5c05776655 thunderbird-52.9.1-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 161, Issue 7 ***********************************************

1 0

Problem with definition of slist in CFEngine
by Meikel 27 Jul '18

27 Jul '18

Hey folks, I have a problem with the definition of a variable of type slist in CFEngine on # uname -a ; cat /etc/redhat-release Linux policyhub.example.com 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux CentOS Linux release 7.4.1708 (Core) I'm not sure if its valid to ask CFEngine questions on this mailing list, but as far as I'm running on CentOS I hope that it is okay. I'm logged in as user # id uid=0(root) gid=0(root) Gruppen=0(root) Kontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 and working on directory # pwd /var/cfengine/inputs with software # cf-agent -V CFEngine Core 3.10.2 and the configuration file # cat ./info.cf bundle agent info { vars: any:: "info_list" slist => { "includes.dir ............... = $(includes.dir)", "sys.arch ................... = $(sys.arch)", "sys.bindir ................. = $(sys.bindir)", "sys.cdate .................. = $(sys.cdate)", "sys.cf_promises ............ = $(sys.cf_promises)", "sys.cf_version ............. = $(sys.cf_version)", "sys.cf_version_major ....... = $(sys.cf_version_major)", "sys.cf_version_minor ....... = $(sys.cf_version_minor)", "sys.cf_version_patch ....... = $(sys.cf_version_patch)", "sys.class .................. = $(sys.class)", "sys.cpus ................... = $(sys.cpus)", "sys.crontab ................ = $(sys.crontab)", "sys.date ................... = $(sys.date)", "sys.doc_root ............... = $(sys.doc_root)", "sys.domain ................. = $(sys.domain)", "sys.enterprise_version ..... = $(sys.enterprise_version)", "sys.expires ................ = $(sys.expires)", "sys.exports ................ = $(sys.exports)", "sys.failsafe_policy_path ... = $(sys.failsafe_policy_path)", "sys.flavor ................. = $(sys.flavor)", "sys.flavour ................ = $(sys.flavour)", "sys.fqhost ................. = $(sys.fqhost)", "sys.fstab .................. = $(sys.fstab)", "sys.hardware_addresses ..... = $(sys.hardware_addresses)", "sys.host ................... = $(sys.host)", "sys.inet ................... = $(sys.inet)", "sys.inputdir ............... = $(sys.inputdir)", "sys.interface .............. = $(sys.interface)", "sys.interfaces ............. = $(sys.interfaces)", "sys.interfaces_flags ....... = $(sys.interfaces_flags)", "sys.ip_addresses ........... = $(sys.ip_addresses)", "sys.ip2iface ............... = $(sys.ip2iface)", "sys.ipv4 ................... = $(sys.ipv4)", "sys.key_digest ............. = $(sys.key_digest)", "sys.last_policy_update ..... = $(sys.last_policy_update)", "sys.libdir ................. = $(sys.libdir)", "sys.local_libdir ........... = $(sys.local_libdir)", "sys.logdir ................. = $(sys.logdir)", "sys.license_owner .......... = $(sys.license_owner)", "sys.licenses_granted ....... = $(sys.licenses_granted)", "sys.long_arch .............. = $(sys.long_arch)", "sys.maildir ................ = $(sys.maildir)", "sys.masterdir .............. = $(sys.masterdir)", "sys.os ..................... = $(sys.os)", "sys.ostype ................. = $(sys.ostype)", "sys.piddir ................. = $(sys.piddir)", "sys.policy_hub ............. = $(sys.policy_hub)", "sys.policy_hub_port ........ = $(sys.policy_hub_port)", "sys.release ................ = $(sys.release)", "sys.resolv ................. = $(sys.resolv)", "sys.statedir ............... = $(sys.statedir)", "sys.sysday ................. = $(sys.sysday)", "sys.systime ................ = $(sys.systime)", "sys.update_policy_path ..... = $(sys.update_policy_path)", "sys.uptime ................. = $(sys.uptime)", "sys.user_data .............. = $(sys.user_data)", "sys.uqhost ................. = $(sys.uqhost)", "sys.version ................ = $(sys.version)", "sys.windir ................. = $(sys.windir)", "sys.winprogdir ............. = $(sys.winprogdir)", "sys.winprogdir86 ........... = $(sys.winprogdir86)", "sys.winsysdir .............. = $(sys.winsysdir)", "sys.workdir ................ = $(sys.workdir)", "... BEGIN big shit ...............", # "sys.inet6 .................. = $(sys.inet6)", # "sys.interfaces_data ........ = $(sys.interfaces_data)", "... END big shit ...............", }; reports: any:: "r1: $(info.info_list)"; "r2: sys.inet6 .................. = $(sys.inet6)"; "r3: sys.interfaces_data ........ = $(sys.interfaces_data)"; "r4: holleri di dudeldoe"; } The service cfengine3.service is inactive at the moment: # systemctl is-active cfengine3.service inactive I have a problem with the definition of the stringlist/slist "info_list". In some cases it becomes some kind of "undefined" or at least I'm not able to print it out in a report (in "r1:"). In the configuration file above I marked some lines with "BEGIN/END big shit". Between the BEGIN/END I commented out two lines. If I "run" with that configuration file I see the reports "r1:" and "r4:" but not "r2:" and "r3:". It's not clear to me why I don't see reports "r2:" and "r3:", but I'm interested in the value of $(info.info_list)" in "r1:", I only have "r2:" and "r3:" here to maybe help to localize the problem which is described later. Definition of "info_list" works fine for now: # cf-agent -IK --file ./info.cf --bundlesequence info info: Using command line specified bundlesequence R: r1: includes.dir ............... = $(includes.dir) R: r1: sys.arch ................... = x86_64 R: r1: sys.bindir ................. = /var/cfengine/bin R: r1: sys.cdate .................. = Thu_Jul_26_16_09_20_2018 R: r1: sys.cf_promises ............ = "/var/cfengine/bin/cf-promises" R: r1: sys.cf_version ............. = 3.10.2 R: r1: sys.cf_version_major ....... = 3 R: r1: sys.cf_version_minor ....... = 10 R: r1: sys.cf_version_patch ....... = 2 R: r1: sys.class .................. = linux R: r1: sys.cpus ................... = 1 R: r1: sys.crontab ................ = /var/spool/cron/root R: r1: sys.date ................... = Thu Jul 26 16:09:20 2018 R: r1: sys.doc_root ............... = /var/www/html R: r1: sys.domain ................. = example.com R: r1: sys.enterprise_version ..... = $(sys.enterprise_version) R: r1: sys.expires ................ = $(sys.expires) R: r1: sys.exports ................ = /etc/exports R: r1: sys.failsafe_policy_path ... = /var/cfengine/inputs/failsafe.cf R: r1: sys.flavor ................. = centos_7 R: r1: sys.flavour ................ = centos_7 R: r1: sys.fqhost ................. = policyhub.example.com R: r1: sys.fstab .................. = /etc/fstab R: r1: sys.hardware_addresses ..... = aa:aa:aa:aa:aa:aa R: r1: sys.host ................... = policyhub.example.com R: r1: sys.inet ................... = 37.187.93.254 R: r1: sys.inputdir ............... = /var/cfengine/inputs R: r1: sys.interface .............. = eth0 R: r1: sys.interfaces ............. = eth0 R: r1: sys.interfaces_flags ....... = $(sys.interfaces_flags) R: r1: sys.ip_addresses ........... = 11.22.33.44 R: r1: sys.ip2iface ............... = $(sys.ip2iface) R: r1: sys.ipv4 ................... = 11.22.33.44 R: r1: sys.key_digest ............. = MD5=12345678123456781234567812345678 R: r1: sys.last_policy_update ..... = Thu Jul 26 14:45:33 2018 R: r1: sys.libdir ................. = /var/cfengine/inputs/lib R: r1: sys.local_libdir ........... = lib R: r1: sys.logdir ................. = /var/cfengine R: r1: sys.license_owner .......... = $(sys.license_owner) R: r1: sys.licenses_granted ....... = $(sys.licenses_granted) R: r1: sys.long_arch .............. = linux_x86_64_3_10_0_693_el7_x86_64__1_SMP_Tue_Aug_22_21_09_27_UTC_2017 R: r1: sys.maildir ................ = /var/spool/mail R: r1: sys.masterdir .............. = /var/cfengine/masterfiles R: r1: sys.os ..................... = linux R: r1: sys.ostype ................. = linux_x86_64 R: r1: sys.piddir ................. = /var/cfengine R: r1: sys.policy_hub ............. = 11.22.33.44 R: r1: sys.policy_hub_port ........ = 5308 R: r1: sys.release ................ = 3.10.0-693.el7.x86_64 R: r1: sys.resolv ................. = /etc/resolv.conf R: r1: sys.statedir ............... = /var/cfengine/state R: r1: sys.sysday ................. = 17738 R: r1: sys.systime ................ = 1532614160 R: r1: sys.update_policy_path ..... = /var/cfengine/inputs/update.cf R: r1: sys.uptime ................. = 14209 R: r1: sys.user_data .............. = 0 R: r1: sys.uqhost ................. = policyhub R: r1: sys.version ................ = #1 SMP Tue Aug 22 21:09:27 UTC 2017 R: r1: sys.windir ................. = $(sys.windir) R: r1: sys.winprogdir ............. = $(sys.winprogdir) R: r1: sys.winprogdir86 ........... = $(sys.winprogdir86) R: r1: sys.winsysdir .............. = $(sys.winsysdir) R: r1: sys.workdir ................ = /var/cfengine R: r1: ... BEGIN big shit ............... R: r1: ... END big shit ............... R: r4: holleri di dudeldoe "r2:" and "r3:" are missing, but thats not a problem for me. Now I comment in one of those two lines, in this case th first one: # cat ./info.cf bundle agent info { vars: any:: "info_list" slist => { "includes.dir ............... = $(includes.dir)", "sys.arch ................... = $(sys.arch)", "sys.bindir ................. = $(sys.bindir)", "sys.cdate .................. = $(sys.cdate)", "sys.cf_promises ............ = $(sys.cf_promises)", "sys.cf_version ............. = $(sys.cf_version)", "sys.cf_version_major ....... = $(sys.cf_version_major)", "sys.cf_version_minor ....... = $(sys.cf_version_minor)", "sys.cf_version_patch ....... = $(sys.cf_version_patch)", "sys.class .................. = $(sys.class)", "sys.cpus ................... = $(sys.cpus)", "sys.crontab ................ = $(sys.crontab)", "sys.date ................... = $(sys.date)", "sys.doc_root ............... = $(sys.doc_root)", "sys.domain ................. = $(sys.domain)", "sys.enterprise_version ..... = $(sys.enterprise_version)", "sys.expires ................ = $(sys.expires)", "sys.exports ................ = $(sys.exports)", "sys.failsafe_policy_path ... = $(sys.failsafe_policy_path)", "sys.flavor ................. = $(sys.flavor)", "sys.flavour ................ = $(sys.flavour)", "sys.fqhost ................. = $(sys.fqhost)", "sys.fstab .................. = $(sys.fstab)", "sys.hardware_addresses ..... = $(sys.hardware_addresses)", "sys.host ................... = $(sys.host)", "sys.inet ................... = $(sys.inet)", "sys.inputdir ............... = $(sys.inputdir)", "sys.interface .............. = $(sys.interface)", "sys.interfaces ............. = $(sys.interfaces)", "sys.interfaces_flags ....... = $(sys.interfaces_flags)", "sys.ip_addresses ........... = $(sys.ip_addresses)", "sys.ip2iface ............... = $(sys.ip2iface)", "sys.ipv4 ................... = $(sys.ipv4)", "sys.key_digest ............. = $(sys.key_digest)", "sys.last_policy_update ..... = $(sys.last_policy_update)", "sys.libdir ................. = $(sys.libdir)", "sys.local_libdir ........... = $(sys.local_libdir)", "sys.logdir ................. = $(sys.logdir)", "sys.license_owner .......... = $(sys.license_owner)", "sys.licenses_granted ....... = $(sys.licenses_granted)", "sys.long_arch .............. = $(sys.long_arch)", "sys.maildir ................ = $(sys.maildir)", "sys.masterdir .............. = $(sys.masterdir)", "sys.os ..................... = $(sys.os)", "sys.ostype ................. = $(sys.ostype)", "sys.piddir ................. = $(sys.piddir)", "sys.policy_hub ............. = $(sys.policy_hub)", "sys.policy_hub_port ........ = $(sys.policy_hub_port)", "sys.release ................ = $(sys.release)", "sys.resolv ................. = $(sys.resolv)", "sys.statedir ............... = $(sys.statedir)", "sys.sysday ................. = $(sys.sysday)", "sys.systime ................ = $(sys.systime)", "sys.update_policy_path ..... = $(sys.update_policy_path)", "sys.uptime ................. = $(sys.uptime)", "sys.user_data .............. = $(sys.user_data)", "sys.uqhost ................. = $(sys.uqhost)", "sys.version ................ = $(sys.version)", "sys.windir ................. = $(sys.windir)", "sys.winprogdir ............. = $(sys.winprogdir)", "sys.winprogdir86 ........... = $(sys.winprogdir86)", "sys.winsysdir .............. = $(sys.winsysdir)", "sys.workdir ................ = $(sys.workdir)", "... BEGIN big shit ...............", "sys.inet6 .................. = $(sys.inet6)", # "sys.interfaces_data ........ = $(sys.interfaces_data)", "... END big shit ...............", }; reports: any:: "r1: $(info.info_list)"; "r2: sys.inet6 .................. = $(sys.inet6)"; "r3: sys.interfaces_data ........ = $(sys.interfaces_data)"; "r4: holleri di dudeldoe"; } I "run" again with that configuration file and in report "r1:" I can see that now the stringlist/slist "info_list" seems to be undefined and report "r1:" is empty and reports "r2:" and "r3:" are still missing: # cf-agent -IK --file ./info.cf --bundlesequence info info: Using command line specified bundlesequence R: r1: $(info.info_list) R: r4: holleri di dudeldoe My problem ist NOT that the reports "r2:" and "r3:" are not printed, my problem ist, that in some cases the slist is undefined. I'm using that slist to collect some system info and then printing out the report and it would NOT be a problem if some system informations were missing but it IS a problem that in some cases the whole slist becomes undefined and in that situation I receive a completly empty report "r1: ". I would like to understand what circumstances lead to the slist be undefined and how I can prevent this. Thanks in advance. Regards, Meikel

3 4

Is decoupling Apache + PHP into separate nodes possible?
by Arun Khan 26 Jul '18

26 Jul '18

<preamble> I have deployed Linux/Apache/PHP (node1) + MySQL (node2) with Security Groups (AWS) or iptables controlling who can connect to the MySQL server. In topology terms -- a 2 Tier architecture. In AWS - one can deploy several such instances behind a ELB. Each LAP instance talks to a MySQL RDS. The LAP instances are either mod_php or PHP-FPM. OS -- CentOS, Ubuntu. Debian </preamble> For one of my client's end user customer, their InfoSec team is asking if Apache and the PHP application can run in separate nodes (3 Tier arch). To the best of my knowledge Apache + PHP (mod_php) have to be in the same node. With PHP-FPM it is conceivable to have Apache talk to PHP-FPM running on a separate node (see diagram https://goo.gl/xTfbjg) But I have not done it myself and I am not sure if it is feasible. If it is feasible then what's the best practice to distribute the *.html *.css and *.php files between the Apache + the PHP-FPM nodes and how to achieve load balance between Apache and PHP-FPM nodes. I have searched but not found any reference setups. Would appreciate suggestions / references from anyone who has done a 3 Tier Apache + PHP + MySQL deployment in production. Thanks in advance. -- Arun Khan "Everyone has an expiration date"

2 2

CentOS-announce Digest, Vol 161, Issue 6
by centos-announce-request＠centos.org 26 Jul '18

26 Jul '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:2240 Important CentOS 7 openslp Security Update (Johnny Hughes) 2. CESA-2018:2242 Moderate CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) 3. CESA-2018:2252 Important CentOS 7 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Jul 2018 16:10:16 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2240 Important CentOS 7 openslp Security Update Message-ID: <20180725161016.GA25230(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2240 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2240 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b287d15116c6454f0bec311355046b64741376062dda04741e3ada6a7d0d3eb1 openslp-2.0.0-7.el7_5.i686.rpm ffec29135ba77fe9481a621b52d7303a4f02e7e433d0300bb8126217c4cae4eb openslp-2.0.0-7.el7_5.x86_64.rpm cdaa9f17a2a88e554f0591d181d0e2498db13f8b5076c39fea267ef80759489e openslp-devel-2.0.0-7.el7_5.i686.rpm 8d6294322003adf0d1cea6e8b42e258a7bad9d7b85903213e1c62411b7738989 openslp-devel-2.0.0-7.el7_5.x86_64.rpm 84d88c873f03501493270e8533a329080dfffab12de2ff8a5887ea8565f3431c openslp-server-2.0.0-7.el7_5.x86_64.rpm Source: 96fd0f144be07c42eef763bcfe7ef8416872647c2f0ba842e5627c5a40a9bb4c openslp-2.0.0-7.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 25 Jul 2018 16:10:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2242 Moderate CentOS 7 java-1.8.0-openjdk Security Update Message-ID: <20180725161048.GA25392(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2242 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:2242 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2efafe9c0a53f2988a0b5a9073dc31d1c9c83327768287e7a2f40b38fff70f3c java-1.8.0-openjdk-1.8.0.181-3.b13.el7_5.i686.rpm 43d1f69814eacee4f1d61b94321ae070e95f4dbc354a2e2b74a57916c3964054 java-1.8.0-openjdk-1.8.0.181-3.b13.el7_5.x86_64.rpm 846668d1ec302081e5ec75e08c17e2da94d8cda5a38f3b1cf778842cbb460b3f java-1.8.0-openjdk-accessibility-1.8.0.181-3.b13.el7_5.i686.rpm de53d382bba3872aa55572c599a38bc7672b6909f6d644a9bcf386dd43f5d9f3 java-1.8.0-openjdk-accessibility-1.8.0.181-3.b13.el7_5.x86_64.rpm 3c2ed74bc778fe43c110569aea1a1ab24dd7e0b5100b3fd1ea2d1e7e1f3d4614 java-1.8.0-openjdk-accessibility-debug-1.8.0.181-3.b13.el7_5.i686.rpm dbd74f776778263b9ff535d6de31d837738b96c0d756f3cc46dbe6ceb2b82d15 java-1.8.0-openjdk-accessibility-debug-1.8.0.181-3.b13.el7_5.x86_64.rpm bc228d22e2965ddcd1a03a1e69d7018881f098242bfb57e97b415978cd53fdf0 java-1.8.0-openjdk-debug-1.8.0.181-3.b13.el7_5.i686.rpm 838a73811f0f2cd7d7bcc2dfa10c0e4918fb9c6228aa97f24541da195649fc55 java-1.8.0-openjdk-debug-1.8.0.181-3.b13.el7_5.x86_64.rpm 8d221523f42c48d17aba37e3a96f9611e7a03b5576149652f3273e8e08a92ffa java-1.8.0-openjdk-demo-1.8.0.181-3.b13.el7_5.i686.rpm 26cfc40b7844c0f49c3110bf519c530f21fe4ec6a9bf168d3dff188171d60eaf java-1.8.0-openjdk-demo-1.8.0.181-3.b13.el7_5.x86_64.rpm 2a9c5e1b933bb69d6b1773f20580bc54f46b0d0a969022c0bf7ed79d8faa2a18 java-1.8.0-openjdk-demo-debug-1.8.0.181-3.b13.el7_5.i686.rpm 743af2eb9ce2770b1d4c4838435f2e29482b20a81b68ebdeb1901eb83cbb74d7 java-1.8.0-openjdk-demo-debug-1.8.0.181-3.b13.el7_5.x86_64.rpm 9fdbc85c1801e543de56444d34957d9c0fd3a299ec45bb06faeee3791017f792 java-1.8.0-openjdk-devel-1.8.0.181-3.b13.el7_5.i686.rpm 461bc40d9b0e81797af5d62ee405c9f96339089f6083ccc2a4e93f87bfe19037 java-1.8.0-openjdk-devel-1.8.0.181-3.b13.el7_5.x86_64.rpm 13ecf09cc47d8c9f8c9c7d5066beeb67d8de6fcef070567396cc38a3ab9e9cf9 java-1.8.0-openjdk-devel-debug-1.8.0.181-3.b13.el7_5.i686.rpm 5cf1cda3750249ac05c48d51e35fede17d7a63f89f15767a755841ab98be93ae java-1.8.0-openjdk-devel-debug-1.8.0.181-3.b13.el7_5.x86_64.rpm e00d022ec202b13da7fcc620ce4d793dc08f181a6536e7b509d94c77046e9ff0 java-1.8.0-openjdk-headless-1.8.0.181-3.b13.el7_5.i686.rpm 2501b5352a134aca6e470c869724a0c6f6a8cfcbee58d0c6f2af2d7ecfc02871 java-1.8.0-openjdk-headless-1.8.0.181-3.b13.el7_5.x86_64.rpm 1f0c235f25313b2ebb479c421743190a15e768f4d67e6db0574200fd49615c05 java-1.8.0-openjdk-headless-debug-1.8.0.181-3.b13.el7_5.i686.rpm ccaaec3f4a1c8a2026df252d17388b4edafb0d25ca6169d0420b24d8e2d02955 java-1.8.0-openjdk-headless-debug-1.8.0.181-3.b13.el7_5.x86_64.rpm 5b370d8afdc95c11ed844395d333d1f86565c814da142e31f30ce2d8ec599fbb java-1.8.0-openjdk-javadoc-1.8.0.181-3.b13.el7_5.noarch.rpm 6081c26e9ae7fc2844e6811844d1d0bd62af4e03908fd0e29bcff65606900c21 java-1.8.0-openjdk-javadoc-debug-1.8.0.181-3.b13.el7_5.noarch.rpm 09341fa84d07de2eeea2fb418a491fa9fd12dda841842642dff30147f9a73b28 java-1.8.0-openjdk-javadoc-zip-1.8.0.181-3.b13.el7_5.noarch.rpm 39a0152f28c927126373f111c054570ff58c49b52bafc1c99fccb83368eb7518 java-1.8.0-openjdk-javadoc-zip-debug-1.8.0.181-3.b13.el7_5.noarch.rpm 227916c3d4e1c3c158114036797ba285c192ef5330b0c0c038a1b27d62fa6927 java-1.8.0-openjdk-src-1.8.0.181-3.b13.el7_5.i686.rpm e910133ef0be59aa1559629e0c6bdbe5c80d30991dab6148237645d92b88d2b8 java-1.8.0-openjdk-src-1.8.0.181-3.b13.el7_5.x86_64.rpm fa1e9e82891293bb580d5875d527d393836c523f6a7d223058298b8e04f8f84d java-1.8.0-openjdk-src-debug-1.8.0.181-3.b13.el7_5.i686.rpm 5b9f9ce867185109534a143ad6c46c2dd387c9cf9b087b2c84395f113d9c9024 java-1.8.0-openjdk-src-debug-1.8.0.181-3.b13.el7_5.x86_64.rpm Source: 82dc07bb320be8023c730132dd12c60972a6c90b35afc82acee7b03037147154 java-1.8.0-openjdk-1.8.0.181-3.b13.el7_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 25 Jul 2018 16:11:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:2252 Important CentOS 7 thunderbird Security Update Message-ID: <20180725161117.GA25502(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:2252 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:2252 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b95ae9790ae69d4c5992c16748084fafbc85eeb83dfa16171de5fe81c692f7a3 thunderbird-52.9.1-1.el7.centos.x86_64.rpm Source: 194a6fc2b2b7b78b1f83584c5e2d5ffa68a39500593cbae8b1261e03d8f26508 thunderbird-52.9.1-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 161, Issue 6 ***********************************************

1 0

Re: [CentOS] Mail has quit working
by tdukes＠palmettoshopper.com 25 Jul '18

25 Jul '18

-------- Original Message -------- Subject: Re: [CentOS] Mail has quit working From: Nataraj <incoming-centos(a)rjl.com> Date: Mon, July 23, 2018 9:01 pm To: centos(a)centos.org On 07/23/2018 03:39 PM, TE Dukes wrote: > Hello, > > Mail has come to an abrupt stop. Running C7, postfix and dovecot. Using > Roundcube as the client. > > Mail stopped working Saturday and I cannot figure was has happened. I have > not touched this server except to upgrade packages. I believe Roundcube was > updated maybe a week ago but know I was getting mail since then. > > Crond is no longer send mail. I checked /var/spool/mail as well as /Maildir > in home directories. Zero byte files. > > Checked all logs and the only thing I could find was in /var/log/maillog : > warning hostname localhost does not resolve to address 127.0.0.1 > > I corrected that by changing inet_interfaces to localhost from all in > postfix.cf > > When I try to log in with Roundcube, it just times out. > > I'm stuck! > > TIA for any suggestions!! > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos More information would be helpful to troubleshoot this. Try sending output from: postfix status mailq Try telnetting to your smtp server and sending a message like this from the local system: substitute a valid user/domain on the mail from line and a valid email address in your domain on the rcpt to line. Do this, logged onto the mailserver. telnet localhost 25 helo mydomain.com (substitute a valid domain here) mail from: <someuser(a)validdomain.com> rcpt to: <youremailaddress(a)yourdomain.com> data From: someuser(a)validdomain.com to: youremailaddress(a)yourdomain.com subject: test This is a test mesage . note: blank line between mail headers and body end data with line containing only '.'. Then check your maillog and send the output to the list. Nataraj postfix status: postfix/postfix-script: the Postfix mail system is running: PID 5936 mailq: Mail queue is empty Did the telnet localhost 25, it answered but not sure I understood you what I needed to do. Thanks!!

9 13

SCLO: Clang 5 package
by Tim R 25 Jul '18

25 Jul '18

Hi, a new version of llvm toolset was released on RHEL including clang 5 several months ago: https://developers.redhat.com/blog/2018/05/03/announcing-ga-for-latest-soft… devtoolset 7.1 (gcc 7.3) was announced around the same time and has been in CentOS sclo repo for some time now, but still no sign of clang 5. Is this on anyone's to do list? llvm toolset contains a really convenient version of clang / clang-format, which I believe many developers are using daily for various tools. Clang 5 is required for C++17 support, so a prompt update would be highly appreciated. Sorry if this is not the correct mailing list. Best regards Tim

1 0

Mail has quit working
by TE Dukes 24 Jul '18

24 Jul '18

Hello, Mail has come to an abrupt stop. Running C7, postfix and dovecot. Using Roundcube as the client. Mail stopped working Saturday and I cannot figure was has happened. I have not touched this server except to upgrade packages. I believe Roundcube was updated maybe a week ago but know I was getting mail since then. Crond is no longer send mail. I checked /var/spool/mail as well as /Maildir in home directories. Zero byte files. Checked all logs and the only thing I could find was in /var/log/maillog : warning hostname localhost does not resolve to address 127.0.0.1 I corrected that by changing inet_interfaces to localhost from all in postfix.cf When I try to log in with Roundcube, it just times out. I'm stuck! TIA for any suggestions!!

4 3

Re: [CentOS] Mail has quit working
by Bernie Pannell 23 Jul '18

23 Jul '18

On 24 July 2018 at 08:39, TE Dukes <tdukes(a)palmettoshopper.com> wrote: > Checked all logs and the only thing I could find was in /var/log/maillog : > warning hostname localhost does not resolve to address 127.0.0.1 > has your /etc/hosts been modified recently? does it contain a "127.0.0.1 localhost" or equivalent entry? B

2 1

FF60 does not allow download to ssh/davs
by johan.vermeulen7＠telenet.be 23 Jul '18

23 Jul '18

Hello All, this concerns fully updated Centos7 / Mate machines; I have people connect to ssh en davs locations. In /home/user/.gtk-bookmarks I put entries like ssh://192.168.1.8/data data-remote People can then click on the bookmark in the file manager and connect to it. Since FF60 people can no longer save files for instance from their mailbox to these "mounted" locations. Before, when choosing "save as", the mounted ssh location would appear in the download window. I guess this is not a bug but something one can disable/enable in about:config. Many thanks for any advise on this. greetings, J.

1 0

bad text under KDE and C7
by Michael Hennebry 23 Jul '18

23 Jul '18

I recently installed C7 from a C7+gnome CD. Gnome was awful enough that I promptly installed KDE. KDE is not doing so well either. Text in text editors invoked by "opening" a file is flakey at best. E.g. pieces disappear and duplicate. Terminals seem ok, including vim invoked from the terminal. Firefox text seems ok. The sidebar text in file-browser windows often has "black tape" over it, usually completely covering text. The file names are ok. Suggestions on how to dignose this? -- 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

6 28

K8
by Michael Pyle 22 Jul '18

22 Jul '18

1 0

(no subject)
by Ramon Thomas 22 Jul '18

22 Jul '18

Hey

1 0

CentOS 7 + MATE : Folder contents not refreshed in file manager
by Nicolas Kovacs 21 Jul '18

21 Jul '18

Hi, I just migrated my workstation running CentOS 7 from KDE to MATE. It looks like I'm having the same problem with the Caja file manager than with Dolphin. Folder contents don't get refreshed automatically, and I have to hit F5. For example, when I download a file (say, a compressed archive) from the Internet, I have to hit F5 to see the file in Caja. And when I extract the archive, I have to hit F5 again. Anybody knows where this nagging problem comes from? 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

3 4

odd popups
by Fred Smith 21 Jul '18

21 Jul '18

Occasionally and without any action on my part, I get a popup saying I need to authenticate in order to read others' actions. I have no clue what this is for, so I always reject them. Anyone got a clue? Image attached. -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. ------------------------------- Romans 5:8 (niv) ------------------------------

2 1

database node / possible SYN flooding on port 3306
by Leon Fauster 21 Jul '18

21 Jul '18

Hi folks, I have here a database node running # rpm -qa | grep mysql-server mysql55-mysql-server-5.5.52-1.el6.x86_64 on # virt-what vmware that seems to have a connection problem: # dmesg |grep SYN |tail -5 possible SYN flooding on port 3306. Sending cookies. possible SYN flooding on port 3306. Sending cookies. possible SYN flooding on port 3306. Sending cookies. possible SYN flooding on port 3306. Sending cookies. possible SYN flooding on port 3306. Sending cookies. I adapted already following: # sysctl -a |grep -E 'maxconn|syn_backlog' net.core.somaxconn = 2048 net.ipv4.tcp_max_syn_backlog = 2048 but ListenOverflows and ListenDrops values are still high # cat /proc/net/netstat | awk '{print $21 "-" $22 }' ListenOverflows-ListenDrops 13568-13568 any suggestion? -- Thanks, LF

2 3

Centos 7 - Canon Powershot A410
by Frank Cox 20 Jul '18

20 Jul '18

I have an old Canon Powershot A410 camera that used to just work with Centos 6. All I had to do was install Shotwell and forever after I could just plug that camera in and Shotwell would automatically load and all was well. I'm now trying to get that camera to work on Centos 7, but am having no success. Jul 20 16:01:44 jeff kernel: usb 2-1.3: new full-speed USB device number 4 using ehci-pci Jul 20 16:01:44 jeff kernel: usb 2-1.3: New USB device found, idVendor=04a9, idP roduct=30f9 Jul 20 16:01:44 jeff kernel: usb 2-1.3: New USB device strings: Mfr=1, Product=2 , SerialNumber=0 Jul 20 16:01:44 jeff kernel: usb 2-1.3: Product: Canon Digital Camera Jul 20 16:01:44 jeff kernel: usb 2-1.3: Manufacturer: Canon Inc. Jul 20 16:01:44 jeff mtp-probe: checking bus 2, device 4: "/sys/devices/pci0000: 00/0000:00:1d.0/usb2/2-1/2-1.3" Jul 20 16:01:44 jeff mtp-probe: bus: 2, device: 4 was not an MTP device That last line isn't surprising because this camera apparently used PTP and not MTP. So does anyone know how to enable PTP mode? As far as I can tell the (installed) libgphoto2-2.5.15-1.el7.x86_64 is supposed to support PTP mode cameras but somehow it's not being activated or something? -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

1 0

Is there any way I can deploy cPanel web hosting control panel with Microsoft Exchange 2016 groupware behind one static public IP?
by Turritopsis Dohrnii Teo En Ming 20 Jul '18

20 Jul '18

Good evening from Singapore, Is there any way I can deploy cPanel web hosting control panel with Microsoft Exchange 2016 groupware behind one static public IP? Or do I need 2 static public IP addresses at the minimum? With Exchange 2016 groupware taking up HTTP, HTTPS, IMAP, IMAPS, POP3, POP3S, SMTP, and SMTP/S ports, I personally don't think I can deploy cPanel behind the same public IP as Exchange. Please advise. Perhaps you have a brilliant idea. This is for experimental, testing and laboratory purposes. Thank you very much. ===BEGIN SIGNATURE=== Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 30 Oct 2017 [1] https://tdtemcerts.wordpress.com/ <https://tdtemcerts.wordpress.com/>[2] http://tdtemcerts.blogspot.sg/ <http://tdtemcerts.blogspot.sg/>[3] https://www.scribd.com/user/270125049/Teo-En-Ming <https://www.scribd.com/user/270125049/Teo-En-Ming>===END SIGNATURE===

3 5

Re: [CentOS] Which is better? Microsoft Exchange 2016 or Linux-based SMTP Servers?
by James B. Byrne 20 Jul '18

20 Jul '18

On Thu, July 19, 2018 10:57, Valeri Galtsev wrote: > <rant> > . . . you don't need to recruit spies anymore, just roll out "free" > services, and information will trickle to you. I am old enough to know > what collection of information on everybody leads to (Hitler Germany, > Stalin Russia, ...), but I also know that the worst lesson of history > is: people do not learn lessons of history. . . > </rant> History is the practice of justifying the present by rewriting the past. -- *** 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

CentOS-announce Digest, Vol 161, Issue 5
by centos-announce-request＠centos.org 19 Jul '18

19 Jul '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. CEBA-2018:2218 CentOS 6 firefox BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 18 Jul 2018 18:32:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:2218 CentOS 6 firefox BugFix Update Message-ID: <20180718183259.GA22894(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:2218 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2218 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2b30f41f0e169bba762e5c6ca1a6f04f88c4e135b486e46618530a67b5fe17eb firefox-60.1.0-6.el6.centos.i686.rpm x86_64: 2b30f41f0e169bba762e5c6ca1a6f04f88c4e135b486e46618530a67b5fe17eb firefox-60.1.0-6.el6.centos.i686.rpm 0c3fb27dff9002dda98e1643e89bbd7daab14d5f65bb7f083e46a9964be1b5ee firefox-60.1.0-6.el6.centos.x86_64.rpm Source: e8658c5b931df1d7e7d1d1b5a62d3bea2fc29b63f15b5ca3811662abf3a1dce9 firefox-60.1.0-6.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 161, Issue 5 ***********************************************

1 0

Logwatch inconsistency
by Adrian van Bloois 19 Jul '18

19 Jul '18

Hi all, In my logwatch config I clearly state only too report on Yesterday. The funny thing is that in the MailScanner section the number of mails scanned is different thant th number reported in the postfix section to be put on hold. Ik I grep the Requeue statements in the MailScanner logfile this is exactly the same number as the scan result of Hold in the postfix logfile and is equal to the number reported by logwatch in the MailScanner section. How come postfix reports a lot more being put on hold than the real number? There is at least some inconsistency in there. Adrian -- Adri P. van Bloois "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

1 0

Re: [CentOS] Which is better? Microsoft Exchange 2016 or Linux-based SMTP Servers?
by ldb＠braha.nl 18 Jul '18

18 Jul '18

> hi there > > I would categorizeÂ Exchange 2016 as "groupware" rather than SMTP server > per say, because you sent lots of stuff out of Exchange. > > > so to compare Exchange with postfix, exim would not be a proper > comparison. For Linux based groupware that i know is completely free is > Kolab (https://www.kolab.org/) its fairly easy to setup. Not sure about > Zimbra is its Still free as of now. > Kopano is available in a free and a paid version and does everything Exchange does and more (and better): https://kopano.com/ (paid version) https://kopano.io/ (community version, testbed) > > If you are to useÂ postfix, exim or sendmail you would need to setup a > webmail for that and use something like SquirrelMail or Dovecot of > whichÂ that more a bit complex than just setting up Kolab. > > > So in Short if you ware looking for Exchange equivalent in linux try > Kolab or Zimbra. don't look at postfix or exim. > > > On 07/18/2018 07:04 PM, Turritopsis Dohrnii Teo En Ming wrote: >> Good evening from Singapore, >> >> I am torn between deploying Microsoft Exchange 2016 and Linux-based >> SMTP servers like sendmail, postfix, qmail and exim. >> >> Relative ease of installation and configuration is an important >> consideration factor. >> >> Microsoft Exchange 2016, Domain Controller, and Active Directory are >> relatively easy to install and configure. Linux-based SMTP servers are >> extremely difficult to install and configure and of course, extremely >> time-consuming. >> >> One of the features of Microsoft Exchange 2016 is that you can create >> additional folders on your Inbox in the server (server-side). Can >> Linux-based SMTP servers do that? >> >> Does Exchange 2016 offer more user-friendly features or Linux-based >> SMTP servers? >> >> Besides the above considerations, how about security? Traditionally, >> Linux is far more secure than Windows. >> >> Judging by security, Linux-based SMTP servers ought to have a higher >> percentage of the market share? >> >> Finally, I can only use Windows Server 2016 Standard Evaluation Copy >> FREE for a period of 3 years MAXIMUM. But I can use Linux servers and >> Mail Transport Agents (MTA) FREE perpetually. >> >> Please advise. >> >> Thank you very much. >> >> >> >> ===BEGIN SIGNATURE=== >> >> Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 30 Oct >> 2017 >> >> [1] https://tdtemcerts.wordpress.com/ >> >> <https://tdtemcerts.wordpress.com/> [2] http://tdtemcerts.blogspot.sg/ >> >> <http://tdtemcerts.blogspot.sg/> [3] >> https://www.scribd.com/user/270125049/Teo-En-Ming >> >> <https://www.scribd.com/user/270125049/Teo-En-Ming> ===END SIGNATURE=== >> >> _______________________________________________ >> CentOS mailing list >> CentOS(a)centos.org >> https://lists.centos.org/mailman/listinfo/centos > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > https://lists.centos.org/mailman/listinfo/centos > -- L. de Braal BraHa Systems NL - Terneuzen T +31 115 649333

1 0

Firefox 60 crashes when trying to save an image
by Robert Nichols 18 Jul '18

18 Jul '18

On any web page with an image, if i right-click on the image and select "Save Image As...", firefox crashes. Final messages from stderr: (firefox:3401): GLib-GIO-ERROR **: No GSettings schemas are installed on the system [Child 3502, Chrome_ChildThread] WARNING: pipe error (3): Connection reset by peer: file /builddir/build/BUILD/firefox-60.1.0/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 353 Trace/breakpoint trap (core dumped) I've reported this on RHEL bugzilla (1601254), but on the off chance that this is a problem with the CentOS build I'm posting here as well. This is firefox-60.1.0-5.el6.centos.x86_64 on CentOS 6.10. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.

7 12

CentOS-announce Digest, Vol 161, Issue 4
by centos-announce-request＠centos.org 18 Jul '18

18 Jul '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. CEBA-2018:2198 CentOS 7 kernel BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 17 Jul 2018 16:17:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:2198 CentOS 7 kernel BugFix Update Message-ID: <20180717161703.GA1782(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:2198 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2198 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 95c2876aa8dd528ba7f788f27d7fdae5ea6e039c7714eae15330d741c0ec5316 kernel-3.10.0-862.9.1.el7.x86_64.rpm e06bb52c6f5c5a26ce87789a2bfff22a4bb66fe6c08521fea42201220f1fab6f kernel-abi-whitelists-3.10.0-862.9.1.el7.noarch.rpm d2d2a5f1dfda2efec1288af1a7d7710df511f9713831ae62a9d9b7b3033c15e8 kernel-debug-3.10.0-862.9.1.el7.x86_64.rpm e9a8f3cccd26d66418f37461b6b78b0364dfe1b5bce4f48e54d5c6de195b6d37 kernel-debug-devel-3.10.0-862.9.1.el7.x86_64.rpm 46f66fe6498319c7b9c292b85043a74b0fc551787d99b7beb423621b29547263 kernel-devel-3.10.0-862.9.1.el7.x86_64.rpm 8dfb23b21f10d10efe628c00d0dec13aa1fa1ada228bff6c5a57085ce199efff kernel-doc-3.10.0-862.9.1.el7.noarch.rpm 60861e470dd9b9cc8cb30878c0f15e5fc51ec34a172673f4f4de6375e200d1df kernel-headers-3.10.0-862.9.1.el7.x86_64.rpm 6268ef98dfabb383f027a3e378414e87beccae95a6b8a039ec1589993c90e22e kernel-tools-3.10.0-862.9.1.el7.x86_64.rpm c83da4fd86897a22cfef2f3dd60e91492bc9f3bc6ae8173d9f4a10dc80f6319b kernel-tools-libs-3.10.0-862.9.1.el7.x86_64.rpm e494d7ca0aae918e701cbc292286d5dc1efaaf7c24d4522d63b0f2b8a4d9dd26 kernel-tools-libs-devel-3.10.0-862.9.1.el7.x86_64.rpm 4a43c95a64c40e3f0c2d76e0fe62968f3dbfd5a998cade5b2b015d27d218aadb perf-3.10.0-862.9.1.el7.x86_64.rpm 5dd3bee6f776a3bc799f8d4e2fe3581f637da6513aab31d06572bee14ebd6d1d python-perf-3.10.0-862.9.1.el7.x86_64.rpm Source: c12904ff5607b2f2a376eb1ba41e04440afecffef569508e3881894902fbeebf kernel-3.10.0-862.9.1.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 161, Issue 4 ***********************************************

1 0

Panic with EL7 KVM guest on EL6 host on AMD server with latest kernel
by Simon Matter 18 Jul '18

18 Jul '18

Hi, I have AMD servers running CentOS 6.10 as KVM host and on it guests running CentOS 7.5. Since the latest kernel update on CentOS 6.10, kernel-2.6.32-754.2.1.el6.x86_64, I can't boot the CentOS 7.5 guests with kernel-3.10.0-862.6.3.el7.x86_64 anymore. Reverting CentOS 6.10 host to kernel-2.6.32-754.el6.x86_64 fixes the problem. Screendump of the panic is attached, not very helpful I guess. The CPU models where I could test it are: cpu family : 15 model : 65 model name : Dual-Core AMD Opteron(tm) Processor 2218 stepping : 3 cpu family : 16 model : 6 model name : AMD Athlon(tm) II Neo N36L Dual-Core Processor stepping : 3 Didn't test on newer CPU family yet. I'm wondering, does someone see the same issue? Does it not happen on Intel CPUs? Thanks for any insight. Regards, Simon

2 4

Centos 7 and RAM
by Jay Hart 17 Jul '18

17 Jul '18

Hello, What would the recommended minimum amount of RAM be, to run Centos 7. 16GB??? Thanks, Jay

9 10

how and where to get libuuid.a
by qw 17 Jul '18

17 Jul '18

Hi, I use Centos 7.4, and can find libuuid.so in my OS. how and where to get libuuid.a? Thanks! Regards Andrew

3 2

Clamd issues on Centos 6.10
by Jay Hart 17 Jul '18

17 Jul '18

Hello all, Been having an issue today that I can't seem to solve, so reaching out to others much more knowledgeable for help/advice/assistance. I ran the software update this morning and installed 134 packages, clamd was one of the packages. Upon completion of the update, I needed to reboot the box. During bootup I got the following issue: Starting Clam AntiVirus Daemon: WARNING: Ignoring deprecated option AllowSupplementaryGroups at line 194 LibClamAV Error: cli_cvdload: Corrupted CVD header LibClamAV Error: Can't load /var/lib/clamav/main.cvd: Malformed database LibClamAV Error: cli_loaddbdir(): error loading database /var/lib/clamav/main.cvd Sat Jul 14 09:04:46 2018 -> !Malformed database [FAILED] Clamd failed to start. I modified the clamd.conf conf file to comment out the deprecated option above, this seemed to allow clamd to start following a second reboot. I followed some suggested actions from the clamd.net site, namely I ensured my DNS was still working, that I could reach clamd.net, and also removed the mirrors.dat and main.cvd files in an effort to get clamd to update via freshclam. When I run 'freshclam -v' I get the following data return: [root@centos clamav]# freshclam -v Current working dir is /var/lib/clamav Max retries == 3 ClamAV update process started at Sat Jul 14 15:09:47 2018 Using IPv6 aware code Querying current.cvd.clamav.net TTL: 1611 Software version from DNS: 0.100.1 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.100.0 Recommended version: 0.100.1 DON'T PANIC! Read https://www.clamav.net/documents/upgrading-clamav Retrieving http://db.local.clamav.net/main.cvd Ignoring mirror 2400:cb00:2048:1::6810:b98a (due to previous errors) Ignoring mirror 2400:cb00:2048:1::6810:bd8a (due to previous errors) Ignoring mirror 2400:cb00:2048:1::6810:bc8a (due to previous errors) Ignoring mirror 2400:cb00:2048:1::6810:ba8a (due to previous errors) Ignoring mirror 2400:cb00:2048:1::6810:bb8a (due to previous errors) Trying to download http://db.local.clamav.net/main.cvd (IP: 104.16.186.138) Downloading main.cvd [100%] WARNING: [LibClamAV] cli_cvdload: Corrupted CVD header ERROR: Verification: Malformed database Querying main.0.91.0.0.6810BA8A.ping.clamav.net Trying again in 5 secs... ClamAV update process started at Sat Jul 14 15:10:09 2018 Using IPv6 aware code Querying current.cvd.clamav.net TTL: 1583 Software version from DNS: 0.100.1 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.100.0 Recommended version: 0.100.1 DON'T PANIC! Read https://www.clamav.net/documents/upgrading-clamav Retrieving http://db.local.clamav.net/main.cvd Trying to download http://db.local.clamav.net/main.cvd (IP: 104.16.188.138) Downloading main.cvd [100%] WARNING: [LibClamAV] cli_cvdload: Corrupted CVD header ERROR: Verification: Malformed database Querying main.0.91.0.0.6810BC8A.ping.clamav.net Trying again in 5 secs... ClamAV update process started at Sat Jul 14 15:10:31 2018 Using IPv6 aware code Querying current.cvd.clamav.net TTL: 1567 Software version from DNS: 0.100.1 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.100.0 Recommended version: 0.100.1 DON'T PANIC! Read https://www.clamav.net/documents/upgrading-clamav Retrieving http://db.local.clamav.net/main.cvd Trying to download http://db.local.clamav.net/main.cvd (IP: 104.16.189.138) Downloading main.cvd [100%] WARNING: [LibClamAV] cli_cvdload: Corrupted CVD header ERROR: Verification: Malformed database Querying main.0.91.0.0.6810BD8A.ping.clamav.net Giving up on db.local.clamav.net... ClamAV update process started at Sat Jul 14 15:10:48 2018 Using IPv6 aware code Querying current.cvd.clamav.net TTL: 1232 Software version from DNS: 0.100.1 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.100.0 Recommended version: 0.100.1 DON'T PANIC! Read https://www.clamav.net/documents/upgrading-clamav Retrieving http://db.local.clamav.net/main.cvd Trying to download http://db.local.clamav.net/main.cvd (IP: 104.16.189.138) Downloading main.cvd [100%] WARNING: [LibClamAV] cli_cvdload: Corrupted CVD header ERROR: Verification: Malformed database Querying main.0.91.0.0.6810BD8A.ping.clamav.net Giving up on db.local.clamav.net... Update failed. Your network may be down or none of the mirrors listed in /etc/freshclam.conf is working. Check https://www.clamav.net/documents/official-mirror-faq for possible reasons. ----END Freshclam -v command----- My 0.100.0 version is currently supported, so I know that is not the issue. I tried deleting the mirrors,dat file and re-running freshclam (did not reboot the box between file deletion and command line execution), no effect... Also, I have the default mirror location in freshclam.conf, which seems to be fine considering its been like this for years. I tried to locate the 'country code' paramater but gave that up after I got a headache looking over the documentation. I don't think its relevant to this issue anyway. I'm stuck on how to fix this. Nothing on the web shows what resolution is, nor how to fix it. Seems like I can get and receive emails, but I have no idea if they are being properly scanned. Thanks in advance, Jay

3 10

Re: [CentOS] Font related problems with recent FF 60.1
by James Pearson 16 Jul '18

16 Jul '18

Kay Schenk wrote: > > Hi and I think you are right on with this analysis. I suspect my > fontconfig utilty isn't working correctly to add new fonts or maybe > Mozilla doesn't install in the right config area. When I start up FF > 52.8, no error messages about fonts. The de-install seemed to correct > this, among other things. I doubt it is a problem with your fontconfig - I get the same issue ... It is most likely because Firefox 60 uses a 'private' gtk3 runtime (which includes its own fontconfig set up) on el6 - as el6 uses gtk2 natively I've reported this problem at: https://bugzilla.redhat.com/show_bug.cgi?id=1601475 James Pearson

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss