- Discuss - lists.centos.org

CentOS7 1801-01 cloud images
by Pierre Riteau 15 Feb '18

15 Feb '18

Hello, There is a new cloud image versioned as 1801-01 available at https://cloud.centos.org/centos/7/images/ However, it is missing from the image-index file. I noticed the Azure version is also absent. Was there a problem with the image build process? Should this image be used? Thanks, Pierre Riteau Chameleon Lead DevOps Engineer https://www.chameleoncloud.org

2 1

FOSDEM Dojo update, videos
by Rich Bowen 14 Feb '18

14 Feb '18

A big thank you to everyone who attended the CentOS Dojo in Brussels a week ago. We had about 75 people in attendance (101 registered) and we had two tracks of great presentations. If you did not make it to the event, you can still catch all of the presentations on our YouTube channel, at https://www.youtube.com/user/TheCentOSProject/playlists Unfortunately, you miss out on the great hallway track, but there's always next year! Meanwhile, keep a lookout for upcoming events - http://wiki.centos.org/Events - and try to attend a dojo near you in the coming months. And if you'd like to host or help organize a dojo, please get in touch with me, or with the centos-promo mailing list - centos-promo(a)centos.org - with your suggestions, and we'll try to make it happen. --Rich -- Rich Bowen - rbowen(a)redhat.com @RDOcommunity // @CentOSProject // @rbowen

2 2

kmod c74 broken: howto report it
by Stijn De Weirdt 14 Feb '18

14 Feb '18

hi all, latest kmod update 20-15.el7_4.6 is broken on our systems, while previous 20-15.el7_4.4 was working fine (and downgrading fixes the issue). the issue is with modules from mellanox kmod rpms that are symlinked in the weak-updates dir. the config files in /etc/depmod.d look ok (and do work with previous version): dist.conf has weak-updates after built-in, and mellanox kmod rpms ship a config that overrides it for all modules. anyhow, before i try to get this upstream, how do i report this with centos team (to make sure the centos kmod rpm was correctly build). (i have already asked here before how to properly report it, but can't find my previous mail ;) stijn

3 4

Re: [CentOS] CentOS 6: Yum downloadonly changes local source repositories (and CentOS 7)
by Danny Smit 14 Feb '18

14 Feb '18

For what its worth, I managed to get around the problem with a small patch on yum itself: --- ORIG/usr/lib/python2.6/site-packages/yum/yumRepo.py 2017-03-22 05:32:26.000000000 +0000 +++ NEW/usr/lib/python2.6/site-packages/yum/yumRepo.py 2018-02-14 09:14:04.879902463 +0000 @@ -863,6 +863,7 @@ class YumRepository(Repository, config.R text=text, cache=cache, size=package.size, + copy_local=1, ) def getHeader(self, package, checkfunc = None, reget = 'simple', Although newer versions of yum do not rename the local package anymore, it still does not copy/download the package into the desired "downloaddir". I will try to report that upstream. Regards, Danny On Tue, Feb 13, 2018 at 6:05 PM, Danny Smit <danny.smit.0(a)gmail.com> wrote: > Hi All, > > I'm trying to use yum with the downloadonly option to collect a set of > packages including dependencies. I noticed that even on CentOS 6 the > downloadonly option is currently a default feature of the core of yum > itself, which is nice. > > However something strange occurs when one of the repositories to > download from is a local repository, like: > > [custom-repo] > name=My custom repo > baseurl=file:///repositories/mycustomrepo/ > > I added such a repo to my yum configuration and then executed: > > yum install -y --downloadonly --downloaddir=downloads custom_package > > When executing the above the package in question is suddenly renamed from: > > /repositories/mycustomrepo/x86_64/custom_package-1.1-2.el6.x86_64.rpm > > to > > /repositories/mycustomrepo/x86_64/custom_package-1.1-2.el6 > > Note that the architecture part and file extension are removed with > the file in the local repo, where I wouldn't expect yum to even try to > change something there. > Also nothing is downloaded into the downloads dir as specified. > > Strangely when it concerns a package that comes from a repository that > is configured as an http URL, the download option works flawlessly. > > Has anyone else seen this behavior? Is it a bug? Or is there a way around this? > Actually I would even prefer not having to run yum as root for this, > unfortunately yum to require write access to lock files in /var/. > > Platform: CentOS 6.9 (also not working with CentOS 7, then it keeps > the file intact, but doesn't download either) > Yum: 3.2.29-81.el6.centos > > Kind regards, > Danny

1 0

selinux policy with rsyslog and tls/certs
by John Ratliff 13 Feb '18

13 Feb '18

I've setup my rsyslog server to forward traffic to another rsyslog server on my network. It's using gTLS to encrypt the messages in transit. selinux is not allowing rsyslogd to read the certificates. They are world readable, so I don't think that is the problem. When I turn selinux mode to permissive, it works fine. What context should the ssl certificates be in for rsyslog to be able to read them? thanks.

1 1

Two MACs for one IP
by m.roth＠5-cent.us 13 Feb '18

13 Feb '18

The reason I want to assign one IP to two MAC addresses is that I have one (and only one) user for whom I have to spoof the MAC address (it's a case of stupid software licensing). But... his system is encrypted. Now, we're using clevis to allow reboots without someone being at the keyboard to type in the password. Those of you who've looked at clevis see where this is going: clevis uses the *real* firmware MAC address to get the key from the latchset server... while currently, the dhcpd *only* knows the spoofed MAC address. After the system's unlocked, it boots, and comes up with the spoofed MAC address. It *appears* I can do this, but I thought I'd ask here if there were any issues that dhcpd itself would have if I do. mark

1 0

CentOS 6: Yum downloadonly changes local source repositories
by Danny Smit 13 Feb '18

13 Feb '18

Hi All, I'm trying to use yum with the downloadonly option to collect a set of packages including dependencies. I noticed that even on CentOS 6 the downloadonly option is currently a default feature of the core of yum itself, which is nice. However something strange occurs when one of the repositories to download from is a local repository, like: [custom-repo] name=My custom repo baseurl=file:///repositories/mycustomrepo/ I added such a repo to my yum configuration and then executed: yum install -y --downloadonly --downloaddir=downloads custom_package When executing the above the package in question is suddenly renamed from: /repositories/mycustomrepo/x86_64/custom_package-1.1-2.el6.x86_64.rpm to /repositories/mycustomrepo/x86_64/custom_package-1.1-2.el6 Note that the architecture part and file extension are removed with the file in the local repo, where I wouldn't expect yum to even try to change something there. Also nothing is downloaded into the downloads dir as specified. Strangely when it concerns a package that comes from a repository that is configured as an http URL, the download option works flawlessly. Has anyone else seen this behavior? Is it a bug? Or is there a way around this? Actually I would even prefer not having to run yum as root for this, unfortunately yum to require write access to lock files in /var/. Platform: CentOS 6.9 (also not working with CentOS 7, then it keeps the file intact, but doesn't download either) Yum: 3.2.29-81.el6.centos Kind regards, Danny

1 0

Unbound question: forward-zone and stub-zone
by C. L. Martinez 13 Feb '18

13 Feb '18

Hi all, I have a strange case with unbound ... I have defined a stub-zone to query to a secondary DNS server: stub-zone: name: "mydomain.org" stub-addr: 172.22.54.4 stub-zone: name: "54.22.172.in-addr.arpa." stub-addr: 172.22.54.4 ... but it doesn't works: any hostname or IP address is resolved. But if I use "forward": forward-zone: name: "mydomain.org" forward-addr: 172.22.54.4 forward-zone: name: "54.22.172.in-addr.arpa." forward-addr: 172.22.54.4 all works ok. Then, which is the real difference between stub and forward zones? According to unbound's man page, stub-zone is used for authority servers, which is my case. But forward zones are valid for not authority servers. On the other side: "unbound performs the recursive processing itself for stub zones." ¿¿¿??? How?? Why?? If I use a stub-zone, it is because I have an authority server with recursion for its SOA domain ... I don't understand ... What is the correct configuration? -- Greetings, C. L. Martinez

1 0

Not able to sync mirror of Centos7 due to CRC checksum errors
by Soham Chakraborty 13 Feb '18

13 Feb '18

Hi, yesterday I was trying to create local mirror of CentOS7 using katello/pulp. I was receiving CRC checksum errors while attempting to sync the mirror. The particular error in question was: Feb 12 07:46:34 bazinga pulp: pulp_rpm.plugins.importers.yum.sync:INFO: [e2cd9930] Generating metadata databases. Feb 12 07:47:06 bazinga pulp: pulp_rpm.plugins.importers.yum.sync:ERROR: [e2cd9930] (23897-68256) CRC check failed 0x0 != 0xd61ac297L The full logs are available here: https://paste.fedoraproject.org/paste/lPnjaCFD6c~e22FtTedEKA I was under the impression that maybe somethinig is broken with katello/pulp and didn't pursue it further. Today, I attempted to sync it again with standalone pulp server (without katello/foreman/candlepin bits) and it failed again with same error. I tried a different mirror location as well, but received the same CRC check error: https://paste.fedoraproject.org/paste/O1ocILrTMEWkKDohOmXcaQ Then to test whether this is a problem with pulp or the upstream mirror, I decided to try to sync the CentOS6 repository from the same mirror and so far it is working. Can someone please tell me whether there could be any repodata corruption on the upstream repositories (as unlikely as it sounds)? Or anything which could prevent me from syncing the mirrors for internal consumption? Pulp installation is default as per https://docs.pulpproject.org/en/2.14/user-guide/installation/f23-.html Any thoughts? I am testing this on the 'generic/centos7' vagrant box. Thanks, -- Soham Chakraborty, Systems Administrator - EIS Pythian - Love your data chakraborty(a)pythian.com -- --

1 0

A question about NBD kernel module...
by Raghuram Devarakonda 12 Feb '18

12 Feb '18

Hi, I would like to mount a device using NBD protocol on CentOS 7 but it looks like the module is not available by default in the kernel. Is there a way I can install it (like from a rpm somewhere)? I found instructions to build such a module but want to make sure that it is not already available in some repo before I go ahead with building. Any help is greatly appreciated. Thanks, Raghu

2 1

libsmbclient conflict problem
by me＠tdiehl.org 12 Feb '18

12 Feb '18

Hi, I have a c-6 machine that I noticed the following on: (bugs pts10) # package-cleanup --problems Loaded plugins: fastestmirror, priorities, refresh-packagekit Package system-config-printer-libs-1.1.16-26.el6.x86_64 requires libsmbclient.so.0()(64bit) Package kdebase-runtime-libs-4.3.4-9.el6.x86_64 requires libsmbclient.so.0()(64bit) So then I ran: (bugs pts10) # yum install libsmbclient Loaded plugins: changelog, fastestmirror, priorities, refresh-packagekit Setting up Install Process Loading mirror speeds from cached hostfile * base: yumrepo * extras: yumrepo * fasttrack: yumrepo * remi: mirror.team-cymru.org * remi-php56: mirror.team-cymru.org * updates: yumrepo 138 packages excluded due to repository priority protections Resolving Dependencies --> Running transaction check ---> Package libsmbclient.x86_64 0:3.6.23-46el6_9 will be installed --> Processing Dependency: samba-winbind-clients = 3.6.23-46el6_9 for package: libsmbclient-3.6.23-46el6_9.x86_64 --> Processing Dependency: libwbclient.so.0()(64bit) for package: libsmbclient-3.6.23-46el6_9.x86_64 --> Running transaction check ---> Package samba-winbind-clients.x86_64 0:3.6.23-46el6_9 will be installed --> Processing Dependency: samba-winbind = 3.6.23-46el6_9 for package: samba-winbind-clients-3.6.23-46el6_9.x86_64 --> Running transaction check ---> Package samba-winbind.x86_64 0:3.6.23-46el6_9 will be installed --> Processing Dependency: samba-common = 3.6.23-46el6_9 for package: samba-winbind-3.6.23-46el6_9.x86_64 --> Running transaction check ---> Package samba-common.x86_64 0:3.6.23-46el6_9 will be installed --> Processing Conflict: samba4-common-4.2.10-12.el6_9.x86_64 conflicts samba-common < 3.9.9 --> Processing Conflict: samba4-winbind-4.2.10-12.el6_9.x86_64 conflicts samba-winbind < 3.9.9 --> Processing Conflict: samba4-winbind-clients-4.2.10-12.el6_9.x86_64 conflicts samba-winbind-clients < 3.9.9 --> Finished Dependency Resolution --> Finding unneeded leftover dependencies Found and removing 0 unneeded dependencies Error: samba4-winbind conflicts with samba-winbind-3.6.23-46el6_9.x86_64 Error: samba4-winbind-clients conflicts with samba-winbind-clients-3.6.23-46el6_9.x86_64 Error: samba4-common conflicts with samba-common-3.6.23-46el6_9.x86_64 You could try using --skip-broken to work around the problem ** Found 2 pre-existing rpmdb problem(s), 'yum check' output follows: kdebase-runtime-libs-4.3.4-9.el6.x86_64 has missing requires of libsmbclient.so.0()(64bit) system-config-printer-libs-1.1.16-26.el6.x86_64 has missing requires of libsmbclient.so.0()(64bit) (bugs pts10) # I have the following samba packages installed: (bugs pts10) # rpm -qa samba4\* samba4-winbind-clients-4.2.10-12.el6_9.x86_64 samba4-4.2.10-12.el6_9.x86_64 samba4-client-4.2.10-12.el6_9.x86_64 samba4-common-4.2.10-12.el6_9.x86_64 samba4-winbind-4.2.10-12.el6_9.x86_64 samba4-libs-4.2.10-12.el6_9.x86_64 (bugs pts10) Can someone tell me what what I need to do to resolve the above conflicts? There does not seem to be a later version of libsmbclient available. Regards, -- Tom me(a)tdiehl.org

3 5

Meltdown and Spectre
by isdtor 12 Feb '18

12 Feb '18

Does anyone know if Red Hat are working on backporting improved mitigation techniques and features from newer, 4.14.14+ kernels? $ grep . /sys/devices/system/cpu/vulnerabilities/* /sys/devices/system/cpu/vulnerabilities/meltdown:Mitigation: PTI /sys/devices/system/cpu/vulnerabilities/spectre_v1:Vulnerable /sys/devices/system/cpu/vulnerabilities/spectre_v2:Vulnerable: Minimal generic ASM retpoline $

2 1

CentOS 7 Cloud 16.0.4 Nova Security Update
by Henry Spanka 10 Feb '18

10 Feb '18

Hello, A security issue has been found in Nova 16.0.3 and a fix has been released in December, however I haven’t seen Nova 16.0.4 in the Cloud repositories yet. Is someone working on updating the nova packages? The issue allows users to consume all resources on a host which leads to a denial of service. See: https://docs.openstack.org/releasenotes/nova/pike.html <https://docs.openstack.org/releasenotes/nova/pike.html> Vulnerability ID: OSSA-2017-006 ----------------------------------------------------------------------------------------- Mit freundlichen Grüßen / With best regards Henry Spanka — myVirtualserver — Development Team GPG: 8BA3 14FE 3973 9E17 1D9E ADAE CEAB DAB5 5B47 0BC8

1 0

Issues with NVidia video driver and CentOS
by Felipe Westfields 09 Feb '18

09 Feb '18

I'm having issues with a quad video card on CentOS. We have several systems on CentOS 6.8 and CentOS 6.9. The installed hardware is: Video card - Nvidia NVS quadro 440 PC - Dell OptiPlex 9020 Whenever you update the kernel, it kills the graphical interface. The system appears to lock up and freeze during a reboot, but you can still get into it with SSH, or, if you're at the console, control-alt-F2 gets you to a command prompt. If you exclude the kernel update when applying yum update, it is usually fine. If the kernel update is applied, and you roll back the update, that sometimes gets you back into the graphical console, but more likely than not, it won't. Not sure where to go with this. Any suggestions? FW

6 12

Adjust type of rw in submit_bio from int to unsigned long
by wuzhouhui 09 Feb '18

09 Feb '18

Hi, I am a developer who worked on CentOS. Recently I am working on porting one of my block drivers from CentOS 6.x to CentOS 7.x. In newest kernel (kernel-3.10.0-693.17.1.el7) I found there is an issue in submit_bio()'s first argument: void submit_bio(int rw, struct bio *bio) The type of bi_rw of struct bio is unsigned long, and the number of enum rq_flags_bits also exceeds 32, so we should better using unsigned long for rw in submit_bio(), like: void submit_bio(unsigned long rw, struct bio *bio)

1 1

OT: configuring xming to know putty's not in a std. location
by m.roth＠5-cent.us 08 Feb '18

08 Feb '18

Is there some way to do this? I've got the current putty (actually, putty-cac), pageant, and plink in my user's Downlods directory - neither he nor I have admin authority on his laptop, and Desktop support's teleworking today - but I can't seem to find a way to configure xming to look there for putty. Or is it start putty, *then* start xming? mark

5 5

OT - pushing database updates to web browser
by Gary Stainburn 07 Feb '18

07 Feb '18

This is O/T apart from the fact that the server is Centos running Apache / Postgresql. I want to develop a real time (ish) dashboard type web page showring extracts of the contents of a table. I would like any changes that occur to be pushed to the web clients rather than have the clients poll the database. Based on the fact that I have not managed to come up with a successful Google search phrase I think this may not be possible, but just in case I thought I'd ask here. If it's not possible, can anyone suggest the most efficient / responsive polling techniques?

3 3

/dev/md1 => 93% Used. Warning. Disk Filling up. - what would be safe to delete in /boot ?
by Alexander Farber 07 Feb '18

07 Feb '18

Hello CentOS users, in the recent time I keep getting the logwatch warnings from my 2 dedicated servers running CentOS 7.4.1708. I guess because of the numerous kernel updates (because of Spectre+Meltdown) in the near past? Could someone please suggest me, which files in my /boot partition would be safe to delete? I would like to avoid the situation of having to boot the rescue partiton etc. remotely... and at the same time I am not proficient with grub or whatever my provider has configured my dedicated hosts to use... # ls -al /boot total 427877 dr-xr-xr-x. 6 root root 6144 28. Jan 10:33 . dr-xr-xr-x 18 root root 4096 7. Feb 03:34 .. -rw-r--r-- 1 root root 140899 5. Dez 01:04 config-3.10.0-693.11.1.el7.x86_64 -rw-r--r-- 1 root root 140915 4. Jan 02:19 config-3.10.0-693.11.6.el7.x86_64 -rw-r--r-- 1 root root 140915 25. Jan 21:26 config-3.10.0-693.17.1.el7.x86_64 -rw-r--r-- 1 root root 140898 13. Sep 00:38 config-3.10.0-693.2.2.el7.x86_64 -rw-r--r-- 1 root root 140898 20. Okt 22:56 config-3.10.0-693.5.2.el7.x86_64 drwxr-xr-x 3 root root 1024 15. Sep 09:43 efi drwxr-xr-x. 2 root root 1024 11. Apr 2016 grub drwx------. 5 root root 1024 28. Jan 10:31 grub2 -rw-r--r--. 1 root root 40142116 15. Dez 2015 initramfs-0-rescue-34946d7b5edb0946bfb52c0f6cae67af.img -rw------- 1 root root 50402914 6. Dez 09:23 initramfs-3.10.0-693.11.1.el7.x86_64.img -rw------- 1 root root 18149718 6. Dez 09:24 initramfs-3.10.0-693.11.1.el7.x86_64kdump.img -rw------- 1 root root 50405879 5. Jan 09:02 initramfs-3.10.0-693.11.6.el7.x86_64.img -rw------- 1 root root 18150336 5. Jan 09:04 initramfs-3.10.0-693.11.6.el7.x86_64kdump.img -rw------- 1 root root 50402830 28. Jan 10:31 initramfs-3.10.0-693.17.1.el7.x86_64.img -rw------- 1 root root 18147918 28. Jan 10:33 initramfs-3.10.0-693.17.1.el7.x86_64kdump.img -rw------- 1 root root 50341850 15. Sep 09:45 initramfs-3.10.0-693.2.2.el7.x86_64.img -rw------- 1 root root 18147818 22. Okt 10:07 initramfs-3.10.0-693.2.2.el7.x86_64kdump.img -rw------- 1 root root 50393743 24. Okt 09:39 initramfs-3.10.0-693.5.2.el7.x86_64.img -rw------- 1 root root 18146720 24. Okt 09:40 initramfs-3.10.0-693.5.2.el7.x86_64kdump.img -rw-r--r--. 1 root root 611928 15. Sep 09:45 initrd-plymouth.img drwx------ 2 root root 12288 25. Mai 2016 lost+found -rw-r--r-- 1 root root 293093 5. Dez 01:07 symvers-3.10.0-693.11.1.el7.x86_64.gz -rw-r--r-- 1 root root 293110 4. Jan 02:21 symvers-3.10.0-693.11.6.el7.x86_64.gz -rw-r--r-- 1 root root 293109 25. Jan 21:28 symvers-3.10.0-693.17.1.el7.x86_64.gz -rw-r--r-- 1 root root 293064 13. Sep 00:40 symvers-3.10.0-693.2.2.el7.x86_64.gz -rw-r--r-- 1 root root 293084 20. Okt 22:59 symvers-3.10.0-693.5.2.el7.x86_64.gz -rw------- 1 root root 3228852 5. Dez 01:04 System.map-3.10.0-693.11.1.el7.x86_64 -rw------- 1 root root 3232490 4. Jan 02:19 System.map-3.10.0-693.11.6.el7.x86_64 -rw------- 1 root root 3232454 25. Jan 21:26 System.map-3.10.0-693.17.1.el7.x86_64 -rw------- 1 root root 3228852 13. Sep 00:38 System.map-3.10.0-693.2.2.el7.x86_64 -rw------- 1 root root 3228852 20. Okt 22:56 System.map-3.10.0-693.5.2.el7.x86_64 -rwxr-xr-x. 1 root root 5156528 15. Dez 2015 vmlinuz-0-rescue-34946d7b5edb0946bfb52c0f6cae67af -rwxr-xr-x 1 root root 5877504 5. Dez 01:05 vmlinuz-3.10.0-693.11.1.el7.x86_64 -rw-r--r-- 1 root root 171 5. Dez 01:05 .vmlinuz-3.10.0-693.11.1.el7.x86_64.hmac -rwxr-xr-x 1 root root 5889728 4. Jan 02:19 vmlinuz-3.10.0-693.11.6.el7.x86_64 -rw-r--r-- 1 root root 171 4. Jan 02:19 .vmlinuz-3.10.0-693.11.6.el7.x86_64.hmac -rwxr-xr-x 1 root root 5890720 25. Jan 21:26 vmlinuz-3.10.0-693.17.1.el7.x86_64 -rw-r--r-- 1 root root 171 25. Jan 21:26 .vmlinuz-3.10.0-693.17.1.el7.x86_64.hmac -rwxr-xr-x 1 root root 5878848 13. Sep 00:38 vmlinuz-3.10.0-693.2.2.el7.x86_64 -rw-r--r-- 1 root root 170 13. Sep 00:38 .vmlinuz-3.10.0-693.2.2.el7.x86_64.hmac -rwxr-xr-x 1 root root 5878368 20. Okt 22:56 vmlinuz-3.10.0-693.5.2.el7.x86_64 -rw-r--r-- 1 root root 170 20. Okt 22:56 .vmlinuz-3.10.0-693.5.2.el7.x86_64.hmac # cat /etc/grub2.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub2-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set pager=1 if [ -s $prefix/grubenv ]; then load_env fi if [ "${next_entry}" ] ; then set default="${next_entry}" set next_entry= save_env next_entry set boot_once=true else set default="${saved_entry}" fi if [ x"${feature_menuentry_id}" = xy ]; then menuentry_id_option="--id" else menuentry_id_option="" fi export menuentry_id_option if [ "${prev_saved_entry}" ]; then set saved_entry="${prev_saved_entry}" save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } terminal_output console if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/00_tuned ### set tuned_params="" ### END /etc/grub.d/00_tuned ### ### BEGIN /etc/grub.d/01_users ### if [ -f ${prefix}/user.cfg ]; then source ${prefix}/user.cfg if [ -n "${GRUB2_PASSWORD}" ]; then set superusers="root" export superusers password_pbkdf2 root ${GRUB2_PASSWORD} fi fi ### END /etc/grub.d/01_users ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'CentOS Linux (3.10.0-693.17.1.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-327.13.1.el7.x86_64-advanced-2a4bc862-eb7a-46b1-8979-d19c873dca3b' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod part_msdos insmod diskfilter insmod mdraid1x insmod ext2 set root='mduuid/84bbf877f8bd0f7aa0c64064178966b4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/84bbf877f8bd0f7aa0c64064178966b4' 2206a439-5490-46d0-8d5e-9da8962924df else search --no-floppy --fs-uuid --set=root 2206a439-5490-46d0-8d5e-9da8962924df fi linux16 /vmlinuz-3.10.0-693.17.1.el7.x86_64 root=/dev/md/2 ro nomodeset rd.auto=1 crashkernel=auto LANG=en_US.UTF-8 initrd16 /initramfs-3.10.0-693.17.1.el7.x86_64.img } menuentry 'CentOS Linux (3.10.0-693.11.6.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-327.13.1.el7.x86_64-advanced-2a4bc862-eb7a-46b1-8979-d19c873dca3b' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod part_msdos insmod diskfilter insmod mdraid1x insmod ext2 set root='mduuid/84bbf877f8bd0f7aa0c64064178966b4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/84bbf877f8bd0f7aa0c64064178966b4' 2206a439-5490-46d0-8d5e-9da8962924df else search --no-floppy --fs-uuid --set=root 2206a439-5490-46d0-8d5e-9da8962924df fi linux16 /vmlinuz-3.10.0-693.11.6.el7.x86_64 root=/dev/md/2 ro nomodeset rd.auto=1 crashkernel=auto LANG=en_US.UTF-8 initrd16 /initramfs-3.10.0-693.11.6.el7.x86_64.img } menuentry 'CentOS Linux (3.10.0-693.11.1.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-327.13.1.el7.x86_64-advanced-2a4bc862-eb7a-46b1-8979-d19c873dca3b' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod part_msdos insmod diskfilter insmod mdraid1x insmod ext2 set root='mduuid/84bbf877f8bd0f7aa0c64064178966b4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/84bbf877f8bd0f7aa0c64064178966b4' 2206a439-5490-46d0-8d5e-9da8962924df else search --no-floppy --fs-uuid --set=root 2206a439-5490-46d0-8d5e-9da8962924df fi linux16 /vmlinuz-3.10.0-693.11.1.el7.x86_64 root=/dev/md/2 ro nomodeset rd.auto=1 crashkernel=auto LANG=en_US.UTF-8 initrd16 /initramfs-3.10.0-693.11.1.el7.x86_64.img } menuentry 'CentOS Linux (3.10.0-693.5.2.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-327.13.1.el7.x86_64-advanced-2a4bc862-eb7a-46b1-8979-d19c873dca3b' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod part_msdos insmod diskfilter insmod mdraid1x insmod ext2 set root='mduuid/84bbf877f8bd0f7aa0c64064178966b4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/84bbf877f8bd0f7aa0c64064178966b4' 2206a439-5490-46d0-8d5e-9da8962924df else search --no-floppy --fs-uuid --set=root 2206a439-5490-46d0-8d5e-9da8962924df fi linux16 /vmlinuz-3.10.0-693.5.2.el7.x86_64 root=/dev/md/2 ro nomodeset rd.auto=1 crashkernel=auto LANG=en_US.UTF-8 initrd16 /initramfs-3.10.0-693.5.2.el7.x86_64.img } menuentry 'CentOS Linux (3.10.0-693.2.2.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-327.13.1.el7.x86_64-advanced-2a4bc862-eb7a-46b1-8979-d19c873dca3b' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod part_msdos insmod diskfilter insmod mdraid1x insmod ext2 set root='mduuid/84bbf877f8bd0f7aa0c64064178966b4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/84bbf877f8bd0f7aa0c64064178966b4' 2206a439-5490-46d0-8d5e-9da8962924df else search --no-floppy --fs-uuid --set=root 2206a439-5490-46d0-8d5e-9da8962924df fi linux16 /vmlinuz-3.10.0-693.2.2.el7.x86_64 root=/dev/md/2 ro nomodeset rd.auto=1 crashkernel=auto LANG=en_US.UTF-8 initrd16 /initramfs-3.10.0-693.2.2.el7.x86_64.img } menuentry 'CentOS Linux (0-rescue-34946d7b5edb0946bfb52c0f6cae67af) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-0-rescue-34946d7b5edb0946bfb52c0f6cae67af-advanced-2a4bc862-eb7a-46b1-8979-d19c873dca3b' { load_video insmod gzio insmod part_msdos insmod part_msdos insmod diskfilter insmod mdraid1x insmod ext2 set root='mduuid/84bbf877f8bd0f7aa0c64064178966b4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/84bbf877f8bd0f7aa0c64064178966b4' 2206a439-5490-46d0-8d5e-9da8962924df else search --no-floppy --fs-uuid --set=root 2206a439-5490-46d0-8d5e-9da8962924df fi linux16 /vmlinuz-0-rescue-34946d7b5edb0946bfb52c0f6cae67af root=UUID=2a4bc862-eb7a-46b1-8979-d19c873dca3b ro nomodeset rd.auto=1 crashkernel=auto initrd16 /initramfs-0-rescue-34946d7b5edb0946bfb52c0f6cae67af.img } if [ "x$default" = 'CentOS Linux (3.10.0-327.13.1.el7.x86_64) 7 (Core)' ]; then default='Advanced options for CentOS Linux>CentOS Linux (3.10.0-327.13.1.el7.x86_64) 7 (Core)'; fi; ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/20_ppc_terminfo ### ### END /etc/grub.d/20_ppc_terminfo ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f ${config_directory}/custom.cfg ]; then source ${config_directory}/custom.cfg elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### Thank you for any hints Alex

2 2

Allowing non-root users to reboot a workstation
by Felipe Westfields 06 Feb '18

06 Feb '18

I would like to be able to allow regular users that don't have admin privileges to be able to reboot their workstation. (they're software developers so rebooting their workstation doesn't affect anybody else) I tried changing the ownership of /sbin/reboot and /sbin/shutdown to root:users and permissions to 550, but that didn't work - it's still asking for root privileges. Possibly the problem might be that there's centralized LDAP authentication, not local, so the changes I made only apply to local accounts? Any suggestions? FW

7 7

Slightly OT : newsletters, mail formatting and netiquette
by Nicolas Kovacs 06 Feb '18

06 Feb '18

Hi, This question is not exactly CentOS-related strictly speaking, but here goes. I'm running a few newsletter servers for myself and a handful of clients on public CentOS servers with PHPList. For the last twenty years or so I've followed the basic rule that mails should have no formatting whatsoever, only simple text. And now I wonder if that basic rule of netiquette also applies to newsletters. I'm a subscriber to a series of tech-related newsletters, and I couldn't help but notice that they all seem to be HTML-formatted, even those from respectable hardcore geek groups. So my somewhat naive question: is HTML formatting acceptable in newsletters? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

6 6

Re: [CentOS] CentOS Digest, Vol 157, Issue 4
by Stephen Davies 06 Feb '18

06 Feb '18

On 04/02/18 22:30, centos-request(a)centos.org wrote: ---------------- > > Message: 1 > Date: Sat, 3 Feb 2018 16:57:19 -0800 > From: Akemi Yagi <amyagi(a)gmail.com> > To: CentOS mailing list <centos(a)centos.org> > Subject: Re: [CentOS] Update to 3.10.0-693.17.1 breaks ath5k > Message-ID: > <CABA31DoCu6Yf7_nkN6s0Zz=THvrpqAcFfj2=2oTmscTpEPD3XA(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > On Fri, Feb 2, 2018 at 10:57 PM, Stephen Davies <sdavies(a)sdc.com.au> wrote: >> Where can I find a suitable module or even source code to build here? >> >> (Centos 7) > > ELRepo used to provide the kmod-ath5k package. However, the module > does not compile under EL7.4 due to the change in the wireless stack. > If your device needs ath5k, give ELRepo's kernel-lt a try. The module > is enabled in this kernel. > > Akemi > > I have worked around this issue by changing the default boot image to the previous release. I realise that this leaves the Intel issue but I can live with that and without future kernel updates. Hopefully somebody will fix the module before I die. Cheers, Stephen

1 0

Re: [CentOS] CentOS Digest, Vol 157, Issue 4
by Stephen Davies 06 Feb '18

06 Feb '18

On 04/02/18 22:30, centos-request(a)centos.org wrote: ---------------- > > Message: 1 > Date: Sat, 3 Feb 2018 16:57:19 -0800 > From: Akemi Yagi <amyagi(a)gmail.com> > To: CentOS mailing list <centos(a)centos.org> > Subject: Re: [CentOS] Update to 3.10.0-693.17.1 breaks ath5k > Message-ID: > <CABA31DoCu6Yf7_nkN6s0Zz=THvrpqAcFfj2=2oTmscTpEPD3XA(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > On Fri, Feb 2, 2018 at 10:57 PM, Stephen Davies <sdavies(a)sdc.com.au> wrote: >> Where can I find a suitable module or even source code to build here? >> >> (Centos 7) > > ELRepo used to provide the kmod-ath5k package. However, the module > does not compile under EL7.4 due to the change in the wireless stack. > If your device needs ath5k, give ELRepo's kernel-lt a try. The module > is enabled in this kernel. > > Akemi > > I have worked around this issue by changing the default boot image to the previous release. I realise that this leaves the Intel issue but I can live with that and without future kernel updates. Hopefully somebody will fix the module before I die. Cheers, Stephen

1 0

mod_auth_kerb realm not stripped
by ewae rpok 05 Feb '18

05 Feb '18

Hello all. We have a CentOS 7 system integrated with Active Directory. Achieved using realmd, SSSD and krb5-workstation together with a ktpass-generated keytab. Apache's mod_auth_kerb allows users to authenticate via their AD accounts, and authorise with "require user" directive. But so far we fail to authorise via AD group membership. i.e. adding AuthLDAPUrl and "require ldap-group" directives to httpd.conf results in access being denied. Using ldapsearch with GSSAPI (or password entry) works as expected. After looking at debug logs and tcpdump output, I (possibly incorrectly) put the issue down to being unsure how to get krb5_aname_to_localname to function appropriately with the KrbLocalUserMapping directive of apache's mod_auth_kerb. It does do some transformation, converting to lowercase. However the realm part is not stripped off. Example output from apache error_log: [Thu Jan 25 11:53:33.969841 2018] [auth_kerb:debug] [pid 2176] src/mod_auth_kerb.c(1855): [client 192.168.254.170:65016] kerb_authenticate_a_name_to_local_name Test12 at X.Y.Z -> test12 at x.y.z (All other examples I found have output of format: ... Test12 at X.Y.Z -> Test12 ) I have tried experimenting with auth_to_local tags in the [realms] sections of /etc/krb5.conf, but could see no evidence of the rules being invoked. i.e. Same output in the apache error log regardless. This then appears to get passed on for use in subsequent ldap authorisations (apache mod_authnz_ldap). This does not work for us as we need to authorise against stripped user names (Active Directory sAMAccount or similar; our userPrincipalName is a different format: Test12 at Q.Y.Z, so can't workaround using that). I previously posted a similar messages to kerberos(a)mit.edu but got no feedback. Hopefully this list might be more appropriate. Grateful for any advice, Ewae.

1 0

shutdown or poweroff?
by Walter H. 04 Feb '18

04 Feb '18

Hello, just a simple question, my router has CentOS 6 with the apcupsd running, in the log of apcupsd I see this: 2018-02-01 19:05:54 +0100 apcupsd 3.14.12 (29 March 2014) redhat startup succeeded 2018-02-04 15:52:43 +0100 Power failure. 2018-02-04 15:52:49 +0100 Running on UPS batteries. 2018-02-04 15:53:00 +0100 Reached remaining time percentage limit on batteries. 2018-02-04 15:53:00 +0100 Initiating system shutdown! 2018-02-04 15:53:00 +0100 User logins prohibited 2018-02-04 15:53:37 +0100 apcupsd exiting, signal 15 2018-02-04 15:53:37 +0100 apcupsd shutdown succeeded does this mean the shutdown was successfull? is there other log where I can verify this: because shutting down squid takes almost a minute or so ... Thanks, Walter

2 1

Update to 3.10.0-693.17.1 breaks ath5k
by Stephen Davies 04 Feb '18

04 Feb '18

Where can I find a suitable module or even source code to build here? (Centos 7) Cheers and thanks, Stephen

2 1

OT: RepoForge/RPMForge State Survey
by David Hrbáč 03 Feb '18

03 Feb '18

Hello, RepoForge used to be one of the important repositories for CentOS/RHEL. I know that RepoForge is considered to be clinically dead nowadays. On the other hand RepoForge is still physically alive. We would like to harness community opinion on RepoForge status and future. In case that you use or used to use the RepoForge I kindly ask you to fill up this form to help us with the decision. The form is here: https://goo.gl/forms/4SLFnD16K4yJeitt2 Thanks a lot, David Hrbáč

1 0

Error installing Nvidia driver on a 7.5 beta kernel
by James Pearson 03 Feb '18

03 Feb '18

OK, I know CentOS has nothing to do with RHEL beta releases, but I wanted to test if el7.5 has added support for a particular peripheral (Wacom Pro 2 tablet) ... but was unable to install the propriety Nvidia display driver (v390.25) on a test workstation - and was wondering if anyone could explain on what is going on. All I've done is upgrade an existing CentOS 7.4 install with the RHEL 7.5 beta kernel RPMS However, when installing the Nvidia driver, it fails with: FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__cachemode2pte_tbl' A bit of Googling seems to suggest that this issue has been 'fixed' in later upstream kernels by changing the export of this symbol from 'EXPORT_SYMBOL_GPL' to 'EXPORT_SYMBOL' However, 7.4 and earlier el7 kernels also export this symbol as EXPORT_SYMBOL_GPL - but the Nvidia driver builds/installs fine on 7.4 kernels ... So, I'm not really sure what the issue is - i.e. is it an Nvidia or Redhat issue ? For now, I've managed to hack around this by patching the stub Nvidia driver src to change MODULE_LICENSE from "NVIDIA" to "GPL" - and the Nvidia driver now installs and loads OK If anyone knows any more about this, then please let me know Thanks James Pearson

2 3

Software does not boot in Secure Boot
by Mikhail Utin 02 Feb '18

02 Feb '18

The matter of EUFI’s Secure Boot vs Legacy Boot has been briefly discussed a couple of days ago. I would ask the List opinion concerning our case. A bit of the history. We’ve been in the research of malicious hypervisor threat since 2013. We finally developed publicly available HyperCatcher freeware. It runs on specially built Ubuntu 14.4. We tried CentOS 6/7 as well. The OS was compiled to minimize the number of services and OS features to only essential to the application. The software is ISO bootable image. The problem. As of today, we recommend to switch to Legacy option before booting. Our attempts to find out how to boot in Secure were unsuccessful. I believe that it is not possible if Secure Boot functions correctly. Does anybody know (excepting hacking the UEFI firmware and utilizing nice 0-day) if boot-up is still possible in Secure Boot? We tried so far a few Dell models. What could we add in bootable image so Secure Boot considered it as OK? There is yet another small issue of Ubuntu output messages while booting, which you could see is you try to use and boot our software. Such “leftovers” are not really important but a bit disturbing people who use our software. Is there anything like compilation option etc. we can use to block Ubuntu boot-up screen output? One technical note on our research. We experimented with VMware hypervisor (CentOS 6/7 and Ubuntu 14 OS as operating environment as well). The conclusion is that well-designed hypervisor adds less than one percent (0.7% in most cases) of current CPU utilization. For instance, 100% utilization means 99.3% user software and 0.7% the hypervisor. You can use your system for years but will never notice that a hypervisor runs below your OS. It can come from anywhere and even from your motherboard firmware. Mikhail Utin, CISSP Rubos, Inc. mutin(a)rubos.com mikhailutin(a)!hotmail.com

1 0

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

02 Feb '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:0260 Moderate CentOS 7 systemd Security Update (Johnny Hughes) 2. CESA-2018:0262 Important CentOS 7 thunderbird Security Update (Johnny Hughes) 3. CESA-2018:0262 Important CentOS 6 thunderbird Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 1 Feb 2018 23:43:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0260 Moderate CentOS 7 systemd Security Update Message-ID: <20180201234331.GA46540(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0260 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:0260 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a7ff6697cba768a37cfbf5b08cd4fea42887544e64fa81d652726fac42328c22 libgudev1-219-42.el7_4.7.i686.rpm ae8a35516e4db15022c7bdf3dc7fb17d565c3566bfe0598e9e83fd79f7bcb78e libgudev1-219-42.el7_4.7.x86_64.rpm 387700a80d251f5fd2c4ed4f4d6be0c0dd31cd13218034b7bee995602965c794 libgudev1-devel-219-42.el7_4.7.i686.rpm b1e7c83f256176b876f5f9df330e2c97011efd1e301c8e2b8bd6951479f9fced libgudev1-devel-219-42.el7_4.7.x86_64.rpm b048c461c24df985cf5d3daa80c79fddfd435b01c81ece0543b8f6e44902b3c2 systemd-219-42.el7_4.7.x86_64.rpm 5b8a7713fe41db817ca9e7d734f9fc7e3e9bb2c751317adec9129529b1a3a711 systemd-devel-219-42.el7_4.7.i686.rpm df475636c40dff17bb76c95952b1a84df70234ce6164ec5d8d6e0622c18a26de systemd-devel-219-42.el7_4.7.x86_64.rpm 8b0f6580d8ac768bb2bdd2d3fea37471c12f69622070c028c6654a67d9ed62ba systemd-journal-gateway-219-42.el7_4.7.x86_64.rpm 39996be3a24fea93dd74b3858e849bd13d42b3618933646c014999301f74c989 systemd-libs-219-42.el7_4.7.i686.rpm d7ba060ecee893b2e60d18394899768fe93a9199a3eba7eb0e2b2942a4d5b03f systemd-libs-219-42.el7_4.7.x86_64.rpm efe57fcbf99513a07140cb9ab10780cc416bbc0a3fa51775fb628331ee99910a systemd-networkd-219-42.el7_4.7.x86_64.rpm ccff4b016165af8c211c4ff5c0dd2668498487130c7a18da188281f0b8c2fcac systemd-python-219-42.el7_4.7.x86_64.rpm 6179b555b0aea983902a99e83a2e2687ef6cdba897e8fe804c9c860f36fa1642 systemd-resolved-219-42.el7_4.7.i686.rpm 73889e7ca81e3d4f6c918e5c7928ab47927f227a833a20821a2f9f994e393d80 systemd-resolved-219-42.el7_4.7.x86_64.rpm 4669da503e9376fc14044bd230db80452c595c09c439dc769d92b6844b4a5488 systemd-sysv-219-42.el7_4.7.x86_64.rpm Source: 6857f944bb775fce5c2ec5942d5b9bbff74b3ac0d7466b4b0d2c10ed5c6e898a systemd-219-42.el7_4.7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 1 Feb 2018 23:44:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0262 Important CentOS 7 thunderbird Security Update Message-ID: <20180201234438.GA46591(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0262 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0262 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c5a42870fd0dbb44e82f8030a889a0bdf8cb2f8b1becb9d49763070d47820ff0 thunderbird-52.6.0-1.el7.centos.x86_64.rpm Source: 92c034d0d0f6895453c4e371841d78a5bfdedb11df63cf21a1d1c341c5216f35 thunderbird-52.6.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 1 Feb 2018 23:45:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0262 Important CentOS 6 thunderbird Security Update Message-ID: <20180201234544.GA46715(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0262 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0262 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4c5faa32a2ce2a7945e7e58a31c90a29f5c8bbc1522299ca8074ff0b179fe244 thunderbird-52.6.0-1.el6.centos.i686.rpm x86_64: 4f97f078cdf9f020ebc5cad99100a54f18bb74b23673f8226fb77763320cebc8 thunderbird-52.6.0-1.el6.centos.x86_64.rpm Source: 27aefaa5049fbe2eae663bca4d17c93281223bdae48cf918b774ee2ad6d7fec3 thunderbird-52.6.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 156, Issue 1 ***********************************************

1 0

In reply to: What is best way of managing isolated network environment?
by Leroy Tennison 01 Feb '18

01 Feb '18

(Couldn't find the original request in my email but definitely have an idea). Set up an OpenVPN server on your network and create a client on the isolated network (set up to connect on boot), configure routing appropriately. You get to decide what subnet the VPN IP address is on, in this situation I recommend a static IP address for the client. From your network you connect to the OpenVPN IP address and connect to the rest of the isolated network from it (or set up multiple clients on the isolated network).

1 0

What is best way of managing isolated network environment?
by Xinhuan Zheng 01 Feb '18

01 Feb '18

Hello, We need to manage isolated network environment so that even though host name and ip address could be same, but they are located in isolated network environment so that’s not a problem. However, that would be very challenging to build a server in such an isolated environment. For example, we could do kickstart to build a server in non-isolated network environment, but for isolated one, we don’t have such a kickstart server. If we had such one, that would mean we consume more resources for building server. What is best way of managing such isolated environment in terms of easily building servers? Thank you, - xinhuan

2 1

Xen hypervisor on CentOS 7.4 with modern UEFI server not booting from grub
by John Naggets 01 Feb '18

01 Feb '18

Hi, I installed CentOS 7.4 on a modern Lenovo ThinkSystem SR630 server which uses UEFI. So far so good CentOS 7.4 works fine so then I went on to install the Xen hypervisor by following the instructions from the wiki (https://wiki.centos.org/HowTos/Xen/Xen4QuickStart) Unfortunately when I reboot after having installed the xen package the system does not boot into "CentOS Linux, with Xen hypervisor" from the grub menu prompt. I get the following error: Loading Xen 4.6.6-8.el7 ... error: can't find command `multiboot'. Loading Linux 4.9.75-29.el7.x86_64 ... error: can't find command `module'. Loading initial ramdisk ... error: can't find command `module'. Press any key to continue... The problem which I encounter here is exactly the same issue as described for Fedora in the RedHat bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1286317 with the exception that for me it's CentOS 7.4 and that the workarounds as described in that bug do not work. Does anyone know how I can make my CentOS boot with the Xen hypervisor using UEFI? Thank you very much for your help. Best regards, John

5 6

best centos server setup for graphics intensive kvm vms?
by Morgan Read 31 Jan '18

31 Jan '18

Hallo list I've been running fedora for donks as my production laptop os, but now I want to set up one of those old laptops to run as a home server running a number of home type vm appliances. I don't want to risk having to tear down and rebuild the setup every 6 months to a year - so, figure centos is my best canditate to run as a stable server. The sort of home type vms I envisage running include: LibreELEC https://libreelec.tv/ Vortexbox https://wiki.vortexbox.org/available_images ownCloud https://owncloud.org/download/#owncloud-server-appliance freeSwitch https://freeswitch.org/pages/vm.html Etc... Without wanting to start a very competative discussion - what would be a suggested minimal centos 7 install to provide such a server? My main area of confusion is whether I need a gui on the server for kodi? Many thanks for any answers to this wildly open ended question! M -- Morgan Read E mstuff(a)read.org.nz

2 6

How is initrd.img packed and compressed?
by Mircea Husz 31 Jan '18

31 Jan '18

Hi, In order to work around a known upstream bug I needed to add a udev rule to pxeboot initrd.img on CentOS 7. The process is straightforward: 1 - extract the pxeboot initrd.img to a new directory 2 - add the udev rule needed to fix the bug 3 - pack and compress it back in initrd.img format The resulting updated image works, it fixes the upstream bug and life is good. But although it works, it's not the same format as the original initrd.img that ships with the distro. I would like to know the proper incantation used to package initrd.img Now for the specifics. The original image: http://mirror.steadfast.net/ centos/7.4.1708/os/x86_64/isolinux/initrd.img is extracted: /usr/lib/dracut/skipcpio initrd.img | xzcat | cpio -i -d and after adding the needed udev rule, it gets packed and compressed as follows: find . 2>/dev/null | cpio --quiet -c -o | xz -9 --format=lzma >"~/patched-initrd.img" Now for the difference. FIrst the original distro image: # file initrd.img initrd.img: xz compressed data # file patched-initrd.img patched-initrd.img: LZMA compressed data, streamed Without the --format=lzma flag it fails to boot. Does anyone know how this is done properly ? Thanks, -Mike

3 4

Re: [CentOS] systemd-udevd not applying ATTR to block device at boot
by Nick.Jacques 31 Jan '18

31 Jan '18

I suppose it would help if I posted relevant version info (sorry about that...) CentOS Linux release 7.4.1708 (Core) @ 3.10.0-693.11.6.el7.x86_64 systemd-219-42.el7_4.4.x86_64 $ modinfo virtio_scsi filename: /lib/modules/3.10.0-693.11.6.el7.x86_64/kernel/drivers/scsi/virtio_scsi.ko.xz license: GPL description: Virtio SCSI HBA driver rhelversion: 7.4 srcversion: A80DAE9007C7FCF3DDD1501 alias: virtio:d00000008v* depends: virtio,virtio_ring intree: Y vermagic: 3.10.0-693.11.6.el7.x86_64 SMP mod_unload modversions signer: CentOS Linux kernel signing key sig_key: 2C:BC:98:70:54:63:43:CA:3A:E1:20:C2:BC:EB:98:44:01:95:59:62 sig_hashalgo: sha256 I'm happy to provide any other relevant info if needed! Thanks again! Nick On 1/31/18, 12:49 AM, "CentOS on behalf of Nick.Jacques" <centos-bounces(a)centos.org on behalf of Nick.Jacques(a)target.com> wrote: Hi everyone, I have a udev rule file that contains a singular rule: SUBSYSTEM=="block", ACTION=="add|change", ENV{ID_VENDOR}=="*Google*", ENV{DEVTYPE}=="disk", ATTR{queue/scheduler}:="noop" When I use a Google Cloud instance and boot it, things work as expected and /dev/sda (a persistent disk) uses the noop scheduler. If the instance also has a Local SSD type disk, however, the change in scheduler is not applied. This is a bit academic, because the Local SSD device uses noop by default (somehow, I don’t see any udev rules for setting this outside of my own). But, for instance, if I set the scheduler in the udev rules to “cfq,” at boot, /dev/sda will use cfq and /dev/sdb will use noop. If I run udevadm trigger after boot, then /dev/sdb will use cfq. So, it appears that at boot time, for some reason, my scheduler is not being applied to /dev/sdb. I’ve tried a handful of things: - changing the order of my udev rule file: I’ve tried 10-, 90-, and 99- prefixes. My rule file is in /etc/udev/rules.d/. - using ATTR{queue/scheduler}:="noop" and ATTR{queue/scheduler}="noop" (both the = and := operator) - searching the internet for all kinds of variations on “udev rule not applying at boot” but so far, I’ve come up empty-handed. The only thing I can think of is that I am hitting some sort of race condition and udev is unable to set the ATTR in /sys, but I’m not sure how I can confirm this. Below are dumps from udevadm of the block devices, /dev/sda (a Google Cloud persistent disk that is my root partition) and /dev/sdb (a Google Cloud ephemeral disk [local SSD] that is mounted at /local-ssd). Thanks in advance for any assistance! Nick < trimmed udevadm output>

1 0

CentOS-announce Digest, Vol 155, Issue 8
by centos-announce-request＠centos.org 31 Jan '18

31 Jan '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:0177 CentOS 6 ntp BugFix Update (Johnny Hughes) 2. CEBA-2018:0175 CentOS 6 util-linux-ng BugFix Update (Johnny Hughes) 3. CEBA-2018:0172 CentOS 6 xorg-x11-server BugFix Update (Johnny Hughes) 4. CEBA-2018:0174 CentOS 6 python-setuptools BugFix Update (Johnny Hughes) 5. CEBA-2018:0171 CentOS 6 sysstat BugFix Update (Johnny Hughes) 6. CEBA-2018:0173 CentOS 6 copy-jdk-configs BugFix Update (Johnny Hughes) 7. CEBA-2018:0170 CentOS 6 samba BugFix Update (Johnny Hughes) 8. CEBA-2018:0176 CentOS 6 selinux-policy BugFix Update (Johnny Hughes) 9. CESA-2018:0169 Important CentOS 6 kernel Security Update (Johnny Hughes) 10. CEEA-2018:0232 CentOS 6 tzdata Enhancement Update (Johnny Hughes) 11. CEEA-2018:0232 CentOS 7 tzdata Enhancement Update (Johnny Hughes) 12. CEBA-2018-C001 CentOS 7 yum BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 31 Jan 2018 11:23:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0177 CentOS 6 ntp BugFix Update Message-ID: <20180131112309.GA8283(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0177 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0177 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a34e894b7f4d0f1611c1aef3120d9984831eba0dcbf32925f2dc97746ca8d627 ntp-4.2.6p5-12.el6.centos.2.i686.rpm 4bd52de4c9cd68a8c64bdcbdba4731ab6484acbd40dab301e902b158f1ee8c0b ntpdate-4.2.6p5-12.el6.centos.2.i686.rpm aace480a03173bdb8427b6921e3e5778dd8d643aa4060e202a1b86e7b1b32b09 ntp-doc-4.2.6p5-12.el6.centos.2.noarch.rpm 7ab32cb504682ac0037c1ea2a57f4bacd1a1a53374d71124c99117d304fc4775 ntp-perl-4.2.6p5-12.el6.centos.2.i686.rpm x86_64: a6b75849dc4500708abf7e3e9cb4eb9a24fb63ed38101785f036f73383252bd9 ntp-4.2.6p5-12.el6.centos.2.x86_64.rpm fb9b356d5254d9fd8dfc11ca809d855159e2cb69e558434c9845f673f346a45c ntpdate-4.2.6p5-12.el6.centos.2.x86_64.rpm aace480a03173bdb8427b6921e3e5778dd8d643aa4060e202a1b86e7b1b32b09 ntp-doc-4.2.6p5-12.el6.centos.2.noarch.rpm b740b9a6b0ea834c5fba43d209c4eae2d46f6167d5d67b28a19c27dc420edfb0 ntp-perl-4.2.6p5-12.el6.centos.2.x86_64.rpm Source: 840ea6a27d64a6c775bd744aa7d6084cdb3775242328002fc804fa7aecb471f5 ntp-4.2.6p5-12.el6.centos.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 31 Jan 2018 11:24:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0175 CentOS 6 util-linux-ng BugFix Update Message-ID: <20180131112403.GA8391(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0175 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0175 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 02a1b72b703e58c2a83ad1fb82f0a349e13d43d95abddc434b6cbf08832c3f5e libblkid-2.17.2-12.28.el6_9.2.i686.rpm 1308e912cb45f1ee2020c9139905a026a70b902108c8a1c650a99979756e96aa libblkid-devel-2.17.2-12.28.el6_9.2.i686.rpm 437e0faf436d7831351fc225dfde87744ecea4f70d893e3de5c18c85724e00b0 libuuid-2.17.2-12.28.el6_9.2.i686.rpm 1a8a63e9b6015f526f4c3eed02439eab19d7d51d4da7c3b0a89dfb027f5773ba libuuid-devel-2.17.2-12.28.el6_9.2.i686.rpm 7bf41e121d136ed0033198719c36c2227350f06b88178ae66f5dac01e63cd19e util-linux-ng-2.17.2-12.28.el6_9.2.i686.rpm 40d4855e55bd1f307ec2bf444323c35a72327fdf55729ab3affcfb07986125d9 uuidd-2.17.2-12.28.el6_9.2.i686.rpm x86_64: 02a1b72b703e58c2a83ad1fb82f0a349e13d43d95abddc434b6cbf08832c3f5e libblkid-2.17.2-12.28.el6_9.2.i686.rpm 8bf0d4450653616485eb509fa3d646f80b4606ca110a18d87ed4aa57dcb355a2 libblkid-2.17.2-12.28.el6_9.2.x86_64.rpm 1308e912cb45f1ee2020c9139905a026a70b902108c8a1c650a99979756e96aa libblkid-devel-2.17.2-12.28.el6_9.2.i686.rpm 653fba9367a034e48a75cdb78a2d3d1c02018cfc786a8b636f978ead98094bcf libblkid-devel-2.17.2-12.28.el6_9.2.x86_64.rpm 437e0faf436d7831351fc225dfde87744ecea4f70d893e3de5c18c85724e00b0 libuuid-2.17.2-12.28.el6_9.2.i686.rpm 78e538ffb30ae1c33ed276d803c4a82db1cb43c856a7ca0227ee11371d450d15 libuuid-2.17.2-12.28.el6_9.2.x86_64.rpm 1a8a63e9b6015f526f4c3eed02439eab19d7d51d4da7c3b0a89dfb027f5773ba libuuid-devel-2.17.2-12.28.el6_9.2.i686.rpm 551cb94ec7403c90a0f6f6adf73674d08d122b3beb2c74c857b546c5efd86db0 libuuid-devel-2.17.2-12.28.el6_9.2.x86_64.rpm 7bf41e121d136ed0033198719c36c2227350f06b88178ae66f5dac01e63cd19e util-linux-ng-2.17.2-12.28.el6_9.2.i686.rpm e12503881671db8a52044044509e77b59f04884499f191a2bfc332750cc65131 util-linux-ng-2.17.2-12.28.el6_9.2.x86_64.rpm 9674dc0a2bfa6f6c6a4c95bb7ea1ad6ee63d48fefaa56c998e2fae6c50b6ec92 uuidd-2.17.2-12.28.el6_9.2.x86_64.rpm Source: e1814d68c3770b5766141fb6cc5c53b53d8d4f929bee57d96e6bd61b0edc72ee util-linux-ng-2.17.2-12.28.el6_9.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 31 Jan 2018 11:26:01 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0172 CentOS 6 xorg-x11-server BugFix Update Message-ID: <20180131112601.GA8540(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0172 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0172 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 21e70bf33c7a454d93cd4e1a2d0e22269959ff5cd8d564c4b768aab990d2d472 xorg-x11-server-common-1.17.4-16.el6.centos.1.i686.rpm 6e28f3e75a9aefc7bb52081b08b34b83ed90dcd4a5f1236694f30b55f609e492 xorg-x11-server-devel-1.17.4-16.el6.centos.1.i686.rpm 4ccba092318832a7cf7fecd42b329fb192a92d85e85227d2495d94c4daf244cb xorg-x11-server-source-1.17.4-16.el6.centos.1.noarch.rpm 01ccdf09690c8fa06f761db85a5664c414ae4b40e1ff72b95315a2b8be53fd92 xorg-x11-server-Xdmx-1.17.4-16.el6.centos.1.i686.rpm 12ec822022b37cf0a757491fdfe798e913413ca88c81ac49e632a363ce1f0155 xorg-x11-server-Xephyr-1.17.4-16.el6.centos.1.i686.rpm 37cc71fb2763363f88494b56d90433fa47c611ab75b84fe1c043e96d5dc779af xorg-x11-server-Xnest-1.17.4-16.el6.centos.1.i686.rpm eb72dff3e5f414c834ccad5b7c3181f2f08ef0be7572381be676bbd94bd5c7d2 xorg-x11-server-Xorg-1.17.4-16.el6.centos.1.i686.rpm b59e0679404819119ba4834268dd8803594b0eee5a1641f6933181e9da434867 xorg-x11-server-Xvfb-1.17.4-16.el6.centos.1.i686.rpm x86_64: fd8f24f62e0de8475c0eeec2dd9e3356d6bdaaf2a552f17a5fd150a76561f7c7 xorg-x11-server-common-1.17.4-16.el6.centos.1.x86_64.rpm 6e28f3e75a9aefc7bb52081b08b34b83ed90dcd4a5f1236694f30b55f609e492 xorg-x11-server-devel-1.17.4-16.el6.centos.1.i686.rpm db16001801e2620ec5a4cb19a168c93e09ea353ea094340caf95e94f1f47f119 xorg-x11-server-devel-1.17.4-16.el6.centos.1.x86_64.rpm 4ccba092318832a7cf7fecd42b329fb192a92d85e85227d2495d94c4daf244cb xorg-x11-server-source-1.17.4-16.el6.centos.1.noarch.rpm 50234e35272d7f95db6cb22e371c804d3f7b4d27dcc174db7039e627f4fccd79 xorg-x11-server-Xdmx-1.17.4-16.el6.centos.1.x86_64.rpm 489b844187c92326dfe4ecbde1718fc5562c085ddac2e16cec1af5d0423226a3 xorg-x11-server-Xephyr-1.17.4-16.el6.centos.1.x86_64.rpm 1a4ceaa47e0e0d1550b820ce1d39246de210e9f20f6836843818ae6539c18e5f xorg-x11-server-Xnest-1.17.4-16.el6.centos.1.x86_64.rpm 57952be7977263a4783b9251cf5d7ecc7dbdbb4492cea8faa052527e851ae0c9 xorg-x11-server-Xorg-1.17.4-16.el6.centos.1.x86_64.rpm 6cb4904903c3c69dfb79b8fd99e509202249d2a98a60744d24477c97cd116849 xorg-x11-server-Xvfb-1.17.4-16.el6.centos.1.x86_64.rpm Source: c3ca0ce9f3c96067949d55d9ea2914a9758772c568e4934da3b07e21c0e7fc59 xorg-x11-server-1.17.4-16.el6.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Wed, 31 Jan 2018 11:28:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0174 CentOS 6 python-setuptools BugFix Update Message-ID: <20180131112820.GA8723(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0174 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0174 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 85f193ba9b47719ad5a8839c395b6db1d60a0345b24a6f479c7bb51d993711ec python-setuptools-0.6.10-4el6_9.noarch.rpm x86_64: 85f193ba9b47719ad5a8839c395b6db1d60a0345b24a6f479c7bb51d993711ec python-setuptools-0.6.10-4el6_9.noarch.rpm Source: aa98e4b436c3ddba7059b92ec43b2ab6394557cd0b9924aa1f25f8cb6098c1fc python-setuptools-0.6.10-4el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Wed, 31 Jan 2018 11:30:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0171 CentOS 6 sysstat BugFix Update Message-ID: <20180131113025.GA8798(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0171 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0171 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bef4ed0935e7c6902d9504643add29cbbd040de198c892a2074791884ec6df38 sysstat-9.0.4-33el6_9.1.i686.rpm x86_64: b05d4090caae0fb2df7005a07862ce2ce82e88ced1a58f42f2eb88769e47a45b sysstat-9.0.4-33el6_9.1.x86_64.rpm Source: 119136ea4e0e8b7d4b8ed27899b719e092179c6da21e8392135dba475b344260 sysstat-9.0.4-33el6_9.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Wed, 31 Jan 2018 11:31:14 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0173 CentOS 6 copy-jdk-configs BugFix Update Message-ID: <20180131113114.GA8863(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0173 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0173 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8b52dfb2f1e76f00829c5c983eaef8ad3eddcbecd22c6ef6ab29437df820462b copy-jdk-configs-1.3-3el6_9.noarch.rpm x86_64: 8b52dfb2f1e76f00829c5c983eaef8ad3eddcbecd22c6ef6ab29437df820462b copy-jdk-configs-1.3-3el6_9.noarch.rpm Source: 9fadd77d934f32e93a5eac5020314d264e1074dde632aa26160b259c2aec91ce copy-jdk-configs-1.3-3el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Wed, 31 Jan 2018 11:32:01 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0170 CentOS 6 samba BugFix Update Message-ID: <20180131113201.GA9021(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0170 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0170 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c77389e4d4e5f270f65584f326624d23def194baf2b3adda7e547b117c3030ff libsmbclient-3.6.23-46el6_9.i686.rpm 91b5de6b0000e5a3ad6716125f2d1cc2b0672eac4a41f136db79b0093049ea5c libsmbclient-devel-3.6.23-46el6_9.i686.rpm 2f12f1acea353221ebe477f2e9354d5fd6a003c7b7856bf51cca9c354ca153d1 samba-3.6.23-46el6_9.i686.rpm 4292992a0c2db0fe005e34869348bdfcc3d5696678d118e0dcba8e3aa9a76e88 samba-client-3.6.23-46el6_9.i686.rpm cd2d55495cdb5d1869b27aaf8c55fa15474b43e9de9a4fb86b25f79bb102a5d0 samba-common-3.6.23-46el6_9.i686.rpm 1967db656368861036a3170b15ad73584e5d9d9dd5a6ab03a17a34224cb59347 samba-doc-3.6.23-46el6_9.i686.rpm 36cbc7c84f46dbc2471250b8108f9adfd540535235b0d66f1c2b6810d86b2ea4 samba-domainjoin-gui-3.6.23-46el6_9.i686.rpm 8b845d44e76066172ffd43c29375b287f998488e3e92b7cff560c9c23cb2d6f8 samba-swat-3.6.23-46el6_9.i686.rpm 24651162fa29b1de855fb0911b0ceddf0369223351f495c885b42a77d0221ae0 samba-winbind-3.6.23-46el6_9.i686.rpm 9309ef8e7aecaaf7fdbb10bcad5390756463b449be001323fde2716c323f1a1f samba-winbind-clients-3.6.23-46el6_9.i686.rpm 4e9b68b79a5880706d155047e3129a124b3bffd881d03707de6914949ec3b94c samba-winbind-devel-3.6.23-46el6_9.i686.rpm 9a739d533dd7622cfcf0bd381a8d8f5e03132afb012266c184df9bc14bfd8ecc samba-winbind-krb5-locator-3.6.23-46el6_9.i686.rpm x86_64: c77389e4d4e5f270f65584f326624d23def194baf2b3adda7e547b117c3030ff libsmbclient-3.6.23-46el6_9.i686.rpm 62cc7d48bd5052a326c2e1519f6e713255bd9f279dca96b602a746a65f407be3 libsmbclient-3.6.23-46el6_9.x86_64.rpm 91b5de6b0000e5a3ad6716125f2d1cc2b0672eac4a41f136db79b0093049ea5c libsmbclient-devel-3.6.23-46el6_9.i686.rpm 8ea11cc14f25841d7b7ba18111afad4d7f56a6f7a73ebd9deda3d01735ae4135 libsmbclient-devel-3.6.23-46el6_9.x86_64.rpm 6374b969f33f17abaf33ef770d0dcfa44f4ed34cddf03fbcf99e5783e47650f1 samba-3.6.23-46el6_9.x86_64.rpm 2cb1b15b48487614615f1ff7126eb33103ff62ea7326fa536d05b2f076b64df6 samba-client-3.6.23-46el6_9.x86_64.rpm cd2d55495cdb5d1869b27aaf8c55fa15474b43e9de9a4fb86b25f79bb102a5d0 samba-common-3.6.23-46el6_9.i686.rpm 47ebc25d4df8b46cbb79197ad14ff111e14a65ba2ae3137b3d49a9f220e9917e samba-common-3.6.23-46el6_9.x86_64.rpm 4851c21eb922e8133a24244bacca4d9954f4320713bf839004cd76bd271a8c95 samba-doc-3.6.23-46el6_9.x86_64.rpm ed8b6ce62fb16c6b19f68a2c4d75140fbc8c7bea75c43ceaf8ae4a2682656d44 samba-domainjoin-gui-3.6.23-46el6_9.x86_64.rpm f1c63ab935261fa95455433dc95db80f2634b50d09279c2d1181097261afb4c8 samba-glusterfs-3.6.23-46el6_9.x86_64.rpm eec44c614e2cd03955bdc5f681a931054dda7b8f7bfdba92121f28c12da0d9f8 samba-swat-3.6.23-46el6_9.x86_64.rpm 16e05f98ce5ce1062c12e97183ef3be3fd88d8906f1b15798cf04a389e051db5 samba-winbind-3.6.23-46el6_9.x86_64.rpm 9309ef8e7aecaaf7fdbb10bcad5390756463b449be001323fde2716c323f1a1f samba-winbind-clients-3.6.23-46el6_9.i686.rpm a62613b101321c2cf52142320569671adb857a167393a0c030bdbd7d43552710 samba-winbind-clients-3.6.23-46el6_9.x86_64.rpm 4e9b68b79a5880706d155047e3129a124b3bffd881d03707de6914949ec3b94c samba-winbind-devel-3.6.23-46el6_9.i686.rpm a5a85f83d2711d367a686a09b349a6efb3ed00655f23dfb0245ca67c3183bc45 samba-winbind-devel-3.6.23-46el6_9.x86_64.rpm b7d66b5f1b19f5bcd962bb2713cb0b12f3481d3de6d6c89004ff25d2212ff8b3 samba-winbind-krb5-locator-3.6.23-46el6_9.x86_64.rpm Source: 6dd390569126cabf6aa5d177aec5d8c95a3ac75886f43a99b930c6668b588a40 samba-3.6.23-46el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Wed, 31 Jan 2018 11:32:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0176 CentOS 6 selinux-policy BugFix Update Message-ID: <20180131113255.GA9124(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0176 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0176 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3f2cc3450c322f9c080a5f155833e5c3e47f16e4fad49b3cb2e83e19814aeda0 selinux-policy-3.7.19-307el6_9.3.noarch.rpm 63ec7f19c9d9a8480f31b5eb421af2c441149408c1afebfaaa6bafbcb4b0f69f selinux-policy-doc-3.7.19-307el6_9.3.noarch.rpm 89881c3aa456ecf62ac8ecb6ebb58bbbc7e9aa47b985e2d7cc03310e3da3affb selinux-policy-minimum-3.7.19-307el6_9.3.noarch.rpm d7d14eaf4800055aca806037ec4f1c2a5e0626ad0fc794524dbac89a4fbc087a selinux-policy-mls-3.7.19-307el6_9.3.noarch.rpm 41067f63655b6c7e3012f12bdf17530c01a739a1804778f59893d5f53f8d8731 selinux-policy-targeted-3.7.19-307el6_9.3.noarch.rpm x86_64: 3f2cc3450c322f9c080a5f155833e5c3e47f16e4fad49b3cb2e83e19814aeda0 selinux-policy-3.7.19-307el6_9.3.noarch.rpm 63ec7f19c9d9a8480f31b5eb421af2c441149408c1afebfaaa6bafbcb4b0f69f selinux-policy-doc-3.7.19-307el6_9.3.noarch.rpm 89881c3aa456ecf62ac8ecb6ebb58bbbc7e9aa47b985e2d7cc03310e3da3affb selinux-policy-minimum-3.7.19-307el6_9.3.noarch.rpm d7d14eaf4800055aca806037ec4f1c2a5e0626ad0fc794524dbac89a4fbc087a selinux-policy-mls-3.7.19-307el6_9.3.noarch.rpm 41067f63655b6c7e3012f12bdf17530c01a739a1804778f59893d5f53f8d8731 selinux-policy-targeted-3.7.19-307el6_9.3.noarch.rpm Source: 42a1a37d13e754c567491365bb63b24f49ac138d22acb5ebd1339fe7085aef79 selinux-policy-3.7.19-307el6_9.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Wed, 31 Jan 2018 11:35:03 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0169 Important CentOS 6 kernel Security Update Message-ID: <20180131113503.GA9276(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0169 Important Upstream details at : https://access.redhat.com/errata/RHBA-2018:0169 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 45ceda262bfe8889141e31264cf8a2857fbc27df9aebc3fa52cf3df906b3d5a1 kernel-2.6.32-696.20.1.el6.i686.rpm f842b31c6b18c7ab121135f91a03c14ac752e542a5bd5e44b008ccf880429132 kernel-abi-whitelists-2.6.32-696.20.1.el6.noarch.rpm 9eb744ba9880464eff5064878e43312b4a0c50970ed43d2f850e38b44a47261d kernel-debug-2.6.32-696.20.1.el6.i686.rpm a02cbbcee7b8be17d68b51b3be0f000939cbe11e2d39163132c1f8797d479e22 kernel-debug-devel-2.6.32-696.20.1.el6.i686.rpm f456bba9e68f906c7c0001ee83b8f456e6ca4a9c23afcfeb48bd2371cf7ba692 kernel-devel-2.6.32-696.20.1.el6.i686.rpm c6544dc92d956edcc94a8104e9d37b4f68ea1c6dcf239eaa1e9e33463be81a0a kernel-doc-2.6.32-696.20.1.el6.noarch.rpm fccb74f97d53da4291ddfb18dc734782b97dc049453f9fd0218e6e02326930a4 kernel-firmware-2.6.32-696.20.1.el6.noarch.rpm e6e937d82dc40103363b3e97e132d94c7f72c7cb2b93ea25ced8a07f362079df kernel-headers-2.6.32-696.20.1.el6.i686.rpm 2d525576a8038bdc636bf9da5bc96787c2b34ed7a55ffa1ec4adf2282c8499f7 perf-2.6.32-696.20.1.el6.i686.rpm b614f34c4794d25a2780c03b00ae29008cba08c1eccd8ebe9966c8033fd28114 python-perf-2.6.32-696.20.1.el6.i686.rpm x86_64: acac8ae4f1025e31d38061bab3921c4c3b4efa4a0d90fc79cbabf65ffa5175fb kernel-2.6.32-696.20.1.el6.x86_64.rpm f842b31c6b18c7ab121135f91a03c14ac752e542a5bd5e44b008ccf880429132 kernel-abi-whitelists-2.6.32-696.20.1.el6.noarch.rpm 682bb9bc1c817529bee2c1fe8e1bf0f895bde959207ed4bd71d3c7370612c872 kernel-debug-2.6.32-696.20.1.el6.x86_64.rpm a02cbbcee7b8be17d68b51b3be0f000939cbe11e2d39163132c1f8797d479e22 kernel-debug-devel-2.6.32-696.20.1.el6.i686.rpm 18fe34baf4ea453d11da3ae9f69403712a8ab09817bc256d7c9b783afd0dd903 kernel-debug-devel-2.6.32-696.20.1.el6.x86_64.rpm f41952630059c2b6051501cda107da14e823f5b279b956c376bb0feb6a1ec3aa kernel-devel-2.6.32-696.20.1.el6.x86_64.rpm c6544dc92d956edcc94a8104e9d37b4f68ea1c6dcf239eaa1e9e33463be81a0a kernel-doc-2.6.32-696.20.1.el6.noarch.rpm fccb74f97d53da4291ddfb18dc734782b97dc049453f9fd0218e6e02326930a4 kernel-firmware-2.6.32-696.20.1.el6.noarch.rpm 7b41d65819a3016c176785a2508ee4d8cf87ce735fd850d7f951d0c7b54b3752 kernel-headers-2.6.32-696.20.1.el6.x86_64.rpm 0f4c26f29b2959675a2147ce3d266d5b1ebd30a87d9b2749c93f7997bb3c4f27 perf-2.6.32-696.20.1.el6.x86_64.rpm 95b59057f3ffb64b2dbbfd46038aef60caa65c6de59ebe549d45629d0fa92de1 python-perf-2.6.32-696.20.1.el6.x86_64.rpm Source: 7b0ef3a2c21b193487ffbc31e91a567de0cfe702ff4aecb377aa9fd98716ac1f kernel-2.6.32-696.20.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Wed, 31 Jan 2018 11:37:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:0232 CentOS 6 tzdata Enhancement Update Message-ID: <20180131113702.GA9372(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:0232 Upstream details at : https://access.redhat.com/errata/RHEA-2018:0232 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 59b3edd3a5588d247f0ab070c82f6d4ebe1e2d07ce9608e848e12c9e2cde3aef tzdata-2018c-1.el6.noarch.rpm dbec3ecb2280d6e8b2a95d27185fc5aff3a2c8dee648b530f711cdbb6918edfc tzdata-java-2018c-1.el6.noarch.rpm x86_64: 59b3edd3a5588d247f0ab070c82f6d4ebe1e2d07ce9608e848e12c9e2cde3aef tzdata-2018c-1.el6.noarch.rpm dbec3ecb2280d6e8b2a95d27185fc5aff3a2c8dee648b530f711cdbb6918edfc tzdata-java-2018c-1.el6.noarch.rpm Source: a1a45be7ee9ad0e1cae2f97224b3147a8d572d5e2f27325226bf9b22a001587f tzdata-2018c-1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Wed, 31 Jan 2018 11:37:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:0232 CentOS 7 tzdata Enhancement Update Message-ID: <20180131113758.GA9469(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:0232 Upstream details at : https://access.redhat.com/errata/RHEA-2018:0232 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7c7d2298f3861a652977bd1006f465f96abd386b4b68fef175e5fd0bb696d0eb tzdata-2018c-1.el7.noarch.rpm 4a2a5c0a863a0d9da872140780752e993e0fbe693717c8e2128e80646fae7f82 tzdata-java-2018c-1.el7.noarch.rpm Source: 4ea76db5f717371c52bb9f9d2bbc296e0373e10faf93269417bf57e4e64085a4 tzdata-2018c-1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 12 Date: Wed, 31 Jan 2018 11:53:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018-C001 CentOS 7 yum BugFix Update Message-ID: <20180131115330.GA9638(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and BugFix Advisory 2018:C001 Bugfix details at : https://bugs.centos.org/view.php?id=14441 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 78885f1e714f31e71b77fb60b3b995ec92df9a0862c93f9c2967acd233f1fece yum-3.4.3-154.el7.centos.1.noarch.rpm 272818471d71a4fb613ece07996c2b53a49fb7f43100dac3b8e563cc23c91498 yum-cron-3.4.3-154.el7.centos.1.noarch.rpm Source: a36066fbff2cfacd29c5ee375d9fdaa1cfdfa0897edb25198c867d68b4cc26df yum-3.4.3-154.el7.centos.1.src.rpm NOTE: This update fixes references to access.redhat.com on error output and instead points CentOS users to https://wiki.centos.org/yum-errors -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at 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 155, Issue 8 ***********************************************

2 1

systemd-udevd not applying ATTR to block device at boot
by Nick.Jacques 31 Jan '18

31 Jan '18

Hi everyone, I have a udev rule file that contains a singular rule: SUBSYSTEM=="block", ACTION=="add|change", ENV{ID_VENDOR}=="*Google*", ENV{DEVTYPE}=="disk", ATTR{queue/scheduler}:="noop" When I use a Google Cloud instance and boot it, things work as expected and /dev/sda (a persistent disk) uses the noop scheduler. If the instance also has a Local SSD type disk, however, the change in scheduler is not applied. This is a bit academic, because the Local SSD device uses noop by default (somehow, I don’t see any udev rules for setting this outside of my own). But, for instance, if I set the scheduler in the udev rules to “cfq,” at boot, /dev/sda will use cfq and /dev/sdb will use noop. If I run udevadm trigger after boot, then /dev/sdb will use cfq. So, it appears that at boot time, for some reason, my scheduler is not being applied to /dev/sdb. I’ve tried a handful of things: - changing the order of my udev rule file: I’ve tried 10-, 90-, and 99- prefixes. My rule file is in /etc/udev/rules.d/. - using ATTR{queue/scheduler}:="noop" and ATTR{queue/scheduler}="noop" (both the = and := operator) - searching the internet for all kinds of variations on “udev rule not applying at boot” but so far, I’ve come up empty-handed. The only thing I can think of is that I am hitting some sort of race condition and udev is unable to set the ATTR in /sys, but I’m not sure how I can confirm this. Below are dumps from udevadm of the block devices, /dev/sda (a Google Cloud persistent disk that is my root partition) and /dev/sdb (a Google Cloud ephemeral disk [local SSD] that is mounted at /local-ssd). Thanks in advance for any assistance! Nick # udevadm info -q all -a /dev/sda looking at device '/devices/pci0000:00/0000:00:03.0/virtio0/host0/target0:0:1/0:0:1:0/block/sda': KERNEL=="sda" SUBSYSTEM=="block" DRIVER=="" ATTR{ro}=="0" ATTR{size}=="104857600" ATTR{stat}==" 14877 938 923845 15717 2732 310 82984 4328 0 9685 20033" ATTR{range}=="16" ATTR{discard_alignment}=="0" ATTR{events}=="" ATTR{ext_range}=="256" ATTR{events_poll_msecs}=="-1" ATTR{alignment_offset}=="0" ATTR{badblocks}=="" ATTR{inflight}==" 0 0" ATTR{removable}=="0" ATTR{capability}=="50" ATTR{events_async}=="" looking at parent device '/devices/pci0000:00/0000:00:03.0/virtio0/host0/target0:0:1/0:0:1:0': KERNELS=="0:0:1:0" SUBSYSTEMS=="scsi" DRIVERS=="sd" ATTRS{rev}=="1 " ATTRS{type}=="0" ATTRS{scsi_level}=="7" ATTRS{model}=="PersistentDisk " ATTRS{state}=="running" ATTRS{unpriv_sgio}=="0" ATTRS{queue_type}=="none" ATTRS{iodone_cnt}=="0x478f" ATTRS{iorequest_cnt}=="0x478f" ATTRS{device_busy}=="0" ATTRS{evt_capacity_change_reported}=="0" ATTRS{timeout}=="30" ATTRS{evt_media_change}=="0" ATTRS{ioerr_cnt}=="0x0" ATTRS{queue_depth}=="256" ATTRS{vendor}=="Google " ATTRS{evt_soft_threshold_reached}=="0" ATTRS{device_blocked}=="0" ATTRS{evt_mode_parameter_change_reported}=="0" ATTRS{evt_lun_change_reported}=="0" ATTRS{evt_inquiry_change_reported}=="0" ATTRS{dh_state}=="detached" ATTRS{iocounterbits}=="32" ATTRS{inquiry}=="" ATTRS{vpd_pg80}=="" ATTRS{vpd_pg83}=="" ATTRS{eh_timeout}=="10" looking at parent device '/devices/pci0000:00/0000:00:03.0/virtio0/host0/target0:0:1': KERNELS=="target0:0:1" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:03.0/virtio0/host0': KERNELS=="host0" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:03.0/virtio0': KERNELS=="virtio0" SUBSYSTEMS=="virtio" DRIVERS=="virtio_scsi" ATTRS{device}=="0x0008" ATTRS{features}=="0110000000000000000000000000010000000000000000000000000000000000" ATTRS{status}=="0x00000007" ATTRS{vendor}=="0x1af4" looking at parent device '/devices/pci0000:00/0000:00:03.0': KERNELS=="0000:00:03.0" SUBSYSTEMS=="pci" DRIVERS=="virtio-pci" ATTRS{irq}=="11" ATTRS{subsystem_vendor}=="0x1af4" ATTRS{broken_parity_status}=="0" ATTRS{class}=="0x000000" ATTRS{driver_override}=="(null)" ATTRS{consistent_dma_mask_bits}=="64" ATTRS{dma_mask_bits}=="64" ATTRS{local_cpus}=="3" ATTRS{device}=="0x1004" ATTRS{enable}=="1" ATTRS{msi_bus}=="" ATTRS{local_cpulist}=="0-1" ATTRS{vendor}=="0x1af4" ATTRS{subsystem_device}=="0x0008" ATTRS{numa_node}=="-1" ATTRS{d3cold_allowed}=="0" looking at parent device '/devices/pci0000:00': KERNELS=="pci0000:00" SUBSYSTEMS=="" DRIVERS=="" # udevadm info -q all -a /dev/sdb looking at device '/devices/pci0000:00/0000:00:04.0/virtio1/host1/target1:0:1/1:0:1:0/block/sdb': KERNEL=="sdb" SUBSYSTEM=="block" DRIVER=="" ATTR{ro}=="0" ATTR{size}=="786432000" ATTR{stat}==" 219 0 12776 101 16 0 4096 63 0 66 164" ATTR{range}=="16" ATTR{discard_alignment}=="0" ATTR{events}=="" ATTR{ext_range}=="256" ATTR{events_poll_msecs}=="-1" ATTR{alignment_offset}=="0" ATTR{badblocks}=="" ATTR{inflight}==" 0 0" ATTR{removable}=="0" ATTR{capability}=="50" ATTR{events_async}=="" looking at parent device '/devices/pci0000:00/0000:00:04.0/virtio1/host1/target1:0:1/1:0:1:0': KERNELS=="1:0:1:0" SUBSYSTEMS=="scsi" DRIVERS=="sd" ATTRS{rev}=="1 " ATTRS{type}=="0" ATTRS{scsi_level}=="7" ATTRS{model}=="EphemeralDisk " ATTRS{state}=="running" ATTRS{unpriv_sgio}=="0" ATTRS{queue_type}=="none" ATTRS{iodone_cnt}=="0x141" ATTRS{iorequest_cnt}=="0x141" ATTRS{device_busy}=="0" ATTRS{evt_capacity_change_reported}=="0" ATTRS{timeout}=="30" ATTRS{evt_media_change}=="0" ATTRS{ioerr_cnt}=="0x0" ATTRS{queue_depth}=="1024" ATTRS{vendor}=="Google " ATTRS{evt_soft_threshold_reached}=="0" ATTRS{device_blocked}=="0" ATTRS{evt_mode_parameter_change_reported}=="0" ATTRS{evt_lun_change_reported}=="0" ATTRS{evt_inquiry_change_reported}=="0" ATTRS{dh_state}=="detached" ATTRS{iocounterbits}=="32" ATTRS{inquiry}=="" ATTRS{vpd_pg80}=="" ATTRS{vpd_pg83}=="" ATTRS{eh_timeout}=="10" looking at parent device '/devices/pci0000:00/0000:00:04.0/virtio1/host1/target1:0:1': KERNELS=="target1:0:1" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:04.0/virtio1/host1': KERNELS=="host1" SUBSYSTEMS=="scsi" DRIVERS=="" looking at parent device '/devices/pci0000:00/0000:00:04.0/virtio1': KERNELS=="virtio1" SUBSYSTEMS=="virtio" DRIVERS=="virtio_scsi" ATTRS{device}=="0x0008" ATTRS{features}=="0100000000000000000000000000010000000000000000000000000000000000" ATTRS{status}=="0x00000007" ATTRS{vendor}=="0x1af4" looking at parent device '/devices/pci0000:00/0000:00:04.0': KERNELS=="0000:00:04.0" SUBSYSTEMS=="pci" DRIVERS=="virtio-pci" ATTRS{irq}=="10" ATTRS{subsystem_vendor}=="0x1af4" ATTRS{broken_parity_status}=="0" ATTRS{class}=="0x000000" ATTRS{driver_override}=="(null)" ATTRS{consistent_dma_mask_bits}=="64" ATTRS{dma_mask_bits}=="64" ATTRS{local_cpus}=="3" ATTRS{device}=="0x1004" ATTRS{enable}=="1" ATTRS{msi_bus}=="" ATTRS{local_cpulist}=="0-1" ATTRS{vendor}=="0x1af4" ATTRS{subsystem_device}=="0x0008" ATTRS{numa_node}=="-1" ATTRS{d3cold_allowed}=="0" looking at parent device '/devices/pci0000:00': KERNELS=="pci0000:00" SUBSYSTEMS=="" DRIVERS==""

1 0

Redhat acquires CoreOS
by Matty 30 Jan '18

30 Jan '18

This should make CentOS even better!: https://www.geekwire.com/2018/red-hat-snaps-coreos-250m-adding-big-piece-co… - Ryan https://prefetch.net

1 0

logging in
by m.roth＠5-cent.us 30 Jan '18

30 Jan '18

This is.... odd. We're seeing a *lot* of sshd[8400]: Timeout, client not responding. So I'm trying to find out whose client is having issues. Trying to figure that, after processes are gone, I tried looking in lastlog, which is where it gets odd. lastlog shows root coming in, and it shows a security account coming in... years ago. I see one of our users logging in a goodly number of times... but lastlog doesn't show him. I just logged in as myself, no password, using keys... and lastlog doesn't show me, or my manager, or anyone else. Does anyone have any idea why lastlog's not recording *all* logins? mark

5 6

Re: [CentOS] Intel Skylake
by Mark (Netbook) 30 Jan '18

30 Jan '18

Hello, There was a support issue with the Intel Skylake and CentOS 6.* where the graphics hardware was not supported. Intel have now come up with a software solution to support the AST2500 graphics hardware on the Skylake. Regards, Mark Woolfson MW Consultancy Ltd Leeds LS18 4LY United Kingdom Tel: +44 113 259 1204 Mob: +44 786 065 2778 --- This email has been checked for viruses by AVG. http://www.avg.com

1 0

New messages in journalctl
by Martin Wagner 30 Jan '18

30 Jan '18

The following messages have started to appear in the system log after the most recent update of my Centos7 machine gnome-software-service.desktop[3389]: 20:54:22:0879 Gs no app for changed places-menu(a)gnome-shell-extensions.gcampax.github.com gnome-software-service.desktop[3389]: 20:54:22:0886 Gs no app for changed alternate-tab(a)gnome-shell-extensions.gcampax.github.com gnome-software-service.desktop[3389]: 20:54:22:0898 Gs no app for changed launch-new-instance(a)gnome-shell-extensions.gcampax.github.com Anybody knows what's it about?

2 1

Restarting docker daemon fixes network problem inside containers
by Andrew Holway 30 Jan '18

30 Jan '18

Hi, We are building docker containers on Centos 7 based machines. Sometimes the docker being built cannot install packages because of some kind of network failure. I just found that restarting the docker container fixes the problems and the builds are successful. Does anyone have a clue what the root cause of this might be? Ta, Andrew

2 1

Mirroring centos.org
by Felipe Westfields 29 Jan '18

29 Jan '18

Hello, I would like to mirror the centos.org repository for an offline network. I don't need the ISO images, don't need any i386 stuff, and I think I probably don't need any of the source code rpms either. Most of the clients are CentOS 6.x, so I don't want to download the CentOS 7.x tree yet either (that will come soon, but separately from this one). I tried using this command, but it still downloaded all of the i386 sub-folders anyway, and I got about 15 gigs or so of stuff I didn't want. wget -m -np --exclude-directories=i386 http://mirror.centos.org/centos-6/6/ I'm guessing there's a formatting mistake of some kind in this command. Do you need to specify the excluded sub-folders relative to the top directory you're downloading from? i.e. rather than "i386", you'd need to specify "/centos-6/6/updates/i386/"? FW

4 4

Centos 7 add-on serial cards
by Pete Geenhuizen 29 Jan '18

29 Jan '18

I'm upgrading from CentOS6 to CentOS 7. I run 2 weather stations on C6 and have one of them attached to ttyS0 which is on the motherboard, and the other to ttyS2 which in on an add-on PCI serial card. I'm migrating the weather stations another host running C7 which has a similar hardware configuration. When I connect the weather station to ttyS0 everything works fine, but when I try to use ttyS1 or ttyS2 nothing happens. The OS identifies all 3 ports, and I've already tried several different serial cards several of the slots on the motherboard all have yielded the same result. I've even gone so far as to try to get this to work on another computer running C7 with the same result, success on ttyS0, but nothing nothing when I try ttyS1 or ttyS2. I'm thinking that this might be a driver issue, but having used several different cards I'm just not sure. Any assistance would be greatly appreciated. Pete -- Unencumbered by the thought process. -- Click and Clack the Tappet brothers -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 4

C7 Plus Kernel
by Albert McCann 28 Jan '18

28 Jan '18

A new kernel for Centos 7.4.1708 was released several days ago, version 3.10.0-693.17.1. Will there be a matching CentOS Plus kernel? Thanks for all the effort in providing that. Also, is there an announce list for Plus updates? -- I yam Popeye of the Borg. Prepares ta beez askimiligrated. Albert McCann albert.mccann(a)outlook.com

2 2

CVE-2017-12376
by Walter H. 26 Jan '18

26 Jan '18

Hello, are there updates for this CVE with ClamAV f. CentOS 6 in progress? Thanks, Walter

4 4

CentOS-announce Digest, Vol 155, Issue 7
by centos-announce-request＠centos.org 26 Jan '18

26 Jan '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:0163 Important CentOS 7 389-ds-base Security Update (Johnny Hughes) 2. CEBA-2018:0164 CentOS 7 at BugFix Update (Johnny Hughes) 3. CEBA-2018:0140 CentOS 7 autofs BugFix Update (Johnny Hughes) 4. CEBA-2018:0145 CentOS 7 binutils BugFix Update (Johnny Hughes) 5. CEBA-2018:0166 CentOS 7 cloud-init BugFix Update (Johnny Hughes) 6. CEEA-2018:0142 CentOS 7 device-mapper-multipath Enhancement Update (Johnny Hughes) 7. CEBA-2018:0143 CentOS 7 device-mapper-persistent-data BugFix Update (Johnny Hughes) 8. CESA-2018:0158 Moderate CentOS 7 dhcp Security Update (Johnny Hughes) 9. CEBA-2018:0156 CentOS 7 gdb BugFix Update (Johnny Hughes) 10. CEBA-2018:0150 CentOS 7 gdm BugFix Update (Johnny Hughes) 11. CEBA-2018:0161 CentOS 7 gtk3 BugFix Update (Johnny Hughes) 12. CEEA-2018:0141 CentOS 7 initscripts Enhancement Update (Johnny Hughes) 13. CESA-2018:0151 Important CentOS 7 kernel Security Update (Johnny Hughes) 14. CEBA-2018:0159 CentOS 7 kmod BugFix Update (Johnny Hughes) 15. CEBA-2018:0162 CentOS 7 libdb BugFix Update (Johnny Hughes) 16. CEBA-2018:0146 CentOS 7 motif BugFix Update (Johnny Hughes) 17. CESA-2018:0223 Moderate CentOS 7 nautilus Security Update (Johnny Hughes) 18. CEBA-2018:0160 CentOS 7 net-snmp BugFix Update (Johnny Hughes) 19. CEBA-2018:0147 CentOS 7 nfs-utils BugFix Update (Johnny Hughes) 20. CEBA-2018:0165 CentOS 7 pacemaker BugFix Update (Johnny Hughes) 21. CEBA-2018:0144 CentOS 7 python-dmidecode BugFix Update (Johnny Hughes) 22. CEBA-2018:0148 CentOS 7 qemu-kvm BugFix Update (Johnny Hughes) 23. CEBA-2018:0168 CentOS 7 rear BugFix Update (Johnny Hughes) 24. CEBA-2018:0154 CentOS 7 resource-agents BugFix Update (Johnny Hughes) 25. CEBA-2018:0138 CentOS 7 sos BugFix Update (Johnny Hughes) 26. CEBA-2018:0167 CentOS 7 spice-gtk BugFix Update (Johnny Hughes) 27. CEBA-2018:0155 CentOS 7 systemd BugFix Update (Johnny Hughes) 28. CEBA-2018:0149 CentOS 7 systemtap BugFix Update (Johnny Hughes) 29. CEBA-2018:0139 CentOS 7 tuned BugFix Update (Johnny Hughes) 30. CEBA-2018:0157 CentOS 7 xorg-x11-server BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Fri, 26 Jan 2018 01:13:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0163 Important CentOS 7 389-ds-base Security Update Message-ID: <20180126011317.GA3826(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0163 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0163 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a71ab66952053d47b202cf36cc0c633dcda589d332966d690bfc8859142ef8a5 389-ds-base-1.3.6.1-26.el7_4.x86_64.rpm fb22952e6047e8cd5ae6299ff5159e7e9cbb609d3203f210b811ba5569b0ed18 389-ds-base-devel-1.3.6.1-26.el7_4.x86_64.rpm 508686086917b3ba95b66445348642451d8f6324a5f52d4ba6e9038efc465ab3 389-ds-base-libs-1.3.6.1-26.el7_4.x86_64.rpm 24cea73df38fc7d9b9cc7cf2538ed15bbad98a799798de66a65aaa199ce854a7 389-ds-base-snmp-1.3.6.1-26.el7_4.x86_64.rpm Source: c31478ed233fe9fd08480dfbe96917d44d66d49a795702a1fc4032c1240e2a59 389-ds-base-1.3.6.1-26.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Fri, 26 Jan 2018 01:16:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0164 CentOS 7 at BugFix Update Message-ID: <20180126011630.GA3917(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0164 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0164 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4c52746a66bb5ef723ed8671ce387ed2f14f5200f4a6fc07e13f1442253f29f5 at-3.1.13-22.el7_4.2.x86_64.rpm c808b336c413eba3fe99b8b77006bd7c0274c3948f09949224ca40ae1215bac7 at-sysvinit-3.1.13-22.el7_4.2.x86_64.rpm Source: 747120992f47ce6224ceec99ba3bd9f0b68bbfd49739ed1726ceb1d72e2f42b8 at-3.1.13-22.el7_4.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Fri, 26 Jan 2018 01:18:12 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0140 CentOS 7 autofs BugFix Update Message-ID: <20180126011812.GA3975(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0140 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0140 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7327b5b8e0e8cf0ef0eccf0098b61a079d8fb07ccebd486c6ad165689b38af17 autofs-5.0.7-70.el7_4.x86_64.rpm Source: e01eb245b270ea7a0517d573a43569c14ced6bd84e7b56528522efc7ce50c24b autofs-5.0.7-70.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Fri, 26 Jan 2018 01:19:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0145 CentOS 7 binutils BugFix Update Message-ID: <20180126011902.GA4022(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0145 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0145 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bd0c01e1497db8d42161bd1a749ad698dc33d2b745c89f9c33c7b3312281141c binutils-2.25.1-32.base.el7_4.2.x86_64.rpm f40877cf5ec44f5e87372497ffde64292e4db5f8a34df86469974063dad40d88 binutils-devel-2.25.1-32.base.el7_4.2.i686.rpm a35cb46bd0be72dbc343161e305ca2d59dc679f54279c56699c77fef07c83407 binutils-devel-2.25.1-32.base.el7_4.2.x86_64.rpm Source: 3417047e886c94228150bd5008c9f64aae01aed8221eac294900592f2b80fbb7 binutils-2.25.1-32.base.el7_4.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Fri, 26 Jan 2018 01:19:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0166 CentOS 7 cloud-init BugFix Update Message-ID: <20180126011948.GA4070(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0166 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0166 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8ea973ac6db5fb41259e7b2d88fbf4a5bd2c16dae17a9ba941eafbd91e0484f3 cloud-init-0.7.9-9.el7.centos.2.x86_64.rpm Source: f0b5e16c65d2adbadf6b335d52f52ec3fe01739b0182e1d948a393ed01dac2a4 cloud-init-0.7.9-9.el7.centos.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Fri, 26 Jan 2018 01:21:28 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:0142 CentOS 7 device-mapper-multipath Enhancement Update Message-ID: <20180126012128.GA4165(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:0142 Upstream details at : https://access.redhat.com/errata/RHEA-2018:0142 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 52fcc4a771585ce8e80889c9b6c0a38dc3790a1cdc6e8935e1fa62e071cd4f61 device-mapper-multipath-0.4.9-111.el7_4.2.x86_64.rpm a90822207e07237ffa23a758ec6e14aef2ca4e37a034e0c1df1791c440941498 device-mapper-multipath-devel-0.4.9-111.el7_4.2.i686.rpm d700a7f4a4eee3ffac3712b8313a72e5ceb2417164889ab3d53961d3c05514b1 device-mapper-multipath-devel-0.4.9-111.el7_4.2.x86_64.rpm e28664497e52e6d0f49b5bbe2552ead4fae68d49c54729d43565374c6a64944f device-mapper-multipath-libs-0.4.9-111.el7_4.2.i686.rpm 6591adfa17d5e9641897bdfd1da3b8f2ab1b3a28f02e4a31f5089f6618cf7c2e device-mapper-multipath-libs-0.4.9-111.el7_4.2.x86_64.rpm 991167a1eab50a9e32b0353805aa02c745c9574ae0748a6f099da0d04be4b8e1 device-mapper-multipath-sysvinit-0.4.9-111.el7_4.2.x86_64.rpm b3bedd7e91c92b91448f2ca5edb7afe61351c67ac864fdbc336a8ca8dfe0c7ed kpartx-0.4.9-111.el7_4.2.x86_64.rpm 9a9e55087c165207d9fb8255589f1a14ce156069c4509ec0f35fa3a904810964 libdmmp-0.4.9-111.el7_4.2.i686.rpm 6d071af59bc9b6dba99bc9905471e28c223a03519702bf9ddeef6738ce82636c libdmmp-0.4.9-111.el7_4.2.x86_64.rpm 9dc69fa177529e19a9eea2bb688a1a8a36bd24641bca817965497381a7b34816 libdmmp-devel-0.4.9-111.el7_4.2.i686.rpm eddb2d28cecab5b9815ed2218f5d268878f7d245917f1f58c01e8695b741b000 libdmmp-devel-0.4.9-111.el7_4.2.x86_64.rpm Source: 798a313474055bbc9adc78381875699864eb21b0995f7d7d233bd21c9937bc2b device-mapper-multipath-0.4.9-111.el7_4.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Fri, 26 Jan 2018 01:22:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0143 CentOS 7 device-mapper-persistent-data BugFix Update Message-ID: <20180126012231.GA4214(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0143 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0143 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0736e4080585d18c7f2632b4b01dec3f7eef6be02d077d027fb9221b88e12d66 device-mapper-persistent-data-0.7.0-0.1.rc6.el7_4.1.x86_64.rpm Source: ab9e0ce1d22aad53bd7f2fc591fad137d409dbc474385ca2f2b76e71fac42fae device-mapper-persistent-data-0.7.0-0.1.rc6.el7_4.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 8 Date: Fri, 26 Jan 2018 01:23:45 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0158 Moderate CentOS 7 dhcp Security Update Message-ID: <20180126012345.GA4284(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0158 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:0158 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: aac80423728dc1858e46dd167b43c6c64e3dc0d8db30a799bd9d3b892f3ace2a dhclient-4.2.5-58.el7.centos.1.x86_64.rpm b86de28db840abd3c88460d6f7c9887d307d300aed4f857798314ddef9dd130e dhcp-4.2.5-58.el7.centos.1.x86_64.rpm 24e16665d02555659d953f38663a5cb6e2d15ac93a2daaf072a40f5eb4e65818 dhcp-common-4.2.5-58.el7.centos.1.x86_64.rpm beb5508d0067e6e5af9cb32ebef1f30c4250eee79a03516030f1ef4034424c3d dhcp-devel-4.2.5-58.el7.centos.1.i686.rpm 8717aba6beb9c89ea526c96594c922f0ace518e3f553225038ac8b802793efba dhcp-devel-4.2.5-58.el7.centos.1.x86_64.rpm 8ea234af1c6ed8d4085a590a72d1062caf0564b6c4faac56f112211cb56cdff2 dhcp-libs-4.2.5-58.el7.centos.1.i686.rpm 2d5483515b6ad7f7bd23b238c6c0f9bf3d917f3246fe6941eaaf99a8eca47d15 dhcp-libs-4.2.5-58.el7.centos.1.x86_64.rpm Source: 479bf79f8c0f24e508d0995e2916884417235ca0a44dc2953a93368f47c9054b dhcp-4.2.5-58.el7.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 9 Date: Fri, 26 Jan 2018 01:24:34 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0156 CentOS 7 gdb BugFix Update Message-ID: <20180126012434.GA4343(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0156 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0156 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 26dc167a0f7c6262f355a2c0c5ef8f7082c31dec4d2aacf2fbac6c1c72abbbcf gdb-7.6.1-100.el7_4.1.x86_64.rpm 990155d683821830a731ee7976b160777bb1bed5102857fcc9e3d912a4d801f7 gdb-doc-7.6.1-100.el7_4.1.noarch.rpm 6f3157c3c4253bdb1ce0aabfe8fb7caa606258b65176ddfa1be723f3611a41de gdb-gdbserver-7.6.1-100.el7_4.1.x86_64.rpm Source: 2dbdd2307d621eec565ba50ea7c822bba7b04898fbac82a216f23e665d55dfaf gdb-7.6.1-100.el7_4.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 10 Date: Fri, 26 Jan 2018 01:25:14 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0150 CentOS 7 gdm BugFix Update Message-ID: <20180126012514.GA4419(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0150 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0150 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a06980529099a46fd8081e5fd236a4b20d3f44feb4f7e6fa5f608da20e949e2f gdm-3.22.3-13.el7_4.i686.rpm a0737cca3fa6227199139d3b058f5c1386caaf8c5e290522a6a752332b08146f gdm-3.22.3-13.el7_4.x86_64.rpm db79181094a20bd25f5b98fca00e5886518f90ea0f8ab3e80d76d73608770d65 gdm-devel-3.22.3-13.el7_4.i686.rpm 28b50634427cd60b550b25fe93edf91e24aa19450f17e6c81bc7173947c450f9 gdm-devel-3.22.3-13.el7_4.x86_64.rpm Source: 7b3cd9adc759db383aadca0bc56d6eac9bee8227b52bc3a79e6ad0266087d9fa gdm-3.22.3-13.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 11 Date: Fri, 26 Jan 2018 01:26:00 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0161 CentOS 7 gtk3 BugFix Update Message-ID: <20180126012600.GA4491(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0161 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0161 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8f473445cb790ee7f736bf617b625c35a09aab593cd029b5e076e64581b24dc5 gtk3-3.22.10-5.el7_4.i686.rpm b4ef5ecc967b8a697651b145b72c2ca7837609f7100224b216c58395b072a688 gtk3-3.22.10-5.el7_4.x86_64.rpm 0e3277e0fa64845b641b31663abb41cc0b1967a5a2195ab868f51f7b6ea6fdd0 gtk3-devel-3.22.10-5.el7_4.i686.rpm 4b16ff029bbfc3bb6fa7aac3bc9bfc6f564a28f960b84c356ecb0b9a0db30d63 gtk3-devel-3.22.10-5.el7_4.x86_64.rpm 9774a861440105c4bbfd292665048edabc64fca791c599b13b1b64a640f51d8e gtk3-devel-docs-3.22.10-5.el7_4.x86_64.rpm 761f73212afb3b1ec3c94e6536d39cade1089c4f1998d947da8cbffbe756e1c0 gtk3-immodules-3.22.10-5.el7_4.x86_64.rpm 61eaa4a335a25e6ce5e322284814d85b6942fc6e4bab2bd425aa9168d2d8e765 gtk3-immodule-xim-3.22.10-5.el7_4.x86_64.rpm e3643e11c9b8f080adf21a214c3e4c4fcbfc31227beb64e483b284ea99db1ef9 gtk3-tests-3.22.10-5.el7_4.x86_64.rpm bc15a86e83eeb62c8ebca732417dd44eaaaae65bd8fadaa87d23a4449808722f gtk-update-icon-cache-3.22.10-5.el7_4.x86_64.rpm Source: e074293eb9f365fbea997f2fafbc71249aadec4f5c9b58072b9bd1c4d03e415e gtk3-3.22.10-5.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 12 Date: Fri, 26 Jan 2018 01:27:13 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2018:0141 CentOS 7 initscripts Enhancement Update Message-ID: <20180126012713.GA4552(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2018:0141 Upstream details at : https://access.redhat.com/errata/RHEA-2018:0141 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: f20d16f641b55b0c5e37e6ca4f1c818214fa3303fb2e5c805716695c9b21cbbe debugmode-9.49.39-1.el7_4.1.x86_64.rpm 262190064cebc15e45d29f8e84b64f5e9cc65a749932ac68b305f3c0caeee2d0 initscripts-9.49.39-1.el7_4.1.x86_64.rpm Source: 71ee23f1349ab28ebca5f70ffdd0d6f464cdc6ade42cb6e0ce80081d4f839337 initscripts-9.49.39-1.el7_4.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 13 Date: Fri, 26 Jan 2018 01:28:35 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0151 Important CentOS 7 kernel Security Update Message-ID: <20180126012835.GA4628(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0151 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0151 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b75dc3c78b0890825eac2286536f384702832c0a77739fdef83b1e40adc2bcf2 kernel-3.10.0-693.17.1.el7.x86_64.rpm 333be20f879c9980262d388c669ba5e902299ce62ce9c80a0e7de78af9f7493e kernel-abi-whitelists-3.10.0-693.17.1.el7.noarch.rpm 157ba7e566cd113761ae62e8b1fa68f7c4ccc020115480be7ee05780a8d24286 kernel-debug-3.10.0-693.17.1.el7.x86_64.rpm 9255eb5942268e20e985c709d633098d05325ebb5dbce0d6598fe52a21015e52 kernel-debug-devel-3.10.0-693.17.1.el7.x86_64.rpm 01cbf0db20668b9700e56fd6475ee8ffeeffd2d80126cd76a3643286a5114c8b kernel-devel-3.10.0-693.17.1.el7.x86_64.rpm 3b01a78afab9cae4a12c56db9c99e00538ceb6587f654e922eec6d113b0cf008 kernel-doc-3.10.0-693.17.1.el7.noarch.rpm a47f6c120940d1d8be1c087cf76c2e87a8a503ca2141fd8028a6043135d4c3b0 kernel-headers-3.10.0-693.17.1.el7.x86_64.rpm de8870505cee21809ee74f96f971f72e27f53903a9d6cddb01402b30511c1492 kernel-tools-3.10.0-693.17.1.el7.x86_64.rpm 0e33d8ea8e1ac4837a1bab4c323bbd543cb55c99c43464627edc17e66ca11fe4 kernel-tools-libs-3.10.0-693.17.1.el7.x86_64.rpm 95859fd66ceb965b777d306a337b4d8f7d00c9d147a303e451bbe6a2e6811144 kernel-tools-libs-devel-3.10.0-693.17.1.el7.x86_64.rpm 01f076ab6c8df3fe5fb6aef835b21143b4856d43b8b61ea586aa597a9424c517 perf-3.10.0-693.17.1.el7.x86_64.rpm 2a4208e37015bf671e6ab943c6bd8ec2c44d8e26c297555e960b275907bc3d00 python-perf-3.10.0-693.17.1.el7.x86_64.rpm Source: 7c866459ee2c52274148e2110563481ce1125d3fa28fa27d7d3a35b79dd945cf kernel-3.10.0-693.17.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 14 Date: Fri, 26 Jan 2018 01:29:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0159 CentOS 7 kmod BugFix Update Message-ID: <20180126012926.GA4688(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0159 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0159 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d03e7a330b75f15e7fa4c39da8416e42c24d42a7a9682781eca16877ba004ab5 kmod-20-15.el7_4.7.x86_64.rpm 3f81bf83cb7e26a84d6ef0627a7ad55d3fc891f8897bfb4c66b8e2ff5cf94ac8 kmod-devel-20-15.el7_4.7.i686.rpm f070a6edc60970177c0ea523a97c2d589f93f2fec67c653a9ce5f1771794a948 kmod-devel-20-15.el7_4.7.x86_64.rpm f349d9b17c65c91bced95f7879510df4208445af3740495bdfb34699e2d45e42 kmod-libs-20-15.el7_4.7.i686.rpm 435e5c6bfac0059c175329af73371179214027435b827eba9f813040c756df0f kmod-libs-20-15.el7_4.7.x86_64.rpm Source: 5e15594392a708264f0f606af0e817fd20b07cb4d6e01c6408e98428aa341ba8 kmod-20-15.el7_4.7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 15 Date: Fri, 26 Jan 2018 01:30:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0162 CentOS 7 libdb BugFix Update Message-ID: <20180126013025.GA4813(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0162 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0162 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5e23d91f50daf17bd4a9ef4adcd02ae98e3c33d4b9d2ef51dc28dadfcc30847c libdb-5.3.21-21.el7_4.i686.rpm 1363b13cba1a787e4ecde94d5b790508b0251682e22592aa766f3244287ca15b libdb-5.3.21-21.el7_4.x86_64.rpm 7e40ae991f13b6d29144192f6e3bee8c3e31c1291e7351a5e4132f049ec1974f libdb-cxx-5.3.21-21.el7_4.i686.rpm 2849eeb9cc046b65b1fbb809b8dd9841f9f00b5df939585d489a27d92f78edfe libdb-cxx-5.3.21-21.el7_4.x86_64.rpm 33ab84b0ca4fe8fe6edc780eb917074c21ab79ee89fea9e58d34b2f75aaf8d29 libdb-cxx-devel-5.3.21-21.el7_4.i686.rpm bb53d8afbf2247af72c4054970718cbd3c1fdcb86178071a7ce3b25d3d02ba6a libdb-cxx-devel-5.3.21-21.el7_4.x86_64.rpm 5d11e5d415331b5688624fe8efa3d1c6870a9b8ce3df3d8f53702225cd9038f8 libdb-devel-5.3.21-21.el7_4.i686.rpm 0747b40f19e032f1a2e9d67ec765fddff6fba32ce9e0b8a4409c618c852196de libdb-devel-5.3.21-21.el7_4.x86_64.rpm 1aad4e417dc77ffa3e5362cdf283c3be3c5ad274fb0d16e8a71544a1be625dd5 libdb-devel-doc-5.3.21-21.el7_4.noarch.rpm caf3cca3a7b1ee71e0a07696f297d45c2ed61e61f07a919255e8cf1d93b4e5d5 libdb-devel-static-5.3.21-21.el7_4.i686.rpm 775aa4f1090565c5017a795b7a4fceb1c8b754d47237754ba13e6d835601f630 libdb-devel-static-5.3.21-21.el7_4.x86_64.rpm d832c8da95c4e47f4cd3691006dfb29aa88d3c222aa80349d697d5b1b8ebc428 libdb-java-5.3.21-21.el7_4.i686.rpm fc4cb7314e5137ccc7fa3093b049453b236d19eae6e8218ed024f62576fab791 libdb-java-5.3.21-21.el7_4.x86_64.rpm 7b462f826bfd5266a8accfcc22092308a363254f8dcc528c5eff4a732b34ff46 libdb-java-devel-5.3.21-21.el7_4.i686.rpm 9939ea5749b3ace9a4d9563f766b0393a01a16d1d08d6457aa8d577392a8d477 libdb-java-devel-5.3.21-21.el7_4.x86_64.rpm c606dba4c3a6ebf13707a59d0691ade1d57cefeb7684f168658771da1ebb148a libdb-sql-5.3.21-21.el7_4.i686.rpm d07c0b6bab0cb366e3d3c8fa8c3f61b2519e900a16fc960dbc527a313004a111 libdb-sql-5.3.21-21.el7_4.x86_64.rpm 262aeaa91fc1586b018dedee442c7dc0f7e47b1cca175af173316bd2f84b9339 libdb-sql-devel-5.3.21-21.el7_4.i686.rpm 5af594396be98ff6c1ec9eb64bd8ab1fcfa90bb97379279b49923d40742c3610 libdb-sql-devel-5.3.21-21.el7_4.x86_64.rpm a6fbf5b9f8bda1970a18e7f4c437196887ce8a1f39efc2c4c988a6054bcdd6f8 libdb-tcl-5.3.21-21.el7_4.i686.rpm 28ce1b2520908b2163e1badd863a9fa238c0383c5270629aa5182122d69e4ddc libdb-tcl-5.3.21-21.el7_4.x86_64.rpm 92d48f6f4388226079afd12c33b3b89a77a6065b91e70290190e99cd6974664a libdb-tcl-devel-5.3.21-21.el7_4.i686.rpm 0b4ceb826fd488621b70848031f8e7655ffb31878cd657c5997d9f92be68d55e libdb-tcl-devel-5.3.21-21.el7_4.x86_64.rpm 397149515752d2b192070a461d67f7eb274ab77b8304ce561689316b02b4554e libdb-utils-5.3.21-21.el7_4.x86_64.rpm Source: ba159d1cef3fbc96276726a5ef93026d6d04c2a5810132e5f8bbaf177d839ec2 libdb-5.3.21-21.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 16 Date: Fri, 26 Jan 2018 01:31:14 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0146 CentOS 7 motif BugFix Update Message-ID: <20180126013114.GA4874(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0146 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0146 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fb3bb2355c9f82bf742fe8198d289c0586094050c232ed59ab3020ac81a90ee6 motif-2.3.4-12.el7_4.i686.rpm d5599721ed87539652fc16c4fefece0df278923847cc6dd122644b3a576577d3 motif-2.3.4-12.el7_4.x86_64.rpm 1d4c95a11a6941824d968a3afcac23ffbe84b7572c25fd8a427c1a98ba9ca4d9 motif-devel-2.3.4-12.el7_4.i686.rpm 35737835b85f706fd63041983cbd0af25a3ce511cf8a3f7e4fc3f1ff110bf846 motif-devel-2.3.4-12.el7_4.x86_64.rpm 9814ae6409c87278e26322dd109602f22f42c758882a4be31520a5db274f1b99 motif-static-2.3.4-12.el7_4.i686.rpm eec370854262935502424cd44639b1578793909f860cdeb8ebf1d28836d1ebfc motif-static-2.3.4-12.el7_4.x86_64.rpm Source: 40515bad1058c7190bdda09027115ae6d772601744d695d035bd2ec5f68cddcb motif-2.3.4-12.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 17 Date: Fri, 26 Jan 2018 01:32:49 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0223 Moderate CentOS 7 nautilus Security Update Message-ID: <20180126013249.GA4935(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0223 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:0223 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 84b23af55bb79a063ccb993db8ec6efc6d8f281756bd1d0461a64931dd620b8c nautilus-3.22.3-4.el7_4.i686.rpm 924df750b5c2ba9f1198d5323fc2a3ee1da24e24f3d237c5e9bb1b97a6e13d05 nautilus-3.22.3-4.el7_4.x86_64.rpm 6f48501a61ba3def37f2e82522def059b5ee53001e731b8be10c1e60251fe102 nautilus-devel-3.22.3-4.el7_4.i686.rpm 2ce12cafa908b99b54f85167e178390db99cb8bb294287c8befda53fcbb9fbd0 nautilus-devel-3.22.3-4.el7_4.x86_64.rpm 8cb1f3b6a814325b84db88568d51c9098af8197b6b73242685606a279b9893a0 nautilus-extensions-3.22.3-4.el7_4.i686.rpm ef89b75b632786ef19896a9c6a9e96559339eaca2676da60b7cd402ab3a70bd8 nautilus-extensions-3.22.3-4.el7_4.x86_64.rpm Source: 907fd6170b3938bb77fcc465c55e074901a14d654d632d277597e455adf75cb5 nautilus-3.22.3-4.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 18 Date: Fri, 26 Jan 2018 01:35:08 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0160 CentOS 7 net-snmp BugFix Update Message-ID: <20180126013508.GA5139(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0160 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0160 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: e03b103a0338d3b4f9e84b1c1f2fb4345f620ae6a2d60f48539e24df8a2d1c88 net-snmp-5.7.2-28.el7_4.1.x86_64.rpm 0003e978654583501b1d129e3912ab4e0ddb5d0ccce7b58eb0e912949f91d5f5 net-snmp-agent-libs-5.7.2-28.el7_4.1.i686.rpm 4f6ced9497f6cb5e1673ed69eb598a0e9e9a02c7b01f27327c5f185e9b811f6f net-snmp-agent-libs-5.7.2-28.el7_4.1.x86_64.rpm 148459d71cd5454535e643d8c535d26707f42cbdf6e94e4334e595d9d159e562 net-snmp-devel-5.7.2-28.el7_4.1.i686.rpm 473135ef96551965001dee10b5f6174e44102a80684c7aada7e6c9479cc6837e net-snmp-devel-5.7.2-28.el7_4.1.x86_64.rpm df978e68c84c99ff6f0dc6d2247e130384b33cd78ad6fd2931397605e32dc21f net-snmp-gui-5.7.2-28.el7_4.1.x86_64.rpm 439e5892a7385af8a4bd983e8f15c7a7fedab9d32dccdf8b462077b0786e0bbd net-snmp-libs-5.7.2-28.el7_4.1.i686.rpm adaa38a7f81c567c8c69e4f55ee1a65fa6b20712282d2c538504504e934bea97 net-snmp-libs-5.7.2-28.el7_4.1.x86_64.rpm a13baa215f46de77876d4f60c266fd7b8e86ac5c8daed92b94e04962e93f471e net-snmp-perl-5.7.2-28.el7_4.1.x86_64.rpm c66a0f0a1be0233072a6ef1dd97521a4c3594d7803ac3145524c6a290088925c net-snmp-python-5.7.2-28.el7_4.1.x86_64.rpm 351a31d397f6043ef3a29c2b1c759260972b47f5f57fd77fe3f47cc7cf04f90e net-snmp-sysvinit-5.7.2-28.el7_4.1.x86_64.rpm 310a43f18f6ea6f8bcf85dc18ae2273cdda2ee24e38869fcd73aac55e48c94d9 net-snmp-utils-5.7.2-28.el7_4.1.x86_64.rpm Source: ce1bc6ee835e9d5eac35fa571a9c0cb2d6c7dc154c3bd509260a40f74bb62eba net-snmp-5.7.2-28.el7_4.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 19 Date: Fri, 26 Jan 2018 01:36:45 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0147 CentOS 7 nfs-utils BugFix Update Message-ID: <20180126013645.GA5200(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0147 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0147 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ce6bd8011e2436723ca1193881195bab7c8a8e4688728b7ae769939128b6dd51 nfs-utils-1.3.0-0.48.el7_4.1.x86_64.rpm Source: e5c8b11f6a263689114bb2a7808a8be408efcf94afc4949b8627cec03a3ab801 nfs-utils-1.3.0-0.48.el7_4.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 20 Date: Fri, 26 Jan 2018 01:38:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0165 CentOS 7 pacemaker BugFix Update Message-ID: <20180126013852.GA5299(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0165 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0165 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b88184d0561fe583defe5cd3583ccb40dd37d75dd537c34a30de928551d71e06 pacemaker-1.1.16-12.el7_4.7.x86_64.rpm 3c19196e5909ddcb45a566f6fc6012bbba0d4405bd44c312ecc2580f20e6faa9 pacemaker-cli-1.1.16-12.el7_4.7.x86_64.rpm c2b4db1829f4979383a80bbd88600f867614b645b7f31ec9e24e30d533196e20 pacemaker-cluster-libs-1.1.16-12.el7_4.7.i686.rpm 71ebe7cbb397bf8763cd07754d13b80f21b4145e7c4632183d32d783dbb11387 pacemaker-cluster-libs-1.1.16-12.el7_4.7.x86_64.rpm 87208d84b837dd6312d8284591524f4cfc1685d094ae239cfe3849b4348e361e pacemaker-cts-1.1.16-12.el7_4.7.x86_64.rpm 407bd16a9ffdb86db875665636d7fe5f0e0e3045cbfd16909a0fdd835bbb28af pacemaker-doc-1.1.16-12.el7_4.7.x86_64.rpm 8e73c69efbf186f21f71eab699fb02f540ff77b7529d0432810a190812302292 pacemaker-libs-1.1.16-12.el7_4.7.i686.rpm f31f2435f47052c199caee6861a9e3f11afe15a6a4043c793d71f9ae49f37620 pacemaker-libs-1.1.16-12.el7_4.7.x86_64.rpm b085ad87db28c96f9bddc68eec368e41c5049d54833cc6f8d32373bc70e5bf8f pacemaker-libs-devel-1.1.16-12.el7_4.7.i686.rpm c635c1cd9f7505cdba35fbad153ca2d6f5a7ef3436303e3072bf107405a5f200 pacemaker-libs-devel-1.1.16-12.el7_4.7.x86_64.rpm 540f712cabbb0be91344ad2b1560a8e4c86b72998bef22be17b860758484b670 pacemaker-nagios-plugins-metadata-1.1.16-12.el7_4.7.x86_64.rpm 3a30b839f7f7e6a5a010ad2b7747bc0115beff85d838d718157916b9dd08be5c pacemaker-remote-1.1.16-12.el7_4.7.x86_64.rpm Source: 3a7c18b4f59cbdfb5a75cd54df1102fdf3d1484285b4a6e76dae13b7dcc43f3a pacemaker-1.1.16-12.el7_4.7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 21 Date: Fri, 26 Jan 2018 01:39:47 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0144 CentOS 7 python-dmidecode BugFix Update Message-ID: <20180126013947.GA5349(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0144 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0144 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 575cbd2bfda39e1785edc69ccb21d4f16ca547d5ab2532b3fd15d51444ad0003 python-dmidecode-3.12.2-1.1.el7.x86_64.rpm Source: 616b0322e17049fdb2188b8842dc4446a1b82a1dc6804c46eccee886d04c325c python-dmidecode-3.12.2-1.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 22 Date: Fri, 26 Jan 2018 01:40:37 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0148 CentOS 7 qemu-kvm BugFix Update Message-ID: <20180126014037.GA5406(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0148 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0148 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6b2d419f731518915327d83b3f351f0de845f9a6bc05f612f12720f00c9af5db qemu-img-1.5.3-141.el7_4.5.x86_64.rpm a4a7b0e5213a9cfdf9bc7898435a388c1332d4a62f0b899419617f2c9d8ffa0a qemu-kvm-1.5.3-141.el7_4.5.x86_64.rpm 2d0a5e7bd682c205ddd7e789e5176f97b0fa7055f519e0dedf7d421bb31bec90 qemu-kvm-common-1.5.3-141.el7_4.5.x86_64.rpm 4c7e101ccbd4279777c80bc7b9e12019bf14a29eed833fa4dd1b60ab93c24391 qemu-kvm-tools-1.5.3-141.el7_4.5.x86_64.rpm Source: aec12d3b70a50a255994c0d97b27e546bc6ad81b95398426c12f9bc676b1cd9d qemu-kvm-1.5.3-141.el7_4.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 23 Date: Fri, 26 Jan 2018 01:41:21 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0168 CentOS 7 rear BugFix Update Message-ID: <20180126014121.GA5454(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0168 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0168 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0e16bbcadc843b56a882374fdea3021125e041d6d791be83bf34895fc126385b rear-2.00-4.el7_4.x86_64.rpm Source: 55ff46788bc63282cf4241ce83eb7a95fdb122d3cb36208e908c9c9126a40973 rear-2.00-4.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 24 Date: Fri, 26 Jan 2018 01:43:30 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0154 CentOS 7 resource-agents BugFix Update Message-ID: <20180126014330.GA5514(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0154 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0154 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 53218ae2afd280426ba456e09b8fb159e6c4dcafb733e8c096e7fd0c430c9e1a resource-agents-3.9.5-105.el7_4.6.x86_64.rpm Source: 601d9dc7c102c37d307c815e61d2fa830c581131ae7f87ad0697b0feadd3e4d8 resource-agents-3.9.5-105.el7_4.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 25 Date: Fri, 26 Jan 2018 01:44:20 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0138 CentOS 7 sos BugFix Update Message-ID: <20180126014420.GA5565(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0138 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0138 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d503afbc27cf98258f1214f01f705ca74aeb75c436fb1852cbfe1d7b5d9254eb sos-3.4-13.el7.centos.noarch.rpm Source: 693cf97a5bfb4b7c54305b0068cf5bd41750e24afa05f80dfc241d0f4ec8d679 sos-3.4-13.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 26 Date: Fri, 26 Jan 2018 01:45:05 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0167 CentOS 7 spice-gtk BugFix Update Message-ID: <20180126014505.GA5663(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0167 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0167 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 62c118ef7947f9b6afff67882c85a927454b9e982026a92f5e7ad30d777d42c6 spice-glib-0.33-6.el7_4.1.i686.rpm f233b3e3a224186327efeffb56da877e9767d2dd3e9de93616552fe8bbc344ae spice-glib-0.33-6.el7_4.1.x86_64.rpm 99604fdb5f3f6eaa5320d879dd1febf7277af036632d06073abe306194d7fe17 spice-glib-devel-0.33-6.el7_4.1.i686.rpm 2031f8794268b1816d13c00e8f859fc31b2e76c180fc958fbc873378125b15a8 spice-glib-devel-0.33-6.el7_4.1.x86_64.rpm bd4dc8946997203dafe87b68255110e2b4365cc524ebcee186fa64d94deda8ea spice-gtk3-0.33-6.el7_4.1.i686.rpm 20b04f9ae29a13577dce329c48fb744dae31c283dec180398d67352302f81edb spice-gtk3-0.33-6.el7_4.1.x86_64.rpm 228d7895d8fcae366c6481f41e4fe53935e77a6ac707a8d30c725bf1c64521b3 spice-gtk3-devel-0.33-6.el7_4.1.i686.rpm ff9b00fee51a9089fa8113d53c6163c4b5e435a419c55f5283db286bba82c262 spice-gtk3-devel-0.33-6.el7_4.1.x86_64.rpm d356923767b3ce94d27b6aa5183380278037e919da72f2b7c223b2ed51833ae0 spice-gtk3-vala-0.33-6.el7_4.1.x86_64.rpm 0fbe276be518ad2511f09a2d36f95f59f4c3d10dcb0ff0e85153e925b014b5f7 spice-gtk-tools-0.33-6.el7_4.1.x86_64.rpm Source: 6016a630a5cd0f3c25f99381e7f93060cc104b096e277447ec419de7b81cf59e spice-gtk-0.33-6.el7_4.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 27 Date: Fri, 26 Jan 2018 01:45:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0155 CentOS 7 systemd BugFix Update Message-ID: <20180126014558.GA5753(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0155 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0155 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c8cf7ca399422996bed63ca137fcff25c5df541f94b5b19c4971074865061857 libgudev1-219-42.el7_4.6.i686.rpm 57b03fc10ec334b044798a14e669ee8901fe9ea0a2ebdc9d69b16698397be35f libgudev1-219-42.el7_4.6.x86_64.rpm 6db0aaadd45b8959123e9a7e2be369c6467d8eece628cffb96ad4f3bd3118c01 libgudev1-devel-219-42.el7_4.6.i686.rpm 4ff4687c7952766598f687548ee5b938300f34ee9e58d4ec5fe7bd598999218d libgudev1-devel-219-42.el7_4.6.x86_64.rpm 538a91942093dd039ce15b52612d55407164112d90e1491b807cfd9bdf08614a systemd-219-42.el7_4.6.x86_64.rpm f04c2e274c1c97af6ab85ac5a77a63970e369e58c09fcc0dddbebaf906f5582c systemd-devel-219-42.el7_4.6.i686.rpm a5a1683e1a3852c6165d17b319e04fb12ecf6403ad1083c9966e5f200c76b67e systemd-devel-219-42.el7_4.6.x86_64.rpm 844677663cf99d1bddf4a4f7262f3c27f075219c9d1d470ea150f670b7599f42 systemd-journal-gateway-219-42.el7_4.6.x86_64.rpm 7c890008b565fd6cfa9abf98959d2f17c9e41ee123361979c57ad6c55727136e systemd-libs-219-42.el7_4.6.i686.rpm d112398bcc9cc4a1b7da5fa18f82929bee0d2ef4b3b7875f2dab670cf422f607 systemd-libs-219-42.el7_4.6.x86_64.rpm b5e671e13cdcbe822559768e17b33c43bee91d8dbba8a3bb1a2a4f57b0c2294b systemd-networkd-219-42.el7_4.6.x86_64.rpm 9c02e72355bcdd599b9209e02cd9a54e9d8feb79d6e74d7c14938ab16f1861a8 systemd-python-219-42.el7_4.6.x86_64.rpm 9c9145fee5c1239eb75eb9c566340f1d58c8cd6c88f7fdfbb2620f16568e6807 systemd-resolved-219-42.el7_4.6.i686.rpm c98d8377982fc5062ac329a6fc9b21fa930f54ab7f19a7685ff40bdb5082ba8e systemd-resolved-219-42.el7_4.6.x86_64.rpm 01800b62392bbc142800afb78e85ae3197bad50bf1891f48310c0217ccac0baa systemd-sysv-219-42.el7_4.6.x86_64.rpm Source: c85a8a6ef3dab950a9a8578524fc6789096dfeba87bd2b46086e07fd3eb6baf8 systemd-219-42.el7_4.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 28 Date: Fri, 26 Jan 2018 01:46:36 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0149 CentOS 7 systemtap BugFix Update Message-ID: <20180126014636.GA5857(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0149 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0149 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8c63444e7f9b64378cce961c5997daa295551fd1b421fc6c97d8d1badf1ced56 systemtap-3.1-5.el7_4.x86_64.rpm 802634db89f2cb777495fe368f1d1f6f7f13a686b3a4cc6f491c9ace4d7371b5 systemtap-client-3.1-5.el7_4.x86_64.rpm 5418b48aa299edb43f5fc9b8021e90bce5a6a5cf86f3ff3eb9f864e1b731b39d systemtap-devel-3.1-5.el7_4.x86_64.rpm 7968f62d66b5e9c72a02043f2b635cd859691bcec31e221372a76b6ff1fefd27 systemtap-initscript-3.1-5.el7_4.x86_64.rpm ef9fefcd7847f1cad0d2fa0808330a00e8952cbc5e777efc8b5c841a415aa751 systemtap-runtime-3.1-5.el7_4.x86_64.rpm a76992289d519d8af9f4ecb4ad447302136bba08ee1d21e5c06c395efc3e3c14 systemtap-runtime-java-3.1-5.el7_4.x86_64.rpm 5a00d081ceab5c67b1ffe155dfc447916a55c66648e90f2504e6281a0be9329c systemtap-runtime-python2-3.1-5.el7_4.x86_64.rpm 2feca782332dee0ab37381e92c530c5851dc45e281f59d97894cd894fa148c12 systemtap-runtime-virtguest-3.1-5.el7_4.x86_64.rpm d2646d4c7c4ff095739a8516cdc447791041f7eef9263417ab05967c9a5f8ee7 systemtap-runtime-virthost-3.1-5.el7_4.x86_64.rpm bec1efeae41979285e9f335307270a0d60bffcc6417f93ccc464960a70e659d0 systemtap-sdt-devel-3.1-5.el7_4.i686.rpm c583831828ed72b115eeaf20e4146d752a4080f66ef949260c40ce28d5112cfc systemtap-sdt-devel-3.1-5.el7_4.x86_64.rpm 6c9a27caded4bdf158b3c1d058f4988e58d5b2a34d4c578a6193139d7b05468a systemtap-server-3.1-5.el7_4.x86_64.rpm 364c84b131179dacb8243ad0e6199f06c4ac64f4f7c0936f9e973658408c028b systemtap-testsuite-3.1-5.el7_4.x86_64.rpm Source: 678ea9e51267be686d77a0a9a716dfadeb92b4e76dea752a7d8aec025a51d9f3 systemtap-3.1-5.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 29 Date: Fri, 26 Jan 2018 01:47:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0139 CentOS 7 tuned BugFix Update Message-ID: <20180126014717.GA5972(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0139 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0139 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5561ec4837bc5b3cb5e4307ffd39c767278df6d46c0e327bc91765c2fa5dce97 tuned-2.8.0-5.el7_4.2.noarch.rpm 739056be8d07e5232fd16e3922c56c083b0b7616b680d0b1ba6edbeea4ed3695 tuned-gtk-2.8.0-5.el7_4.2.noarch.rpm 579e3ac884eb55ab1ba42fc3436fe26614c6a6de49fdff86cb09da5008d5deca tuned-profiles-atomic-2.8.0-5.el7_4.2.noarch.rpm 1bbb9fbec92c7247c2b72518395f4e22f85ab0ea7a37e08f555c1abddf8ebd20 tuned-profiles-compat-2.8.0-5.el7_4.2.noarch.rpm 2c75f794e8452bea88f1e2a378a825b324f8214d980ad6670bf7928486285a6d tuned-profiles-cpu-partitioning-2.8.0-5.el7_4.2.noarch.rpm 6238d774e69ef5796b796723e1632cf8d8acc6581bd6b1ef2c770fd7dcf8da04 tuned-profiles-oracle-2.8.0-5.el7_4.2.noarch.rpm b85616b833f36d1a7308aec3475e6c0535dc7ca98fd79572ab020307cf551401 tuned-utils-2.8.0-5.el7_4.2.noarch.rpm 54c8c1c9597f23e2a2706d22ea17e3c1102e1012b105f94923b6383971cfbb2d tuned-utils-systemtap-2.8.0-5.el7_4.2.noarch.rpm Source: ae49516248debcad037792d77b0cd77b08a2578fac088af8d4dd530912144fac tuned-2.8.0-5.el7_4.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 30 Date: Fri, 26 Jan 2018 01:47:59 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0157 CentOS 7 xorg-x11-server BugFix Update Message-ID: <20180126014759.GA6049(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0157 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0157 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9a46d1cd1a6bfc1cd616e5a1dac73ad8fdb9797b80e845cd31f1ee6331845a31 xorg-x11-server-common-1.19.3-11.el7_4.1.x86_64.rpm bd2ae5b24b4148c619b9b8004993bdc893912436a44d9c491d3c2075380ca6c6 xorg-x11-server-devel-1.19.3-11.el7_4.1.i686.rpm 2d053de4687f739bc9d5815a6472eaedab771bedd8840b86f696c0f488e06ae4 xorg-x11-server-devel-1.19.3-11.el7_4.1.x86_64.rpm ce681d7c2f8fd64e6896d1800ed51a82a0a8937133ac85da3a622aec39310a8d xorg-x11-server-source-1.19.3-11.el7_4.1.noarch.rpm b53b1fdbf93c865b441883c6cbaf21808e760688734ab1ba6b4df2be6b6dbc30 xorg-x11-server-Xdmx-1.19.3-11.el7_4.1.x86_64.rpm 2bcc91aef60fdc99e35e1074ddf03daa5080114259fd45a1ece7b31ebb05e45d xorg-x11-server-Xephyr-1.19.3-11.el7_4.1.x86_64.rpm ce3e5f0abeb46bc21e11beaa5e0063e03217139e1fd0f5672dc871891a682276 xorg-x11-server-Xnest-1.19.3-11.el7_4.1.x86_64.rpm e927712088185e93aa4821b62ce403a90472d06f63a7406d915a91b00541fea7 xorg-x11-server-Xorg-1.19.3-11.el7_4.1.x86_64.rpm 5b087f09d3e108bec80baac3e4bbe80777b2a838fb57b6dff7a1aa9040f6f50f xorg-x11-server-Xvfb-1.19.3-11.el7_4.1.x86_64.rpm Source: 923a44dd32f48309839ebdee61fc1f176455d1fa5f5c71f356780504252e45ba xorg-x11-server-1.19.3-11.el7_4.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 155, Issue 7 ***********************************************

1 0

Latest CVE's For MySQL
by Paul E. Virgo 25 Jan '18

25 Jan '18

Looks like a series of vulnerability alerts for Oracle MySQL have been issued: CVE-2018-2562, CVE-2018-2647 (both high), CVE-2018-2645, CVE-2018-2646, CVE-2018-2665 (all three medium). This affects versions 5.7.20 and prior. I know CentOS/RedHat usually do backports--anybody know if this is the case, or do we have to go 'outside' now, and get the MySQL repository to use, for the latest and greatest? 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

2 2

yum update gitlab-ci-multi-runner
by Helmut Drodofsky 25 Jan '18

25 Jan '18

I'm doing yum update in CentOS 7 since some 10 hours. Last terminal message is: Updating : gitlab-ci-multi-runner-9.5.1-1.x86_64 ps aux: root 15296 0.3 2.5 1554608 204988 pts/0 S+ 06:23 2:01 /usr/bin/python /bin/yum update to kill yum is not a good idea. Alternative? for what is yum waiting? can I stop an application process? systemctl stop gitlab-runner does not help, same with giltlab-ctl stop best regards -- Viele Grüße Helmut Drodofsky Internet XS Service GmbH Heßbrühlstraße 15 70565 Stuttgart Geschäftsführung Helmut Drodofsky HRB 21091 Stuttgart USt.ID: DE190582774 Fon: 0711 781941 0 <tel:+497117819410> Fax: 0711 781941 79 Mail: info(a)internet-xs.de www.internet-xs.de

1 0

CentOS-announce Digest, Vol 155, Issue 6
by centos-announce-request＠centos.org 25 Jan '18

25 Jan '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:0122 Critical CentOS 6 firefox Security Update (Johnny Hughes) 2. CESA-2018:0122 Critical CentOS 7 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 25 Jan 2018 06:37:52 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0122 Critical CentOS 6 firefox Security Update Message-ID: <20180125063752.GA43397(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0122 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:0122 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d520a5bd34e9120d6dd1a7ca2b1dee170a068b7f4716a0907a5f22a2afeed278 firefox-52.6.0-1.el6.centos.i686.rpm x86_64: d520a5bd34e9120d6dd1a7ca2b1dee170a068b7f4716a0907a5f22a2afeed278 firefox-52.6.0-1.el6.centos.i686.rpm d8ae79c414c058f9a537e3603cf14ebddb1460409ea4d9f86a1a859141e6f758 firefox-52.6.0-1.el6.centos.x86_64.rpm Source: 92630fb0ed3e4b689e50984fbbc2f56ce5113bb71a05e3d3a68c1e41812d01b6 firefox-52.6.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 25 Jan 2018 06:38:48 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0122 Critical CentOS 7 firefox Security Update Message-ID: <20180125063848.GA43488(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0122 Critical Upstream details at : https://access.redhat.com/errata/RHSA-2018:0122 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4f1ba783a633e72e1a59563f0075d9465b72dc3a21fc5d04942a3523f457edb2 firefox-52.6.0-1.el7.centos.i686.rpm e6b21655697ab4ff74a38167c34a7b39da40425e4186e9b43c4c3ee930217022 firefox-52.6.0-1.el7.centos.x86_64.rpm Source: 31ea583f73f9589e54dc59865507acd8a8af28ad32bb78a634ad9b0e9559a359 firefox-52.6.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 155, Issue 6 ***********************************************

1 0

In /etc/auto.master, why "+auto.master"?
by Robert Nichols 24 Jan '18

24 Jan '18

Why is the line "+auto.master" present in the /etc/auto.master file? Does this not create a loop, and perhaps is the reason why, on every boot, I see the message, "automount[3260]: problem reading master map, maximum wait exceeded"? This is in an unmodified /etc/auto.master from autofs-5.0.5-133.el6_9.x86_64 in CentOS 6.9. The only other non-comment lines in that file are: /misc /etc/auto.misc /net -hosts -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.

1 0

Centos´s way of handling mdadm
by hw 24 Jan '18

24 Jan '18

Hi, what´s the proposed way of handling mdadm in Centos 7? I did not get any notification when a disk in a RAID1 failed, and now that the configuration has changed after resolving the problem, I might be supposed to somehow update /etc/mdadm.conf. Am I not supposed to be notified by default when something goes wrong with an array? How do I update /etc/mdadm.conf? I´m used to all this working automagically.

2 2

Unrar not extracting archive
by H 24 Jan '18

24 Jan '18

I received a rar-archive, probably created on Win10, that I could not extract with unrar on CentOS 6. Is it possible that the version of unrar available for CentOS 6 does not support potentially new archiving algorithms used by some newer archiving program (don't know which one was used) on Win 10? I was later able to extract the files using another program on a WinXP computer. Defeat...

2 2

Announcement: 32 bit Wine repo for RHEL and CentOS 7
by Richard Grainger 23 Jan '18

23 Jan '18

Hi all I've created a yum repo for 32 bit wine packages on RHEL and CentOS 7: https://harbottle.gitlab.io/wine32/7/i386/ The Wine packages work on both 32 bit and 64 bit RHEL/CentOS 7. There is no 32 bit version of the EPEL repo, where the standard RHEL/CentOS Wine packages can be found, so you may find this new repo useful if you need to run Windows software that requires the 32 bit version of Wine. The packages are all built from the EPEL source RPMs. I had to tweak the spec file for wine itself slightly, but for the dependencies it's all pure rebuilds. Instructions: Code: yum -y install https://harbottle.gitlab.io/wine32/7/i386/wine32-release.rpm yum -y install wine.i686 Please give it a try and tell me what you think! It probably needs more testing.

5 14

virt-manager change to bridged networking on CentOS 7.4
by Jerry Geis 23 Jan '18

23 Jan '18

Hi All, I have virt-manager running just fine currently using NAT. I want to "change" it to bridged network. The GUI is not letting me change anything on the network section. How do I change it to be bridged ? Thanks, Jerry

3 2

failure to start httpd after today update
by Mikhail Utin 23 Jan '18

23 Jan '18

Hello, I ran today update of my CentOS 6.9 running on Dell T105 (AMD OPTERON) and httpd failed to start. Any idea what could cause that? I never had a problem after CentOS 6.x update. Web server runs since March 2017. I do updates usually once in a week. Thank you Mikhail Utin

2 3

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

23 Jan '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:0101 Important CentOS 6 bind Security Update (Johnny Hughes) 2. CESA-2018:0102 Important CentOS 7 bind Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 22 Jan 2018 14:11:38 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0101 Important CentOS 6 bind Security Update Message-ID: <20180122141138.GA50954(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0101 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0101 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 16546a3bcfb17612744cfae52543f033f581614711df25593b710e05ac62d358 bind-9.8.2-0.62.rc1.el6_9.5.i686.rpm 9564a40809fe756d18182d5282d0b782ae9c8c46c246b7e16fbd80b10c506e13 bind-chroot-9.8.2-0.62.rc1.el6_9.5.i686.rpm c427252d3c3bb28dfceacda6083f66c7518baef89a3d8f918b72e5dd9f0fca81 bind-devel-9.8.2-0.62.rc1.el6_9.5.i686.rpm ed3ea083717dfe370230b52f6663d371a112ef56d4639d12507c6585fb2898e9 bind-libs-9.8.2-0.62.rc1.el6_9.5.i686.rpm 82f799f92b7e5bf1cec97c9d9132f80f32944136da6084cc5701aaff3d8be305 bind-sdb-9.8.2-0.62.rc1.el6_9.5.i686.rpm c37ff5bf869289ac59e33afee025af8226696612bd9e19c6619c6fa45fc659cd bind-utils-9.8.2-0.62.rc1.el6_9.5.i686.rpm x86_64: f0b42ce72cc64fc9d26ab2ab836573f22424efdce568c4ac99ca8b995b0861cb bind-9.8.2-0.62.rc1.el6_9.5.x86_64.rpm a3734c436e375d722ade2039060da327fbf4e2eec745648c62b550b293c62834 bind-chroot-9.8.2-0.62.rc1.el6_9.5.x86_64.rpm c427252d3c3bb28dfceacda6083f66c7518baef89a3d8f918b72e5dd9f0fca81 bind-devel-9.8.2-0.62.rc1.el6_9.5.i686.rpm 59b0888132509e29ecf22b26d9b80b9391e979a29474c6dc8ab200470c7b0f2b bind-devel-9.8.2-0.62.rc1.el6_9.5.x86_64.rpm ed3ea083717dfe370230b52f6663d371a112ef56d4639d12507c6585fb2898e9 bind-libs-9.8.2-0.62.rc1.el6_9.5.i686.rpm ccc5613716855d1452360ca272b5220d0d32cb3864a5ff04198e565151c1db81 bind-libs-9.8.2-0.62.rc1.el6_9.5.x86_64.rpm d050af9ea68f9615fa7e5007bae75fb80206526956bff69e17d9da10dafcca5f bind-sdb-9.8.2-0.62.rc1.el6_9.5.x86_64.rpm 99c0e3d653953b8115d25bda7fb4fc521e82381ed5e3da41952b7c26c55e7c6c bind-utils-9.8.2-0.62.rc1.el6_9.5.x86_64.rpm Source: 10685cd21250d6c2c3c35255c6e1df64cf04fdd5b451e0c20cbc8c9e0cab7a7f bind-9.8.2-0.62.rc1.el6_9.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 22 Jan 2018 14:33:56 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0102 Important CentOS 7 bind Security Update Message-ID: <20180122143356.GA61845(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0102 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0102 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 52354f1c21e0e31c07b0485cacaa596a45ac785e3864a4ab459ab492583b25ed bind-9.9.4-51.el7_4.2.x86_64.rpm 738c69d25205fae7c95e7cec68228855fd21055d2be05a4435f502bae3bf1d47 bind-chroot-9.9.4-51.el7_4.2.x86_64.rpm 99bba7d7fcb5b59beb690248cf28b1faa27e3a0315cdac63187ec769ad1e7a1b bind-devel-9.9.4-51.el7_4.2.i686.rpm bc59be11f0ab92c36f254a73b635a5ba3a216f853b7c3d135d2596cb12c168b3 bind-devel-9.9.4-51.el7_4.2.x86_64.rpm 53ab9a14849687dd25d152b09da2e98780e7f80d77d1f313ea66c2620d15ce9d bind-libs-9.9.4-51.el7_4.2.i686.rpm b0da7b68cab2a8b62440b0732466106d34c048d529fe5a67dc0ef53c45a843d5 bind-libs-9.9.4-51.el7_4.2.x86_64.rpm 890fd4f8b30148dec19dc9a784468397c5e842cb4739e5ad59110deff81543c3 bind-libs-lite-9.9.4-51.el7_4.2.i686.rpm ceb520d617b246d86413b41d7db76793042e66503253da0f561394fad24925a6 bind-libs-lite-9.9.4-51.el7_4.2.x86_64.rpm 48a0d4bf2ec286864ecb1a09ecc6166aa97270f59be10a7f1a7e4644a266ce40 bind-license-9.9.4-51.el7_4.2.noarch.rpm e9c39e1374fe3f8fe619a2dd2865ab191f966bc69cee176b91240fb205f44ac6 bind-lite-devel-9.9.4-51.el7_4.2.i686.rpm 163bc6a709a94ac2514e9c3fea6a5eab1d24817e72d46e7ead98d9b02566f540 bind-lite-devel-9.9.4-51.el7_4.2.x86_64.rpm 5ee02ce313c503c3ca0d6ca44de5cdda77039bf5eafe02377acd9ddbe2be3f0c bind-pkcs11-9.9.4-51.el7_4.2.x86_64.rpm 7ce21afb8a8cb4ac1e44d2a769ffab4fc6743d7a411e3fe66a3b634aa3c6b1f2 bind-pkcs11-devel-9.9.4-51.el7_4.2.i686.rpm 714ad21a073a4f243824bf7825296c1e128d62b49040ce1e9bda5ade0d23c673 bind-pkcs11-devel-9.9.4-51.el7_4.2.x86_64.rpm 9458fe65aa33a40e7b7122b8a27eba7c8e38192bdb9d1555c8da746c548f7e80 bind-pkcs11-libs-9.9.4-51.el7_4.2.i686.rpm 0d324c234d10a295e0f32d14a037783f1e6ef850033194591f6ff8f1f89682bf bind-pkcs11-libs-9.9.4-51.el7_4.2.x86_64.rpm b13fdcc7b37c3dd3ae4a1a025c8f705fa0fe06372d8e555c65f8a32b1dcc8934 bind-pkcs11-utils-9.9.4-51.el7_4.2.x86_64.rpm a33046d7b454754d01f8c6dbf67305f9de60d8e99d830d0125ba29e7f8683b3a bind-sdb-9.9.4-51.el7_4.2.x86_64.rpm f8fae28af5a0bc9df76b8bc250e2841b7d2a64adb7b241112866d49a25408411 bind-sdb-chroot-9.9.4-51.el7_4.2.x86_64.rpm d1beefdc90e48c9f4fdb140af58d8b0d31041190e73f6493aee5e44ce54b383f bind-utils-9.9.4-51.el7_4.2.x86_64.rpm Source: 4f4425cf224850518c6db3fed763eb8f68d769d4c5bcf35337ac494fe4493d66 bind-9.9.4-51.el7_4.2.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 155, Issue 5 ***********************************************

1 0

Document/collaboration server advise needed
by Valeri Galtsev 22 Jan '18

22 Jan '18

Dear All, Three groups of scientists need to write documents collaboratively. They are going to use MS PowerPoint, Word, also store PDF files. They want to be able to add external people from other groups they collaborate with and give them access to some areas or "projects". In other words, they want some collaborative work environment, mostly to work on documents. In the past scientists were using TeX, and one of version control systems (CVS, subversion,...). And all was great, as TeX files (pretty much like programs software developers write) are ASCII text files, and diff of two version is rather small... Unlike the past scientists I work for plan to use MS PowerPoint, Word, also store PDF files. All these are effectively binary files for version control systems, then versions will not be stored as a small diff, but each version ends up being the whole document. One obvious solution may be: just buy office365.com service, or set up MS server on our own machine. And these are the two things I am trying to avoid. Could someone recommend open source software? Some collaborative suite focused mostly on working on documents, with web based interface. I run owncloud server for my Department, and one in general can use that, but I hope to find something more focused towards collaborative work. Thanks a lot for your advises and pointers. Valeri ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++

4 3

repodata out of sync for centos6-updates
by Christian Anthon 22 Jan '18

22 Jan '18

Hi, I wanted to update the bind package on our centos-6 servers, and the package is there for the mirrors I've checked, but the repodata dates back from January 18. May be I'm too fast and the repodata update comes later. If so how long can it take? Cheers, Christian.

1 0

How to upgrade CentOS 6.9 KVM host to 7.4.1708 and not re-install guests
by Paul R. Ganci 21 Jan '18

21 Jan '18

I have a Windows 7 KVM guest running on a Centos 6.9 KVM host. I would like to upgrade the host system to CentOS 7.4.1708 without having to re-install from scratch the KVM guest. What procedure should I use to move the guest off the host system, upgrade the CentOS version and then move the KVM Guest back to the host? For example, Is there a recommended way to move the KVM Guest to a USB stick and then move it back to the upgraded host? Thank you for your help. -- Paul (ganci(a)nurdog.com) Cell: (303)257-5208

2 1

An rpm specfile quesstion
by m.roth＠5-cent.us 19 Jan '18

19 Jan '18

I've built an rpm package to distribute an executable and datafiles, but I need to link to the executable, with the symlink with a different name, into /usr/sbin/ If I make the symlink in the %post, it doesn't show if you do rpm -ql, and /usr/sbin/link gives "not owned by any package". If I make <build path>/usr/bin during the %install, trying to install it gives me /usr/sbin's already owned by the filesystem package. What's the correct way to do this, so it shows with rpm -ql? mark

1 1

CentOS-announce Digest, Vol 155, Issue 4
by centos-announce-request＠centos.org 19 Jan '18

19 Jan '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:0095 Important CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 2. CESA-2018:0095 Important CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 18 Jan 2018 12:01:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0095 Important CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20180118120126.GA34635(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0095 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0095 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: aedfa61bf2daf443844cf6e97ac3b1aca5978a0152dada7bc608ebf3f95a9461 java-1.8.0-openjdk-1.8.0.161-3.b14.el6_9.i686.rpm 0228e7975a903a24e95d33731b508abd7094dc1ee97893fff9d238b18067adf8 java-1.8.0-openjdk-debug-1.8.0.161-3.b14.el6_9.i686.rpm 887147e2ef26d6ae70a7564e884c4d822261065fe90556172eda958fb47e8f8c java-1.8.0-openjdk-demo-1.8.0.161-3.b14.el6_9.i686.rpm c6cccf1e268f7202e1a90effbdd8d371bbcdb1ce13453f068c410de496ec97b1 java-1.8.0-openjdk-demo-debug-1.8.0.161-3.b14.el6_9.i686.rpm c0d65912e964721b78ba31641c7174e7a9981af86445b49cd71c0754bbf3f6e2 java-1.8.0-openjdk-devel-1.8.0.161-3.b14.el6_9.i686.rpm 5a8f1d45265453ba3d1b423342ac60784b5e6e1f83d7d23480490811962decac java-1.8.0-openjdk-devel-debug-1.8.0.161-3.b14.el6_9.i686.rpm a2bf3ce22b0bab146f4b385f1db394151e73d9cc41b574010f48bb7ddeaba855 java-1.8.0-openjdk-headless-1.8.0.161-3.b14.el6_9.i686.rpm 105e35a7517a69afce3b8e7a1a0e4eb102d4358fe9b4c625958c919b8bc56b64 java-1.8.0-openjdk-headless-debug-1.8.0.161-3.b14.el6_9.i686.rpm 7de3406d823412dbd17aaa8069f09768a117879bc8506a424eb75018b0e0a938 java-1.8.0-openjdk-javadoc-1.8.0.161-3.b14.el6_9.noarch.rpm 01b581a28636ac8b8439506e6e16bc8da16b135349bbabb77c6aff02e811c4a3 java-1.8.0-openjdk-javadoc-debug-1.8.0.161-3.b14.el6_9.noarch.rpm 2a6860c1944506df1df76dbef39e21bdb965a88ddd660f3dc9f90b69f09e1fee java-1.8.0-openjdk-src-1.8.0.161-3.b14.el6_9.i686.rpm 075c7525fe677e946029ed4a982f727b7f154a4a03951664bbed8eec184ddef4 java-1.8.0-openjdk-src-debug-1.8.0.161-3.b14.el6_9.i686.rpm x86_64: ba95497dc991932b615659b2eb78c3a98d79f5f32fb2cb5bdc7254de8539a353 java-1.8.0-openjdk-1.8.0.161-3.b14.el6_9.x86_64.rpm d2ce15aef82064f5badb4ca47721e8fb8743b53adfb20908b7919711065ecf77 java-1.8.0-openjdk-debug-1.8.0.161-3.b14.el6_9.x86_64.rpm f0fafa95776412d4a1e15ce3c2db724ec82c620c974f8ad9167ca7f4cb255474 java-1.8.0-openjdk-demo-1.8.0.161-3.b14.el6_9.x86_64.rpm a9284fd2781365df7ce6819ec503f555903146d4c17d4a6dcc2fcba51b3d902f java-1.8.0-openjdk-demo-debug-1.8.0.161-3.b14.el6_9.x86_64.rpm 99cd860e133743c47a85e1ca4abc907e71e989a5087b7478695f92ba35e5ff5c java-1.8.0-openjdk-devel-1.8.0.161-3.b14.el6_9.x86_64.rpm cdaa7a1761d9e003d31067c08dae44571575f70ee97bdabd342328b446a3c2ad java-1.8.0-openjdk-devel-debug-1.8.0.161-3.b14.el6_9.x86_64.rpm 3fe343d680a27e78031184e0be0b6dcc905e0b98d8a6618f29652caf298a4af4 java-1.8.0-openjdk-headless-1.8.0.161-3.b14.el6_9.x86_64.rpm 5276a0a5981112fa3b78d7c1ab770e52faa3a866fe99a67bb0f43a08c30403d6 java-1.8.0-openjdk-headless-debug-1.8.0.161-3.b14.el6_9.x86_64.rpm 7de3406d823412dbd17aaa8069f09768a117879bc8506a424eb75018b0e0a938 java-1.8.0-openjdk-javadoc-1.8.0.161-3.b14.el6_9.noarch.rpm 01b581a28636ac8b8439506e6e16bc8da16b135349bbabb77c6aff02e811c4a3 java-1.8.0-openjdk-javadoc-debug-1.8.0.161-3.b14.el6_9.noarch.rpm fe1204dffecc7fdea9a2144bd92befa22d204cfbbac47fdac6b10eab29ea8e6a java-1.8.0-openjdk-src-1.8.0.161-3.b14.el6_9.x86_64.rpm f6976bc2fb8aa2ae4850966e64dda40ec98b1d7f0110c34b10efcb4926a62edc java-1.8.0-openjdk-src-debug-1.8.0.161-3.b14.el6_9.x86_64.rpm Source: d565f75f024098b6e2d6d3fb4f9b32b5e08c01b63484ee0bbae5891873b27bbe java-1.8.0-openjdk-1.8.0.161-3.b14.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 18 Jan 2018 12:02:37 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0095 Important CentOS 7 java-1.8.0-openjdk Security Update Message-ID: <20180118120237.GA34824(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0095 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0095 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 2766912d0c8583b9a30da8bd2b71466f56a7fc92ff190af4172de63a505a363e java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.i686.rpm 4e74ae36e07d3d70a7546b65999644fc30f9352e5fa88180cd42f8254c578222 java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.x86_64.rpm be70d0e5ea69695df751ab29bbbc4bea2d9fdaf7041626a14da2f858ef084820 java-1.8.0-openjdk-accessibility-1.8.0.161-0.b14.el7_4.i686.rpm 2f0c71aeb31a527037ff66d0e42d10d3d23956ca78f156ce9a523d68ef5093de java-1.8.0-openjdk-accessibility-1.8.0.161-0.b14.el7_4.x86_64.rpm 5730beececbde72bf96919f270a93d6c855026016426c052857c6e3fbba3b290 java-1.8.0-openjdk-accessibility-debug-1.8.0.161-0.b14.el7_4.i686.rpm 409e515d1c0aa28f2c59b4e38eed54e75a2b34ec2fb215f5d4c3048c9d73298a java-1.8.0-openjdk-accessibility-debug-1.8.0.161-0.b14.el7_4.x86_64.rpm b5deb2dd947e0861bdbe2ecd7f573649a0762957b705ca355ccf948780c94fdc java-1.8.0-openjdk-debug-1.8.0.161-0.b14.el7_4.i686.rpm bc183b1b9c1c1a48ac5e2248c23580c469bed6aad8c1b00d12e45ed3674f834f java-1.8.0-openjdk-debug-1.8.0.161-0.b14.el7_4.x86_64.rpm ccfafae41cee085f0d25f6c45f8a3271684f7878547f1fd1d1fb432b0cc585f3 java-1.8.0-openjdk-demo-1.8.0.161-0.b14.el7_4.i686.rpm 4869f03636a2e3db10c62912bda10198eedc5c87e2bd92925ad8ec8717e75bf0 java-1.8.0-openjdk-demo-1.8.0.161-0.b14.el7_4.x86_64.rpm e2e76d4f3787d6f0b8889a48edc71a3c8e4dbaa51e697c9179ba9d4da78199be java-1.8.0-openjdk-demo-debug-1.8.0.161-0.b14.el7_4.i686.rpm eb0ab0a91a663ae9dda18a30b54c707ebad1838d1158f3e1985a20f5a23f333e java-1.8.0-openjdk-demo-debug-1.8.0.161-0.b14.el7_4.x86_64.rpm 44d5f739b1756e8cc9db1ed060f1b466f2ed5e0e33b4050815756729dbdf3130 java-1.8.0-openjdk-devel-1.8.0.161-0.b14.el7_4.i686.rpm 987f47d6fd54cbef7b7c3ad01fcda79e06975060019027806ba91cb3e2655855 java-1.8.0-openjdk-devel-1.8.0.161-0.b14.el7_4.x86_64.rpm 12a6f4858eb57161f73a10f35b181a0bb50564a6ecadb99ba3149c7a464c99bf java-1.8.0-openjdk-devel-debug-1.8.0.161-0.b14.el7_4.i686.rpm ad5e3d9dff544ae145e3ecec11b203b4e1ec68b6307d8cc0ca5fc51427a92c43 java-1.8.0-openjdk-devel-debug-1.8.0.161-0.b14.el7_4.x86_64.rpm 12660f8b112be41ddc736c7a5e7ae89631b8d1fd15491c313e86689ace19aa88 java-1.8.0-openjdk-headless-1.8.0.161-0.b14.el7_4.i686.rpm 679daae12c2c46b9427e7e45811ade63aeaf99f408d82e3d15b7a58f958aceb3 java-1.8.0-openjdk-headless-1.8.0.161-0.b14.el7_4.x86_64.rpm f273343cc2cc69a003df11942b1c53b09e591b856da79e5e0ba85d9841bd614d java-1.8.0-openjdk-headless-debug-1.8.0.161-0.b14.el7_4.i686.rpm f2928bba6eec9fa58031db25f7fabca724b8d71b53037dbb03c03e95e0520c46 java-1.8.0-openjdk-headless-debug-1.8.0.161-0.b14.el7_4.x86_64.rpm a85073538a6e46dfdbcf7c4e133490cc036efa2589523e6fcf12d90fb0950489 java-1.8.0-openjdk-javadoc-1.8.0.161-0.b14.el7_4.noarch.rpm aa1a25bc2ea08576790f3f16dec6744b9a984317a60db7fbb0e362172e423976 java-1.8.0-openjdk-javadoc-debug-1.8.0.161-0.b14.el7_4.noarch.rpm 2f9e4deba0573a34379b94e96202b98de9f24775c0e3236d6e4f46031bcbea68 java-1.8.0-openjdk-javadoc-zip-1.8.0.161-0.b14.el7_4.noarch.rpm c77f9996c365bfd0e908defa91c5cd5cc5935ab043f83ac25edce54b43c57551 java-1.8.0-openjdk-javadoc-zip-debug-1.8.0.161-0.b14.el7_4.noarch.rpm 8dc501543d8e5c660b759b2523770a377936e4fe7394cb2f54a9abbf377dd0dd java-1.8.0-openjdk-src-1.8.0.161-0.b14.el7_4.i686.rpm 8d3f2e4b551112bdccb364f587d7e596fde31ce87346d91059f6a5dd5b1d0fd6 java-1.8.0-openjdk-src-1.8.0.161-0.b14.el7_4.x86_64.rpm ef65b9442ae5d29b5845e5c0715a2d74a5d1e05d7d849f0a8a03f43f3cef9f0e java-1.8.0-openjdk-src-debug-1.8.0.161-0.b14.el7_4.i686.rpm 58eec59c90cf6c55c9c79a391acb00de0f5b92db9aca7388ae1eebc3cdec0352 java-1.8.0-openjdk-src-debug-1.8.0.161-0.b14.el7_4.x86_64.rpm Source: bdd53201389bbc3d4e6673551a8913964c750b7a5996704bd4a3808176b2ed9e java-1.8.0-openjdk-1.8.0.161-0.b14.el7_4.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 155, Issue 4 ***********************************************

1 0

Minor problem with yum-cron
by Bill Gee 18 Jan '18

18 Jan '18

Hello everyone - I have a minor problem with yum-cron. It has been doing this for a long time, and finally today I got annoyed enough to want to fix it. The problem: When yum-cron sends an email notification, the message is sent without a date field. Therefore it shows up in my inbox as "date: Unknown" and sorts to the opposite end of the list. The system is CentOS 7.4.1708 with all patches. Yum-cron is version 3.4.3-154. The email headers look like this: Return-Path: <root(a)campercaver.net> X-Original-To: bgee(a)campercaver.net Delivered-To: bgee(a)campercaver.net Received: from boinc01.billgee.local (unknown [192.168.17.131]) by campercaver.net (Postfix) with ESMTP id 94EA62C0C70 for <bgee(a)campercaver.net>; Thu, 18 Jan 2018 03:44:26 -0600 (CST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Yum: Updates installed on boinc01.billgee.local From: root(a)campercaver.net To: bgee(a)campercaver.net X-Spambayes-Classification: ham; 0.00 As you can see, there is no "Date:" field. I don't see anything in /etc/yum/yum-cron.conf that might affect this. I also see nothing in /etc/mail.rc,l though in this case it might not be using that file. The system does not have an smtp server on it. Yum-cron.conf specifies another server for smtp. It obviously works since I receive emails from it. Is this a bug in yum-cron? Am I missing something obvious? Thanks! -- Bill Gee

1 0

CentOS-announce Digest, Vol 155, Issue 3
by centos-announce-request＠centos.org 18 Jan '18

18 Jan '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:0093 Important CentOS 6 microcode_ctl Security Update (Johnny Hughes) 2. CESA-2018:0093 Important CentOS 7 microcode_ctl Security Update (Johnny Hughes) 3. CESA-2018:0094 Important CentOS 7 linux-firmware Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 17 Jan 2018 14:59:21 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0093 Important CentOS 6 microcode_ctl Security Update Message-ID: <20180117145921.GA5351(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0093 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0093 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 54438c9b051c533a3b7c0eb4df3ee0b73f4bafcec4ea48428b2681e9a3aa3696 microcode_ctl-1.17-25.4.el6_9.i686.rpm x86_64: 5c2cc1670861c74c8ec14589d8cc9cb2b402ecb24fdb57a5472f4d213d727b37 microcode_ctl-1.17-25.4.el6_9.x86_64.rpm Source: 16e00d0102839f413217fd0616a7e5d204d9a9442495dccbed8e94e517096c41 microcode_ctl-1.17-25.4.el6_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 17 Jan 2018 16:50:17 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0093 Important CentOS 7 microcode_ctl Security Update Message-ID: <20180117165017.GA16776(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0093 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0093 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9ca51137ec96c3340b38bdbc8769d52b1640c38159b443e1228c681927ba1106 microcode_ctl-2.1-22.5.el7_4.x86_64.rpm Source: b7cb4af1f3498e147533df2523ebd1fe497ca9088cc26a207ecaf1b9d05a0a1e microcode_ctl-2.1-22.5.el7_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 17 Jan 2018 16:51:32 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0094 Important CentOS 7 linux-firmware Security Update Message-ID: <20180117165132.GA16930(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0094 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0094 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 477326f42dacde9755f0d662d0441e0f279225fbdb52c4f1557355bfe4ca0943 iwl1000-firmware-39.31.5.1-58.el7_4.noarch.rpm f4dcb45012ca1aaa758e9a31672d780270146a0070e0df6e0ed84b30824353f6 iwl100-firmware-39.31.5.1-58.el7_4.noarch.rpm 998665697fa54cbf485c3934e4bd17b69fbb7d62792480b9598a898407b8b6fd iwl105-firmware-18.168.6.1-58.el7_4.noarch.rpm 1cfe05c5f1fbd5d9d393a11b9c4fe90df4def61a240eaa38fc219a795b776b1d iwl135-firmware-18.168.6.1-58.el7_4.noarch.rpm ee01d9332220a7b91499180a83aae43abdfa14908f6f6139688bf017c609e68e iwl2000-firmware-18.168.6.1-58.el7_4.noarch.rpm 8429f035e10f57f4432929df9b218f597a368c84302cb5880d5e04fbc60395a4 iwl2030-firmware-18.168.6.1-58.el7_4.noarch.rpm 4c989c9c1f433055cfa94e4c0246209894d9c078ad0834455e110ed0e502b647 iwl3160-firmware-22.0.7.0-58.el7_4.noarch.rpm 8bc0c9de2f1f16da7cf7b0773809396e0f06147a3c199657fae4549c042358ec iwl3945-firmware-15.32.2.9-58.el7_4.noarch.rpm 52f1797d67c172b3326d152c0f0a7397b041c055fbf2e1878d596f685d8c35ee iwl4965-firmware-228.61.2.24-58.el7_4.noarch.rpm a314bbb5fb6d07d3a689dbb2896fc886847e0ad9527c7655da1718ac438b6656 iwl5000-firmware-8.83.5.1_1-58.el7_4.noarch.rpm eae7b5d69cecf1f6a047a41bbf1c56c0c41b3beedef594263e97734482f2dcb4 iwl5150-firmware-8.24.2.2-58.el7_4.noarch.rpm ba5a716bc1791e844990fc37f968fc040fd5456cdf95f7aff47cc7cf042dee00 iwl6000-firmware-9.221.4.1-58.el7_4.noarch.rpm 0b93b37d785647ca355adf71437b4d938b89aa7361bb6261937e670430ac93fb iwl6000g2a-firmware-17.168.5.3-58.el7_4.noarch.rpm 82dc7941f1865f2a3baeca035c017d1dea7f996840097e0feeb9203f9a579f4d iwl6000g2b-firmware-17.168.5.2-58.el7_4.noarch.rpm be1a9b0ea1d36fa539f9797ffaf150a1ce1137a4e79333514839f4741117c1b1 iwl6050-firmware-41.28.5.1-58.el7_4.noarch.rpm 4e456b537182b6418a6cabfd409cf755293443ee4e45b6f68c7ebb567b927644 iwl7260-firmware-22.0.7.0-58.el7_4.noarch.rpm ce6711788536b4dcb5cf85874ed4b86b9180f023ba3383b8dc5115434a751c69 iwl7265-firmware-22.0.7.0-58.el7_4.noarch.rpm 897d702e4f57affaee9afd069d8abe12cc1ae63d591bf535473af31ad1707c2d linux-firmware-20170606-58.gitc990aae.el7_4.noarch.rpm Source: 1d442fb1c99eb541aa36dd885a4963f0f2b7f16259275135d0d6f073324937d1 linux-firmware-20170606-58.gitc990aae.el7_4.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 155, Issue 3 ***********************************************

1 0

sshfs mounting on Centos 6.9
by Miguel González 16 Jan '18

16 Jan '18

Hi all, I am trying to mount on boot a sshfs filesystem. I have tried this in /etc/fstab backup@myserver.com:/home/backup/myserver /backup fuse.sshfs nonempty,allow_other 0 2 but only works when network works. I have also tried this in my crontab: @reboot sshfs -o idmap=backup myserver.com:/home/backup/myserver /backup but doesn´t seem to work either. What else can I try? Thanks, Miguel --- This email has been checked for viruses by AVG. http://www.avg.com

2 1

Squid + wccp + firewalld
by Ranbir 16 Jan '18

16 Jan '18

Hi Everyone, I'm trying to get squid + wccp on a Centos 7 box working with a Cisco router. I've done this before several times using Centos 6 and iptables, but never on Centos 7 with firewalld. I've searched far and wide for clear, concise instructions on how to do what I want in Centos 7. I've pieced together what I've found to come up with what I thought should work. Unfortunately, squid simply refuses to respond. At the moment, it looks like squid isn't forwarding the requests it's receiving from the router over the GRE tunnel interface. The cisco router is showing the tunnel is up and active, which means wccp is working in that sense. I've edited sysctl.conf exactly as I would have on a Centos 6 box. Squid is configured like it would have been on a Centos 6 box, too. Here are the firewall rules: [root@s0989-stocac1 ~]# firewall-cmd --list-all public (active) target: default icmp-block-inversion: no interfaces: ens192 tun0 sources: services: ctc-custom dhcpv6-client ssh ports: 8081/tcp 3127/tcp 3128/tcp 8080/tcp protocols: masquerade: yes forward-ports: port=80:proto=tcp:toport=3127:toaddr=1.1.1.1 sourceports: icmp-blocks: rich rules: rule family="ipv4" source address="2.2.2.0/26" protocol value="gre" accept [root@s0989-stocac1 ~]# firewall-cmd --direct --get-all-rules ipv4 nat POSTROUTING 0 -j MASQUERADE ipv4 nat PREROUTING 0 -i tun0 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 3127 Does anyone have any pointers/tips? I think I've messed up the firewalld rules somehow, but I'm not sure. Thanks in advance. -- Ranbir

1 0

Hello!
by Hideki Momokita. 16 Jan '18

16 Jan '18

To whom it may concern, Hello,I am Hideki Momokita,I joined last time. I work in IT Security at The MRC Foundation. I am Japanese. I was sending it from Osaka in Japan. Sorry,I am poor at English. Best regards, Hideki Momokita.

1 0

Re: [CentOS] lshw in centos 7 withdrawn
by david 15 Jan '18

15 Jan '18

John-- Thanks for the suggestion. I finally had a chance to get to the system in question, It was the only one of many that exhibited the USB hang. I tried a reboot with the two USB disks disconnected. Everything worked. I plugged them in, and then did both "lsusb -v" and "lshw", and again, everything worked. Continuing my test: Reboot with both drives plugged in: all worked. Power off, wait 1 minute for everything to quiet down, power on: all worked. So, I can't reproduce the problem. I guess I have to blame cosmic rays or those nasty gremlins that inhabit our IC's. :-) Or is it related to the annoying spin-down and spin-up delay of external USB disks. I have issues with the spin-up delay on other CentOS platforms, and have managed to find a kludge to avoid it most of the time. Windows 10 seems to handle the delay well. Thanks for your idea. At least it led me to "lsusb -v". David At 05:33 PM 1/11/2018, Stephen John Smoogen wrote: >On 11 January 2018 at 20:23, david <david(a)daku.org> wrote: > > Folks > > > > I've been running lshw for years in both Centos 6 and Centos 7, yet just > > recently it started hanging. Neither a Control^C nor a "kill" of the > > process cured the hang; only a reboot. > > > >Is this just one system or a range of boxes? I just ran it on 2 >different ones running CentOS 7 and it worked fine there. If it is >just one particular hardware then look through the lshw man page and >try the versions of something like > >lshw -disable usb > >to see if it still happens. [It might require other tests also.] > > > > When I run it by hand from the command line, it displays stuff on the next > > line overwriting it with things like PCI, USB. And USB is the last thing I > > see. A Control-C does not unlock it. > > > > I am running lshw-B.02.18-7.el7.x86_64. The CPU is an Intel I7-3770K, > > running CentOS 7.4.1708 > > > > Is there any idea? Is there some alternate program that could list the > > hardware? > > > > Thanks > > > > David > >

2 4

el7 systemd :: usage of AssertPathExists
by Adrian Sevcenco 15 Jan '18

15 Jan '18

Hi! I am trying to use AssertPathExists in a systemd unit but it seems it not working. Does anyone have problems with this? i have this in unit : AssertPathExists= AssertPathExists=/etc/mlsensor/mlsensor.properties but then when i start the service i get no errors : 26225 /usr/bin/java -Xms16m -Xmx32m -DMLSENSOR_HOME=/tmp -Djava.util.logging.config.class=lia.Monitor.monitor.LoggerConfigClass -Dlia.Monitor.ConfigURL=file:/etc/mlsensor/mlsensor.properties -jar /usr/share/java/mlsensor/MLSensor.jar i can't modify the java application, i am just doing an systemd unit for it... Anyone have any experience making systemd unit fail if the configuration file is not in place? Thank you! Adrian

2 2

CentOS Linux 7 (1708) AltArch i386 Kernel
by Johnny Hughes 13 Jan '18

13 Jan '18

Red Hat no longer maintains the i386 kernel for RHEL 7.4. We have been using a modified kernel until this latest meltdown / spectre release (*kernel-3.10.0-693.11.6.el7*). This latest release does not build on i386/i686 and we can't figure out how to make it work. Build try: https://buildlogs.centos.org/c7.1708.u.i386/kernel/20180109171431/3.10.0-69… SRPM: http://people.centos.org/hughesjr/kernel-3.10.0-693.11.6.el7.centos.plus.sr… In the mean time, people running the altarch i386 distribution can the latest i386 experimental kernel .. use the repo file from here (bottom of the page, 'CentOS-Experimental.repo' to '/etc/yum.repo.d/' ) to get it: https://wiki.centos.org/SpecialInterestGroup/AltArch/i386 We could use some community help in: 1. Making the 3.10.0-693.11.6.el7.centos.plus.i386 build. 2. Testing the 4.9.75.el7.centos.i686 kernel from the experimental repo on the i386 arch. Please post info on this thread in the mailing list. In the past the Springdale Linux distro has had i386 kernels as well, but they have not updated any since the 7.4 release (a couple behind us), so they haven't gotten it to build either. If we can not get a working backported kernel-3.10.0-693.11.6.el7, I'll push a newer 4.9.x LTS kernel from the experimental repo as an update to the i386 AltArch updates repository. Let's set a timeout of next Friday as the drop dead fix date for kernel-3.10.0-693.11.6.el7 .. if we can't get one to build, we'll push the latest LTS kernel from kernel.org it the i386 AltArch updates repo. Thanks, Johnny Hughes

3 3

update to Centos7.4: Failed to open \EFI\BOOT\grubx64.efi - Not Found
by johan.vermeulen7＠telenet.be 13 Jan '18

13 Jan '18

Hello All, updating from Centos7.3 to Centos7.4 rendered one of our laptops unbootable. EM: Failed to open \EFI\BOOT\grubx64.efi - Not Found Failed to load image \EFI\BOOT\grubx64.efi: Not Found start_image() returned Not Found How could this occur because of an update and how to fix this? What I tried is booting from centos usb, chroot to /mnt/sysimage and gave command: efibootmgr --create --label CentOS --disk /dev/sda1 --loader "\EFI\centos\shim.efi" This gave no EM, but booting remains impossible. I have to say I don't know whether to try grub2 of efibootmgr commands. Any help would be very much appreciated. Greetings, J.

3 3

FOSDEM Dojo update
by Rich Bowen 12 Jan '18

12 Jan '18

As you are no doubt aware, we are once again planning to hold a Dojo at the Marriott Grand Place on the Friday before FOSDEM starts - Friday, February 2, 2018. The schedule for the event may be found at https://wiki.centos.org/Events/Dojo/Brussels2018 and includes two tracks covering a wide variety of topics. Attendance at this event is free, but if you plan to attend please register - https://www.eventbrite.com/e/centos-dojo-at-fosdem-tickets-41309238043 - for planning and catering purposes. For those unable to attend, we will be recording (video) both tracks this year, and the sessions will be posted to YouTube as soon after the event as we can manage. See you in Brussels! -- Rich Bowen - rbowen(a)centosproject.org @RDOcommunity // @CentOSProject // @rbowen

1 0

Is kernel-3.10.0-693.11.6.el7 tested with old hardware?
by Gerhard Schneider 12 Jan '18

12 Jan '18

Today we tried to update machines w/ Core2 Duo E6750 from 3.10.0-693.11.1.el7.centos.plus to 3.10.0-693.11.6.el7.centos.plus and the machines did not boot due to a kernel panic. Before we dig any further I wanted to know if the 11.6 kernel has been tested on old hardware, too, or if the problem is well known but not documented (yet). Thank you in advance! Gerhard Schneider -- Gerhard Schneider Institute of Lightweight Design and e-Mail: gs(a)ilsb.tuwien.ac.at Structural Biomechanics (E317) Tel.: +43 1 58801 31716 TU Wien / Vienna / Austria Fax: +43 1 58801 31799 A-1060 Wien, Getreidemarkt 9/BE02 http://www.ilsb.tuwien.ac.at/~gs/

2 1

lshw in centos 7
by david 12 Jan '18

12 Jan '18

Folks I've been running lshw for years in both Centos 6 and Centos 7, yet just recently it started hanging. Neither a Control^C nor a "kill" of the process cured the hang; only a reboot. When I run it by hand from the command line, it displays stuff on the next line overwriting it with things like PCI, USB. And USB is the last thing I see. A Control-C does not unlock it. I am running lshw-B.02.18-7.el7.x86_64. The CPU is an Intel I7-3770K, running CentOS 7.4.1708 Is there any idea? Is there some alternate program that could list the hardware? Thanks David

3 2

CentOS 7 autofs flakyness
by m.roth＠5-cent.us 11 Jan '18

11 Jan '18

I have a user who couldn't get in via WinSCP to a server. Got him to log in via putty, and that was fine. But he still couldn't get in the other way. At my manager's suggestion, I restarted autofs... and everything worked. Note that his home director5y was already automounted via NFS, after he logged in via putty. We've seen other, similar oddities with NFS. Is anyone else seeing this, or have a clue? Btw, there were no errors showing in /var/log/messages, journal, I saw this in dmesg: task mount.nfs:83892 blocked for more than 120 seconds, but that was from four days ago, and my user just reported the problem yesterday, though he hadn't tried to use WinSCP in about a month. mark

2 1

1600x900 not available
by Sean Smith 11 Jan '18

11 Jan '18

My laptop is a Dell XPS-13 running CentOS 7. It has a 13" 1920x1080 screen and it's a bit difficult for my mid-40s eyesight. Fedora and Debian, on this laptop, give me the option of choosing 1600x900 which is much easier for me to read but CentOS doesn't show this resolution as available. I followed the steps I found in a post on stackexchange using xrandr, substituting 1600x900 where applicable and it worked but, once I rebooted, it went back to 1920x1080 with no 1600x900 option in settings-display. Is there a way I can add 1600x900 resolution the list of available resolutions in settings-display? Thanks, Sean

5 10

soft lockup after set multicast_router of bridge and it's port to 2
by wuzhouhui 10 Jan '18

10 Jan '18

OS: CentOS 6.5. After I set multicast_router of bridge and it's port to 2, like following: echo 2 > /sys/devices/virtual/net/eth81/bridge/multicast_router echo 2 > /sys/devices/virtual/net/bond2/brport/multicast_router Then soft lockup occured: Message from syslogd@node-0 at Jan 9 15:47:12 ... kernel:BUG: soft lockup - CPU#0 stuck for 61s! [swapper:0] And the call trace is RIP: 0010:[<ffffffffa04f3608>] [<ffffffffa04f3608>] br_multicast_flood+0x88/0x140 [bridge] RSP: 0018:ffff88013bc038f0 EFLAGS: 00000246 RAX: ffff88404f816020 RBX: ffff88013bc03940 RCX: ffff88204e40a640 RDX: ffff882002b9ce01 RSI: ffff882002b9ce80 RDI: 0000000000000000 RBP: ffffffff8100bb93 R08: 0000000000000001 R09: 00000000ff09f4a1 R10: ffff88202c884070 R11: 0000000000000000 R12: ffff88013bc03870 R13: ffff882002b9ce80 R14: ffff88013bc03860 R15: ffffffff8151b225 FS: 0000000000000000(0000) GS:ffff88013bc00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 00007fa11a942000 CR3: 0000000001a85000 CR4: 00000000001407e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Process swapper (pid: 0, threadinfo ffffffff81a00000, task ffffffff81a8d020) Stack: 880be7e100028813 ffff882002b9ce80 ffff882002b9ce80 ffffffffa04f3930 <d> 00000000880be7e1 ffff882002b9ce80 ffff882002b9ce80 ffff88200286c042 <d> ffff88202ae7c6e0 ffff882002b9ceb8 ffff88013bc03950 ffffffffa04f36d5 Call Trace: <IRQ> [<ffffffffa04f3930>] ? __br_forward+0x0/0xd0 [bridge] [<ffffffffa04f36d5>] ? br_multicast_forward+0x15/0x20 [bridge] [<ffffffffa04f4a34>] ? br_handle_frame_finish+0x144/0x2a0 [bridge] [<ffffffffa04fa938>] ? br_nf_pre_routing_finish+0x238/0x350 [bridge] [<ffffffffa04faedb>] ? br_nf_pre_routing+0x48b/0x7b0 [bridge] [<ffffffff8143ba57>] ? __kfree_skb+0x47/0xa0 [<ffffffff814734f9>] ? nf_iterate+0x69/0xb0 [<ffffffffa04f48f0>] ? br_handle_frame_finish+0x0/0x2a0 [bridge] [<ffffffff814736b6>] ? nf_hook_slow+0x76/0x120 [<ffffffffa04f48f0>] ? br_handle_frame_finish+0x0/0x2a0 [bridge] [<ffffffffa04f4d1c>] ? br_handle_frame+0x18c/0x250 [bridge] [<ffffffff81445709>] ? __netif_receive_skb+0x529/0x750 [<ffffffff814397da>] ? __alloc_skb+0x7a/0x180 [<ffffffff814492f8>] ? netif_receive_skb+0x58/0x60 [<ffffffff81449400>] ? napi_skb_finish+0x50/0x70 [<ffffffff8144ab79>] ? napi_gro_receive+0x39/0x50 [<ffffffffa016887f>] ? bnx2x_rx_int+0x83f/0x1630 [bnx2x] [<ffffffff810608dc>] ? perf_event_task_sched_out+0x4c/0x70 [<ffffffffa01698ae>] ? bnx2x_poll+0x23e/0x2f0 [bnx2x] [<ffffffff8144ac93>] ? net_rx_action+0x103/0x2f0 [<ffffffff8107a811>] ? __do_softirq+0xc1/0x1e0 [<ffffffff810e6b30>] ? handle_IRQ_event+0x60/0x170 [<ffffffff8100c30c>] ? call_softirq+0x1c/0x30 [<ffffffff8100fa75>] ? do_softirq+0x65/0xa0 [<ffffffff8107a6c5>] ? irq_exit+0x85/0x90 [<ffffffff8151b165>] ? do_IRQ+0x75/0xf0 [<ffffffff8100b9d3>] ? ret_from_intr+0x0/0x11 <EOI> [<ffffffff81016627>] ? mwait_idle+0x77/0xd0 [<ffffffff815176fa>] ? atomic_notifier_call_chain+0x1a/0x20 [<ffffffff81009fc6>] ? cpu_idle+0xb6/0x110 [<ffffffff814f6e3a>] ? rest_init+0x7a/0x80 [<ffffffff81c25f70>] ? start_kernel+0x405/0x411 [<ffffffff81c2533a>] ? x86_64_start_reservations+0x125/0x129 [<ffffffff81c25453>] ? x86_64_start_kernel+0x115/0x124 Does anyone know the reason?

1 1

Re: [CentOS] Nvidia maximum pixel clock issue in, , kmod-nvidia-384.98
by Alexander Wiedergold 10 Jan '18

10 Jan '18

To: CentOS mailing list <centos(a)centos.org> Thema: Re: [CentOS] Nvidia maximum pixel clock issue in kmod-nvidia-384.98 Dear All, Start BIOS Configuration and go to Graphic Configuration change On Board VGA to PCI Express x16 Automatic is VGA on Board Bis bald Alexander Am 09.01.2018 um 13:00 schrieb centos-request(a)centos.org: > 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: CentOS 7.4 fails to boot as Xen PV guest: resurfaces (now > also) with centosplus kernel 693.11.6.el7 (Johnny Hughes) > 2. Re: Nvidia maximum pixel clock issue in kmod-nvidia-384.98 > (Phil Perry) > 3. C6 KPTI cpuinfo flag? (Robert Arkiletian) > 4. Re: C6 KPTI cpuinfo flag? (isdtor) > 5. Cent OS 7.3 Shared library issue (Aman Sharma) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 8 Jan 2018 06:46:31 -0600 > From: Johnny Hughes <johnny(a)centos.org> > To: centos(a)centos.org > Subject: Re: [CentOS] CentOS 7.4 fails to boot as Xen PV guest: > resurfaces (now also) with centosplus kernel 693.11.6.el7 > Message-ID: <dda9a351-3260-647c-b4f0-5c00f6b3bfd5(a)centos.org> > Content-Type: text/plain; charset="utf-8" > > On 01/08/2018 12:38 AM, Akemi Yagi wrote: >> On Sun, Jan 7, 2018 at 12:07 PM, David Groep <davidg(a)nikhef.nl> wrote: >> >>> Dear all, >>> >>> Maybe I'm the only one - so before filing it as a bug: it appears that >>> the latest set of kernel patches in 3.10.0-693.11.6.el7 makes issue >>> 0013763 "CentOS 7.4 kernel (3.10.0-693*) fails to boot as Xen PV guest" >>> re-surface *also* with the CentOS PLUS kernel. But maybe in a >>> different way ... >>> >>> Thanks to the (great!) quick work on making the plus kernel available >>> (in #14330, thanks for that!) I was able to test the following >>> combinations: >>> >>> - 3.10.0-693.11.6.el7.centos.plus works fine on XenServer 7 HVM guests >>> - 3.10.0-693.11.1.el7.centos.plus works fine on XenServer 7 XenPV guests >>> - 3.10.0-693.11.6.el7.centos.plus crashes on boot for XS7 XenPV guests >>> immediately after the boot stage where the PS/2 drivers are loaded >>> >>> Crashing does not depend on the amount of VM memory or #cores/sockets. >>> Also, the tell-tale "mm/vmalloc.c" failure output is no longer present. >>> The system 'just' crashes (with the kernel log lines as below) around the >>> time of the i8042 controller probing. >>> >>> Obviously the stock upstream 3.10.0-693.11.6.el7 crashes as well for >>> XS7 XenPV guests, but that was to be expected as per 0013763. >>> It crashes in the same way, around the time of the i8042 probes. >>> >>> Can anyone (maybe bill_mcgonigle?) reproduce the issue? >>> Did the KPTI patches break the XenPV fixes in CentOS Plus per 13763? >>> Or is this a new XenPV issue? >>> >> ?You may want to be watching the centos-virt mailing list. Xen-related >> issues are discussed there. >> >> This thread: >> >> ? >> https://lists.centos.org/pipermail/centos-virt/2018-January/005716.html >> >> ?has a response from Johnny Hughes with a possible solution. >> > And specifically, this message has links to the 4.9.75 x86_64 kernel > that will boot and run as a Xen PV kernel: > > https://lists.centos.org/pipermail/centos-virt/2018-January/005721.html > > Also, the latest Xen Dom0 kernel 4.9.75 kernel will also boot a DomU Xen > PV. That kernel is still in testing, and also requires the latest > linux-firmware rpms: > > https://buildlogs.centos.org/centos/7/virt/x86_64/ > > or > > https://buildlogs.centos.org/centos/6/virt/x86_64/ > > > (And your xen version ... xen-44/, xen-46/, xen-48/) > > Those kernels should be signed released to the main Xen repo sometime > this week. > > And as someone has mentioned in another thread (Phil Perry), please read > Greg K-H's (the Kernel.org LTS maintainer, he is in charge of the 4.9.x > LTS tree that we use for the above kernels): > > http://www.kroah.com/log/blog/2018/01/06/meltdown-status/ > > Thanks, > Johnny Hughes > > >

1 0

Audio Output Timer Utility
by Chris Olson 09 Jan '18

09 Jan '18

We have several CentOS 6.x systems that are incorporated into suites of special test equipment. One of the requirements for these systems is that they be kept up to date and they are kept up to date using yum once per week or more frequently, as needed. All of our CentOS 6.x systems have at least 2TB system disks and were installed with essentially everything that was available on the DVD at the time of initial setup. One of our programs is currently in Beta Test which includes both command line and GUI operator inputs and responses. The functional testing requires operator inputs or responses within certain time frames. This timing has usually been implemented with a stopwatch that is operated by a test director. Other timing options would beneficial for complex testing scenarios One of our test directors suggested that we use a digital count- down timer with audio outputs to prompt test operators for their inputs or responses at appropriate times. We have not found such a utility on our CentOS 6 distribution. If there is one available, we would appreciate any information that can be provided. Thanks.

2 2

FreeIPA - client/replica errors
by lejeczek 09 Jan '18

09 Jan '18

hi, free IPA everyone? I wanted to ask if you maybe seen below errors. I'm trying regular: $ ipa-client-install --principal=admin --password="ccnR.Biotec13#diradm" --enable-dns-updates and it fails: ... Valid From: 2018-01-09 16:51:35 Valid Until: 2038-01-09 16:51:35 Enrolled in IPA realm PRIVATE.CCNR.CEB.PRIVATE.CAM.AC.UK Please make sure the following ports are opened in the firewall settings: TCP: 80, 88, 389 UDP: 88 (at least one of TCP/UDP ports 88 has to be open) Also note that following ports are necessary for ipa-client working properly after enrollment: TCP: 464 UDP: 464, 123 (if NTP enabled) Failed to obtain host TGT: Major (851968): Unspecified GSS failure. Minor code may provide more information, Minor (2529638936): Preauthentication failed Installation failed. Rolling back changes. Unconfigured automount client failed: Command 'ipa-client-automount --uninstall --debug' returned non-zero exit status 1 Disabling client Kerberos and LDAP configurations Redundant SSSD configuration file /etc/sssd/sssd.conf was moved to /etc/sssd/sssd.conf.deleted Client uninstall complete. The ipa-client-install command failed. See /var/log/ipaclient-install.log for more information It's not time sync problem, server & client candidate are in sync. Simple install, server installed okey but client fails as above. Does your IPA VERSION: 4.5.0, API_VERSION: 2.228 install okey, with no problems? many thanks, L.

1 0

CentOS-announce Digest, Vol 155, Issue 2
by centos-announce-request＠centos.org 09 Jan '18

09 Jan '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:0061 Important CentOS 6 thunderbird Security Update (Johnny Hughes) 2. CESA-2018:0061 Important CentOS 7 thunderbird Security Update (Johnny Hughes) 3. CEBA-2018:0042 CentOS 7 dracut BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 8 Jan 2018 16:07:45 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0061 Important CentOS 6 thunderbird Security Update Message-ID: <20180108160745.GA32803(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0061 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0061 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e6695d9d57c40de231c342187c2a90e7857e2b03127cc36ebf2196a9ae2ee05a thunderbird-52.5.2-1.el6.centos.i686.rpm x86_64: a8c1d4fb627a99bfc5bb43318628979992594546ba7d3836d34cf65ad921002f thunderbird-52.5.2-1.el6.centos.x86_64.rpm Source: 99ce9c2112832a7cc18198d9e405dad9f3d53d94928b592c2ab100da3ae64df3 thunderbird-52.5.2-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Mon, 8 Jan 2018 16:19:25 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2018:0061 Important CentOS 7 thunderbird Security Update Message-ID: <20180108161925.GA40072(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2018:0061 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0061 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9c5cb918ab52c65f08316d00b8bda0818037c4dd317c8e9c1caf36c121345a14 thunderbird-52.5.2-1.el7.centos.x86_64.rpm Source: fcffd379f539a936adf9c5f141a506445b3623854f82d8b51ec250e167bca898 thunderbird-52.5.2-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Mon, 8 Jan 2018 16:20:53 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2018:0042 CentOS 7 dracut BugFix Update Message-ID: <20180108162053.GA40202(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2018:0042 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0042 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c6017d90619a761a97b6e48d8f82bf961b8b580bc1ae53beef03355aada3e4da dracut-033-502.el7_4.1.x86_64.rpm c488f669a93c3fb7c329a9223fe4315321d73cd3e424ab0902b77c4069aacfcd dracut-caps-033-502.el7_4.1.x86_64.rpm ae13cf4499925fcac5fe6c45ac507b9ff53bf33870bc1de395800e570555a75f dracut-config-generic-033-502.el7_4.1.x86_64.rpm e38520716f7d774300f3e71e9ad2f3e58abe9302590fcd4016a2a0ebb702b09e dracut-config-rescue-033-502.el7_4.1.x86_64.rpm 3415bec446875991ce2aaddcb01aa5b145dff30c6f153d0d151e7227e292bc04 dracut-fips-033-502.el7_4.1.x86_64.rpm bb8bb68b3a7031e084a7107c0b137649c1590b6bee3c93e446e93f44322cd69d dracut-fips-aesni-033-502.el7_4.1.x86_64.rpm 05da89cae2a294c13794d43f97e9a7642452ce4b92d92b1b9de5f67a4a8dd844 dracut-network-033-502.el7_4.1.x86_64.rpm 568dac68a18f0a6af37485eb04c77da6a12692f22ad42a19cc12ae4f3e69ad97 dracut-tools-033-502.el7_4.1.x86_64.rpm Source: c49fb5836bb119608a6ec9bf43fc344421810eb95bcfea6a8d7719ea74a59c0b dracut-033-502.el7_4.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 155, Issue 2 ***********************************************

1 0

Cent OS 7.3 Shared library issue
by Aman Sharma 09 Jan '18

09 Jan '18

Hi Guys, I am using my native library to run but during runtime, its picking the default library i.e. /usr/lib/libssl. Due to this, my application crashes. But after adding the Soft link for my native library, its working fine. Can anybody Please let me know why its not working without adding softlink in cent os 7.3. -- Thanks Aman Cell: +91 9990296404 | Email ID : amansh.sharma5(a)gmail.com

1 0

C6 KPTI cpuinfo flag?
by Robert Arkiletian 09 Jan '18

09 Jan '18

Noticed C6 had a kernel update on Friday. 2.6.32-696.18.7.el6.x86_64 What is the flag in /proc/cpuinfo that indicates the KPTI patch for Meltdown CVE-2017-5754 for C6? Some distros are using "kaiser" some like Fedora are using "pti". Also noticed some (like Fedora) are displaying "cpu_insecure" under the bugs: heading of cpuinfo.

2 1

Nvidia maximum pixel clock issue in kmod-nvidia-384.98
by Danny Smit 08 Jan '18

08 Jan '18

Hi everyone, On CentOS 7 I'm running into an issue with the latest nvidia driver from elrepo: kmod-nvidia-384.98-1.el7_4.elrepo.x86_64 This driver version seem to introduce issue in detecting video modes when a monitor is connected using DVI. As soon as the machine attempts to start X, nothing happens and the monitor goes into sleep mode reporting that it has 'no signal'. It is interesting because it occurs with several monitors, but only when they are connected through DVI. When using VGA it works like a charm. Also it did work without problems with the previous driver version (kmod-nvidia-384.90-1.el7_4.elrepo.x86_64), with the exact same setup. In this case the issue occurs with an Nvidia NVS 315. I don't know if other nvidia cards are affected. The following information from Xorg.0.log seems of interest: [ 130.447] (--) NVIDIA(0): Valid display device(s) on GPU-0 at PCI:1:0:0 [ 130.447] (--) NVIDIA(0): CRT-0 [ 130.447] (--) NVIDIA(0): CRT-1 [ 130.447] (--) NVIDIA(0): DFP-0 (boot) [ 130.447] (--) NVIDIA(0): DFP-1 [ 130.447] (--) NVIDIA(0): DFP-2 [ 130.447] (--) NVIDIA(0): DFP-3 [ 130.448] (II) NVIDIA(0): NVIDIA GPU NVS 315 (GF119) at PCI:1:0:0 (GPU-0) [ 130.448] (--) NVIDIA(0): Memory: 1048576 kBytes [ 130.448] (--) NVIDIA(0): VideoBIOS: 75.19.88.00.0b [ 130.448] (II) NVIDIA(0): Detected PCI Express Link width: 16X [ 130.462] (--) NVIDIA(GPU-0): CRT-0: disconnected [ 130.462] (--) NVIDIA(GPU-0): CRT-0: 400.0 MHz maximum pixel clock [ 130.462] (--) NVIDIA(GPU-0): [ 130.467] (--) NVIDIA(GPU-0): CRT-1: disconnected [ 130.467] (--) NVIDIA(GPU-0): CRT-1: 400.0 MHz maximum pixel clock [ 130.467] (--) NVIDIA(GPU-0): [ 130.488] (--) NVIDIA(GPU-0): Philips 240S4 (DFP-0): connected [ 130.488] (--) NVIDIA(GPU-0): Philips 240S4 (DFP-0): Internal TMDS [ 130.488] (--) NVIDIA(GPU-0): Philips 240S4 (DFP-0): 0.0 MHz maximum pixel clock [ 130.488] (--) NVIDIA(GPU-0): [ 130.493] (--) NVIDIA(GPU-0): DFP-1: disconnected [ 130.493] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS [ 130.493] (--) NVIDIA(GPU-0): DFP-1: 0.0 MHz maximum pixel clock [ 130.493] (--) NVIDIA(GPU-0): [ 130.493] (--) NVIDIA(GPU-0): DFP-2: disconnected [ 130.493] (--) NVIDIA(GPU-0): DFP-2: Internal DisplayPort [ 130.493] (--) NVIDIA(GPU-0): DFP-2: 480.0 MHz maximum pixel clock [ 130.493] (--) NVIDIA(GPU-0): [ 130.493] (--) NVIDIA(GPU-0): DFP-3: disconnected [ 130.493] (--) NVIDIA(GPU-0): DFP-3: Internal DisplayPort [ 130.493] (--) NVIDIA(GPU-0): DFP-3: 480.0 MHz maximum pixel clock [ 130.493] (--) NVIDIA(GPU-0): [ 130.493] (EE) NVIDIA(GPU-0): Unable to add conservative default mode "nvidia-auto-select". [ 130.493] (EE) NVIDIA(GPU-0): Unable to add "nvidia-auto-select" mode to ModePool. [ 130.493] (==) NVIDIA(0): [ 130.493] (==) NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select" [ 130.493] (==) NVIDIA(0): will be used as the requested mode. [ 130.493] (==) NVIDIA(0): [ 130.493] (WW) NVIDIA(0): No valid modes for "DFP-0:nvidia-auto-select"; removing. [ 130.493] (WW) NVIDIA(0): [ 130.493] (WW) NVIDIA(0): Unable to validate any modes; falling back to the default mode [ 130.493] (WW) NVIDIA(0): "nvidia-auto-select". [ 130.493] (WW) NVIDIA(0): [ 130.493] (WW) NVIDIA(0): No valid modes for "DFP-0:nvidia-auto-select"; removing. [ 130.493] (EE) NVIDIA(0): Unable to use default mode "nvidia-auto-select". [ 130.493] (EE) NVIDIA(0): Failing initialization of X screen 0 The log shows "0.0 MHz maximum pixel clock" for the DVI connections. When enabling ModeDebug in the xorg.conf it shows that all of the resolutions are rejected because of incorrect maximum pixel clock: [ 1354.589] (II) NVIDIA(GPU-0): [ 1354.589] (II) NVIDIA(GPU-0): --- Building ModePool for Philips 240S4 (DFP-0) --- [ 1354.589] (WW) NVIDIA(GPU-0): Validating Mode "1920x1200_60": [ 1354.589] (WW) NVIDIA(GPU-0): Mode Source: EDID [ 1354.589] (WW) NVIDIA(GPU-0): 1920 x 1200 @ 60 Hz [ 1354.589] (WW) NVIDIA(GPU-0): Pixel Clock : 154.00 MHz [ 1354.589] (WW) NVIDIA(GPU-0): HRes, HSyncStart : 1920, 1968 [ 1354.589] (WW) NVIDIA(GPU-0): HSyncEnd, HTotal : 2000, 2080 [ 1354.589] (WW) NVIDIA(GPU-0): VRes, VSyncStart : 1200, 1203 [ 1354.589] (WW) NVIDIA(GPU-0): VSyncEnd, VTotal : 1209, 1235 [ 1354.589] (WW) NVIDIA(GPU-0): Sync Polarity : +H -V [ 1354.589] (WW) NVIDIA(GPU-0): Mode is rejected: PixelClock (154.0 MHz) too high for [ 1354.589] (WW) NVIDIA(GPU-0): Display Device (Max: 0.0 MHz). [ 1354.589] (WW) NVIDIA(GPU-0): Mode "1920x1200_60" is invalid. Note that with the previous driver (version 384.90), a valid value was detected for the 'maximum pixel clock': [ 124.804] (--) NVIDIA(GPU-0): Philips 240S4 (DFP-0): connected [ 124.804] (--) NVIDIA(GPU-0): Philips 240S4 (DFP-0): Internal TMDS [ 124.804] (--) NVIDIA(GPU-0): Philips 240S4 (DFP-0): 165.0 MHz maximum pixel clock Since it did work with version 384.90 and stopped working with version 384.98, it looks like a regression in the nvidia driver. What is the best way to report the issue and get an update in elrepo? Kind regards, Danny Smit

4 11

CentOS 7.4 fails to boot as Xen PV guest: resurfaces (now also) with centosplus kernel 693.11.6.el7
by David Groep 08 Jan '18

08 Jan '18

Dear all, Maybe I'm the only one - so before filing it as a bug: it appears that the latest set of kernel patches in 3.10.0-693.11.6.el7 makes issue 0013763 "CentOS 7.4 kernel (3.10.0-693*) fails to boot as Xen PV guest" re-surface *also* with the CentOS PLUS kernel. But maybe in a different way ... Thanks to the (great!) quick work on making the plus kernel available (in #14330, thanks for that!) I was able to test the following combinations: - 3.10.0-693.11.6.el7.centos.plus works fine on XenServer 7 HVM guests - 3.10.0-693.11.1.el7.centos.plus works fine on XenServer 7 XenPV guests - 3.10.0-693.11.6.el7.centos.plus crashes on boot for XS7 XenPV guests immediately after the boot stage where the PS/2 drivers are loaded Crashing does not depend on the amount of VM memory or #cores/sockets. Also, the tell-tale "mm/vmalloc.c" failure output is no longer present. The system 'just' crashes (with the kernel log lines as below) around the time of the i8042 controller probing. Obviously the stock upstream 3.10.0-693.11.6.el7 crashes as well for XS7 XenPV guests, but that was to be expected as per 0013763. It crashes in the same way, around the time of the i8042 probes. Can anyone (maybe bill_mcgonigle?) reproduce the issue? Did the KPTI patches break the XenPV fixes in CentOS Plus per 13763? Or is this a new XenPV issue? Interestingly, the crash is now sudden and (even at loglevel=7) without further information. The crash after the i8042/mousedev is (I think) unrelated to these devices, since the system crashes in the same way even with "i8042.debug i8042.nokbd i8042.noaux i8042.dumbkbd i8042.nomux i8042.noloop i8042.nopnp psmouse.proto=bare" added to the kernel command line (and then you don't see any PS/2 and mousedev). So something immediately after the mousy things triggers the crash: 0.2293541 io scheduler cfq registered 0.2295071 pci_hotplug: PCI Hot Plug PCI Core version: 0.5 0.2295241 pciehp: PCI Express Hot Plug Controller Driver version: 0.4 0.2301241 Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled 0.2306111 Non-volatile memory driver u1.3 0.2306601 Linux agpgart interface u0.103 0.2307641 crash memory driver: version 1.1 0.2308301 rdac: device handler registered 0.2308741 hp_sw: device handler registered 0.2308851 emc: device handler registered 0.2308941 alua: device handler registered 0.2309491 libphy: Fixed MDIO Bus: probed 0.2310301 ehci_hcd: USB 2.0 'Enhanced' Host Controller CEHCI) Driver 0.2310471 ehci-pci: EHCI PCI platform driver 0.2310671 ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver 0.2310791 ohci-pci: OHCI PCI platform driver 0.2310951 uhci_hcd: USB Universal Host Controller Interface driver 0.2311581 usbcore: registered new interface driver usbserial 0.2311741 usbcore: registered new interface driver usbserial_generic 0.2311941 usbserial: USB Serial support registered for generic 0.2312291 i8042: PNP: No PS/2 controller found. Probing ports directly. 1.2427071 i8042: No controller found 1.2428571 mousedev: PS/2 mouse device common for all mice [HANG - VM shuts down] although sometimes the boot stops at "i8042: PNP: No PS/2 controller found. Probing ports directly." and does not make it to the "mouse" bit. Anyone found similar behaviour? Thanks a lot! DavidG. -- David Groep ** Nikhef, Dutch National Institute for Subatomic Physics, PDP programme ** ** Room: H1.50 Phone: +31 20 5922179, PObox 41882, NL-1009DB Amsterdam NL ** ** PGP: 0xD80134C2 308E076A FP: 2facebea12803ba145685a21d80134c2308e076a **

3 2

CVE-2017-5715, CVE-2017-5753 and CVE-2017-5754
by Walter H. 07 Jan '18

07 Jan '18

Hello, will there be updates for these CVEs for CentOS 6? Thanks, Walter

6 5

Bug in gnome-control-center and network edit module in Centos 7.4
by Gregory P. Ennis 07 Jan '18

07 Jan '18

Everyone, I have been having a problem in setting up gateway/routers with Centos 7.4 machine and finally figured out the problem today. I am not sure if this bug occurred first in 7.3 but it is definitely in 7.4. I have other gateway routers that were created at the beginning of the Centos 7 that have been working perfectly even through the upgrades to 7.3 and 7.4, but the new gateways I have created would not work. It seems simple now that I have the solution, but it took me an embarrassingly too long a time to debug and resolves the problem. The problem appears to me to be a bug in the new gnome-command-center when using the network module to add or edit network interfaces. The problem that I identified is that the network module requires the user to enter a gateway ip address even on the internal networks. Normally the gateway ip address is left blank on the internal interfaces, and is only filled in on the external interface. I was never able to get the gui using the network editor within the gnome-control-center to be able to remove the gateway ip address from the; internal interfaces; I was forced to enter something, and I entered the external gateway ip address. However, to bypass and fix this problem, the gateway ip address is easily removed by editing the appropriate file or files in : /etc/sysconfig/network-scripts/ifcfg-emp3s0 /etc/sysconfig/network-scripts/ifcfg-emp4s0 The network editor in the gnome-control-center module required the entry of a gateway ip address. I had entered the gateway for the external ip address in this field, and all I did to solve the problem is to delete "GATEWAY=x.x.x.x" from both of the above files. This allowed both of the new gateway machines I have recently created to work like they should. Hope this saves someone else some time. Greg

1 0

Intel Flaw
by Chris Olson 05 Jan '18

05 Jan '18

How does the latest Intel flaw relate to CentOS 6.x systems that run under VirtualBox hosted on Windows 7 computers? Given the virtual machine degree of separation from the hardware, can this issue actually be detected and exploited in the operating systems that run virtually? If there is a slow down associated with the fix, how much might it impact the virtual systems?

3 2

CentOS-announce Digest, Vol 155, Issue 1
by centos-announce-request＠centos.org 05 Jan '18

05 Jan '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:0007 Important CentOS 7 kernel Security Update (Karanbir Singh) 2. CESA-2018:0012 Important CentOS 7 microcode_ctl Security Update (Karanbir Singh) 3. CESA-2018:0014 Important CentOS 7 linux-firmware Security Update (Karanbir Singh) 4. [Infra] - planned outage : All services (Fabian Arrotin) 5. CESA-2018:0013 Important CentOS 6 microcode_ctl Security Update (Johnny Hughes) 6. CESA-2018:0008 Important CentOS 6 kernel Security Update (Johnny Hughes) 7. CESA-RHSA-2018:0024 Important CentOS 6 qemu-kvm Security Update (Johnny Hughes) 8. CESA-2018:0030 Important CentOS 6 libvirt Security Update (Johnny Hughes) 9. CESA-2018:0029 Important CentOS 7 libvirt Security Update (Johnny Hughes) 10. CESA-2018:0023 Important CentOS 7 qemu-kvm Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 4 Jan 2018 11:36:27 +0000 From: Karanbir Singh <kbsingh(a)centos.org> To: CentOS Announcements List <centos-announce(a)centos.org> Subject: [CentOS-announce] CESA-2018:0007 Important CentOS 7 kernel Security Update Message-ID: <d07d0b4b-cc89-329a-f517-08b3cd1bae7d(a)centos.org> Content-Type: text/plain; charset=utf-8 CentOS Errata and Security Advisory 2018:0007 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0007 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 320ab3bd00bd1f051c69f65f2d4cd6ab64585f977d9cd7a52e64e8f8147894fc kernel-3.10.0-693.11.6.el7.x86_64.rpm 0eefdec5447d3ed2781f30d093e22f4654e8af201e1e8058a57876d1baf2ee64 kernel-abi-whitelists-3.10.0-693.11.6.el7.noarch.rpm 5137d0db8632342edfb355ce5bb0a4b4b80d5ffd4b9950bb8dcfcd78e4b8a9dc kernel-debug-3.10.0-693.11.6.el7.x86_64.rpm 882a6522bdafaa697173ff7adedd2cd6ceee5c4a6aa0cd1cb4cf042789420c78 kernel-debug-devel-3.10.0-693.11.6.el7.x86_64.rpm 9c0d7753c649d68cd25b212ee573cec37dc2211891444224e502128fcffdf301 kernel-devel-3.10.0-693.11.6.el7.x86_64.rpm d2005d6a85f2ddd627290dd4cd4d2084215ef45cd8b3f66077b68fe2b0cce61e kernel-doc-3.10.0-693.11.6.el7.noarch.rpm 34d8682b2df1e47c9675f913fbfb129420cce219beaf7985c607a69ccdb3e064 kernel-headers-3.10.0-693.11.6.el7.x86_64.rpm fd3eaf598546bcb502e5e7293d0301b48774c9358dd320b7e53bd042dfae7094 kernel-tools-3.10.0-693.11.6.el7.x86_64.rpm 3c53034adc4c942a02f1dd72f0adf688f558867caf086b5b239169262b75f570 kernel-tools-libs-3.10.0-693.11.6.el7.x86_64.rpm 91153ae59d0acf585201b9a5b453ed8e6504651bf114e3c21c725ce42c8675c5 kernel-tools-libs-devel-3.10.0-693.11.6.el7.x86_64.rpm 8ef1d6c1ef77af60bbb680fa58b1d15f7901c21220c7e5db05edbbbb56f7b17c perf-3.10.0-693.11.6.el7.x86_64.rpm b1f7bf92063bce0cec6286845686bc6ef96db126bdaa8987703b21a736a1a509 python-perf-3.10.0-693.11.6.el7.x86_64.rpm Source: b7756ceda51a35942e03d553f0ec6049ba2520c89e0d66e8e2cdae88f6db0d6a kernel-3.10.0-693.11.6.el7.src.rpm Note: 1) This is a widespread issue with potentially huge impact, we appreciate any help in spreading the word around so maximum number of users are able to find out, and patch their systems. 2) Upstream is curating information around this issue at https://access.redhat.com/security/vulnerabilities/speculativeexecution - information on that page would be helpful for most people on CentOS Linux as well. 3) Please reach out to us at #centos on irc.freenode.net for any feedback, comments, questions or concerns. -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc ------------------------------ Message: 2 Date: Thu, 4 Jan 2018 11:40:52 +0000 From: Karanbir Singh <kbsingh(a)centos.org> To: CentOS Announcements List <centos-announce(a)centos.org> Subject: [CentOS-announce] CESA-2018:0012 Important CentOS 7 microcode_ctl Security Update Message-ID: <ebbc916f-bc12-0a57-4228-cffde1956cdd(a)centos.org> Content-Type: text/plain; charset=utf-8 CentOS Errata and Security Advisory 2018:0012 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0012 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ccb96b47da6ce420c39a38d09e57adcc7ab3696c721d081fee94298f19fc6cab microcode_ctl-2.1-22.2.el7.x86_64.rpm Source: 589fe27443e43fd6549f56e39968cf515d1cd2448dc922bf0cc980fc651f880d microcode_ctl-2.1-22.2.el7.src.rpm -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc ------------------------------ Message: 3 Date: Thu, 4 Jan 2018 11:47:37 +0000 From: Karanbir Singh <kbsingh(a)centos.org> To: CentOS Announcements List <centos-announce(a)centos.org> Subject: [CentOS-announce] CESA-2018:0014 Important CentOS 7 linux-firmware Security Update Message-ID: <d1551ccd-4d12-3bc1-b1d9-9d9bcac949ae(a)centos.org> Content-Type: text/plain; charset=utf-8 CentOS Errata and Security Advisory 2018:0014 Important Upstream details at : https://access.redhat.com/errata/RHSA-2018:0014 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: dad80246e21277864476614560cae38820cc147b9ceb44dd0d1776e3935b05df iwl1000-firmware-39.31.5.1-57.el7.noarch.rpm dbb0a9095b11d9af2b8db8f160e1004ead7f5b07add216df63c843e2ac470259 iwl100-firmware-39.31.5.1-57.el7.noarch.rpm 1ff7d3347a2759b15818d71817d5055643bcc4a9f7b091d186006948cf75a3f0 iwl105-firmware-18.168.6.1-57.el7.noarch.rpm e807e3cc6faa0be6df4675d9810db6292a534bc0c3f9c714dcc7c92fed0ba4fd iwl135-firmware-18.168.6.1-57.el7.noarch.rpm d24d6225079ec7d7870ca022226686c67d70f9d034af1167b36570e8506fdf02 iwl2000-firmware-18.168.6.1-57.el7.noarch.rpm 2eebc03a19e54f4b072f21886f02e43bdac41ff5e8290d9eb7c62e3ef1ed7352 iwl2030-firmware-18.168.6.1-57.el7.noarch.rpm d154f7ddb5ccca2772604f907d7a3c06e1b2f95b35665e81363226c98a9115c4 iwl3160-firmware-22.0.7.0-57.el7.noarch.rpm aaba72a90838c5dee3373004ee00530e3f43fbd0b9cd634223d02ea500c3cd6d iwl3945-firmware-15.32.2.9-57.el7.noarch.rpm f18caaca13e3ed06f43483870ecdc57ff6c8796bf3cb8375822519d0ced3b659 iwl4965-firmware-228.61.2.24-57.el7.noarch.rpm 257fe78f77c4e1c5c9bea3873421411c77020c12d907b1d7c511e7e96eaa3190 iwl5000-firmware-8.83.5.1_1-57.el7.noarch.rpm e9edf8b527e94302b0572ce1e3f0e91d62e9d11f74cf3ad1c0350c8e23684acc iwl5150-firmware-8.24.2.2-57.el7.noarch.rpm b63dc1829cca0afbb4a6e5681cebf54509cc4c507ab0bad6553856c4063616ed iwl6000-firmware-9.221.4.1-57.el7.noarch.rpm 8abb25db6c0dcedfa0c11f87028521f5098a88374dcb99376f485bda4596a567 iwl6000g2a-firmware-17.168.5.3-57.el7.noarch.rpm d35951cc21bfccae24e6611ad03901ac1fe0183614add09b2b04528a72d3ea4b iwl6000g2b-firmware-17.168.5.2-57.el7.noarch.rpm 8a2cd4dbabdbdcc36ed46a2529c07b9873716981610082db5b40ae134e12ee3d iwl6050-firmware-41.28.5.1-57.el7.noarch.rpm 357388ce0000543ce9714ebffbadc15ab1e3969c4f1256d6f1132f619c82afdc iwl7260-firmware-22.0.7.0-57.el7.noarch.rpm 75a235701d30e685ca87945e0dd583bda08e254f9078d50b3d466af4d5e3cfe6 iwl7265-firmware-22.0.7.0-57.el7.noarch.rpm 16164fc1c681f5a04a14879041e66855aa434c9c9c30d722a273519896b0f7b7 linux-firmware-20170606-57.gitc990aae.el7.noarch.rpm Source: ffa8541e30f72d79d88740d418943668d1da9535ebbee0df3c61ad4d7d576cdc linux-firmware-20170606-57.gitc990aae.el7.src.rpm -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc ------------------------------ Message: 4 Date: Thu, 4 Jan 2018 14:21:49 +0100 From: Fabian Arrotin <arrfab(a)centos.org> To: "The CentOS developers mailing list." <centos-devel(a)centos.org>, centos-announce(a)centos.org Subject: [CentOS-announce] [Infra] - planned outage : All services Message-ID: <eb940deb-7311-381d-c2f4-ede324e9ffe4(a)centos.org> Content-Type: text/plain; charset="utf-8" Due to important security updates that we need to apply within the whole CentOS infra, please be aware that some nodes/services will be unresponsive during that maintenance window. As it targets both CentOS 6 and CentOS 7, we'll probably apply those updates ASAP but we'll not notify for each impacted service, so this announce will cover all impacted services during the next hours/days. Thanks for your comprehending and patience. on behalf of the Infra team, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

possible issue with nvidia and new patches?
by Zube 04 Jan '18

04 Jan '18

Twitter user stintel, in this thread: https://twitter.com/stintel/status/948499157282623488 mentions a possible problem with the new patches and the nvidia driver: "As if the @Intel bug isn't bad enough, #KPTI renders @nvidia driver incompatible due to GPL-only symbol 'cpu_tlbstate'. #epicfail" Also: https://twitter.com/tomasz_gwozdz/status/948590364679655429 https://twitter.com/BitsAndChipsEng/status/948578609761054721 Cheers, Zube

3 2

Issues with qt-creator from EPEL 7
by Toralf Lund 04 Jan '18

04 Jan '18

Hi, Is anyone here using the "EPEL" package for qt-creator on CentOS 7? I'm having a few issues with it, and I though I'd run them by the list before I try Qt Forums or whatever (since they could be specific to the above mentioned build.) Most notably, 1. If I click on an error message in the "Issues" list after compilation (to display source code related to the error), I sometimes get a "File not found" message *if the file in question is already open*. If I close the file and repeat, the same file opens just fine. 2. There is something slightly odd about the icons in the display. In particular, when I open the search panes, I sometimes get buttons with labels "Find Previous" and "Find Next", but at other times, those same buttons have arrow icons. Has anyone else seen something like this? - Toralf

1 0

Gtkcdlabel + cdlabelgen on CentOS 7 ?
by Nicolas Kovacs 03 Jan '18

03 Jan '18

Hi, I've been using the nifty little application Gtkcdlabel for making CD and DVD covers since 2005, if I remember correctly. Later versions are written in Python, and it's a graphical frontend to the cdlabelgen utility. The application doesn't look very well maintained, since the 1.15 release dates back to 2011. Nevertheless, I've been successfully running it on Slackware Linux until the latest 14.2 release. I'm currently trying to install it on CentOS 7, and I'm only having a partial success, with a showstopper. Here's what I could manage so far. The 'cdlabelgen' command line utility is available on EPEL, so I installed that. I downloaded Gtkcdlabel on the project site: http://gtkcdlabel.sourceforge.net/ The installation process takes you back 25 years, since it amounts to this: # tar xvjf gtkcdlabel-1.15.tar.bz2 -C / This installs the application in /usr/bin/gtkcdlabel.py along with a new desktop entry (and the ugliest icon on the planet). The application shows OK when running it, but PostScript file generation fails. I launched it from a terminal by invoking gtkcdlabel.py, filled out a few fields like Title and Subtitle and then clicked on Preview. Normally this is supposed to launch the PDF viewer (/usr/bin/evince in the default configuration). And it launches, except it gets stuck here, since nothing is generated. Under the hood, in my terminal, I get the following string of error messages: (libspectre) ghostscript reports: invalidfont -10 (libspectre) ghostscript reports: invalidfont -10 (libspectre) ghostscript reports: invalidfont -10 (libspectre) ghostscript reports: invalidfont -10 (libspectre) ghostscript reports: invalidfont -10 I checked, and ghostscript as well as ghostscript-fonts are installed. Which leaves me clueless. Any help would be greatly appreciated, since I've been using this application for years on a daily basis. 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 8

Identifying Official CentOS AWS AMIs
by Paul Heinlein 02 Jan '18

02 Jan '18

I'm trying to automate identification of CentOS AWS images. It appears that official CentOS AMIs have an OwnerID value of 410186602215, but I'm not sure if that value is transient or specific to one or more AWS regions. Is there a maintainer lurking here that can confirm or deny? Here's the base query I'm testing: aws ec2 describe-images \ --owners 410186602215 \ --output text \ --query 'reverse(sort_by(Images, &CreationDate))[?starts_with(Description, `CentOS Linux 7`)].[ImageId, CreationDate, Description]' -- Paul Heinlein heinlein(a)madboa.com 45°38' N, 122°6' W

1 0

DHCP timeout and mysteriously dropping IP address
by Jason Edgecombe 02 Jan '18

02 Jan '18

Hi everyone, I'me having trouble with a CentOS 7 guest running on a Hyper-V host. For some reason, the CentOS guest randomly drops its IP address. Running "systemctl restart NetworkManager" on the console will restore IP connectivity without a reboot. I think that DHCP is timing out, but I'm not sure what to do about it. Is there a way to tell NetworkManager to keep trying after a timeout? Here are the versions of the kernel and NetworkManager: Kernel: 3.10.0-693.11.1.el7.x86_64 NetworkManager: 1.8.0-11.el7_4.x86_64 Here are some pertinent logs: Dec 23 03:30:26 myhost kernel: hv_utils: Using TimeSync version 3.0 Dec 23 03:30:27 myhost systemd: Time has been changed Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.3750] device (eth0): link connected Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.3762] device (eth0): DHCPv4 lease renewal requested Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.3889] dhcp4 (eth0): canceled DHCP transaction, DHCP client pid 7936 Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.3890] dhcp4 (eth0): state changed bound -> done Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.3899] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds) Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.4487] dhcp4 (eth0): dhclient started with pid 33165 Dec 23 03:30:33 myhost dhclient[33165]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x5cb111f1) Dec 23 03:30:33 myhost dhclient[33165]: DHCPACK from xxx.xxx.36.1 (xid=0x5cb111f1) Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5824] dhcp4 (eth0): address xxx.xxx.37.53 Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5825] dhcp4 (eth0): plen 23 (255.255.254.0) Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5826] dhcp4 (eth0): gateway xxx.xxx.36.1 Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5826] dhcp4 (eth0): lease time 7200 Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5826] dhcp4 (eth0): nameserver 'xxx.xxx.0.20' Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5826] dhcp4 (eth0): nameserver 'xxx.xxx.0.30' Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5826] dhcp4 (eth0): domain name 'example.com' Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5826] dhcp (eth0): domain search 'example.com.' Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5827] dhcp (eth0): domain search 'foo.example.com.' Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5827] dhcp (eth0): domain search 'dyn.example.com.' Dec 23 03:30:33 myhost NetworkManager[788]: <info> [1514017833.5827] dhcp4 (eth0): state changed unknown -> bound Dec 23 03:30:33 myhost dhclient[33165]: bound to xxx.xxx.37.53 -- renewal in 3368 seconds. Dec 23 03:30:33 myhost dbus-daemon: dbus[726]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' Dec 23 03:30:33 myhost dbus[726]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' Dec 23 03:30:33 myhost systemd: Starting Network Manager Script Dispatcher Service... Dec 23 03:30:33 myhost dbus[726]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Dec 23 03:30:33 myhost dbus-daemon: dbus[726]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Dec 23 03:30:33 myhost systemd: Started Network Manager Script Dispatcher Service. Dec 23 03:30:33 myhost nm-dispatcher: req:1 'dhcp4-change' [eth0]: new request (4 scripts) Dec 23 03:30:33 myhost nm-dispatcher: req:1 'dhcp4-change' [eth0]: start running ordered scripts... Dec 23 03:40:42 myhost kernel: hv_utils: Using TimeSync version 3.0 Dec 23 03:40:43 myhost systemd: Time has been changed Dec 23 03:40:49 myhost NetworkManager[788]: <info> [1514018449.4566] device (eth0): link connected Dec 23 03:40:49 myhost NetworkManager[788]: <info> [1514018449.4583] device (eth0): DHCPv4 lease renewal requested Dec 23 03:40:49 myhost NetworkManager[788]: <info> [1514018449.4693] dhcp4 (eth0): canceled DHCP transaction, DHCP client pid 33165 Dec 23 03:40:49 myhost NetworkManager[788]: <info> [1514018449.4694] dhcp4 (eth0): state changed bound -> done Dec 23 03:40:49 myhost NetworkManager[788]: <info> [1514018449.4703] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds) Dec 23 03:40:49 myhost NetworkManager[788]: <info> [1514018449.4781] dhcp4 (eth0): dhclient started with pid 33440 Dec 23 03:40:49 myhost dhclient[33440]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x2f112c1) Dec 23 03:40:52 myhost dhclient[33440]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x2f112c1) Dec 23 03:40:57 myhost dhclient[33440]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 (xid=0x2f112c1) Dec 23 03:41:02 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 (xid=0xe5feb70) Dec 23 03:41:08 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10 (xid=0xe5feb70) Dec 23 03:41:18 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12 (xid=0xe5feb70) Dec 23 03:41:30 myhost dhclient[33440]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 16 (xid=0xe5feb70) Dec 23 03:41:34 myhost NetworkManager[788]: <warn> [1514018494.9605] dhcp4 (eth0): request timed out Dec 23 03:41:34 myhost NetworkManager[788]: <info> [1514018494.9612] dhcp4 (eth0): state changed unknown -> timeout Dec 23 03:41:34 myhost NetworkManager[788]: <info> [1514018494.9713] dhcp4 (eth0): canceled DHCP transaction, DHCP client pid 33440 Dec 23 03:41:34 myhost NetworkManager[788]: <info> [1514018494.9714] dhcp4 (eth0): state changed timeout -> done Thanks, Jason --------------------------------------------------------------------------- Jason Edgecombe | Linux Administrator UNC Charlotte | The William States Lee College of Engineering 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 jwedgeco(a)uncc.edu | http://engr.uncc.edu | Facebook --------------------------------------------------------------------------- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you.

1 0

Re: [CentOS] OpenVPN server and firewalld
by Gianluca Cecchi 30 Dec '17

30 Dec '17

On Fri, Dec 29, 2017 at 10:32 AM, Kenneth Porter <shiva(a)sewingwitch.com> wrote: > How do I insert the iptables rule below using firewalld? > > I'm moving up from CentOS 6 to 7 on an office gateway and I'm trying to > get OpenVPN working to allow home workers to access PCs at the office. I've > got it all working but only by manually inserting an ACCEPT rule in the > FORWARD iptables chain: > > iptables -I FORWARD 3 -i tun+ -j ACCEPT > > This rule was extracted from my iptables firewall under CentOS6. The 3 > puts it after the accepts for established connections and loopback > connections, but before any firewalld sub-chains. With this I can connect > to an internal Windows 10 system with Remote Desktop. > > How can I inject this rule using firewalld, either as a direct rule or as > some more firewalld-approved kind of rule? > > Hello, in case your need is not covered by the "--add-service" and/or the "--add-port" you can still use a direct rule for it. I think it should be something like this to test: firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -i tun+ -j ACCEPT Manual page and some examples with man firewalld.direct The "iptables like" rule will be added into the pre-built chain named FORWARD_direct The 0 above means it is put at top of FORWARD_direct chain. In your example appears "3" and it is not clear what are lines 1 and 2. With iptables -L command you will see: # iptables -v -L FORWARD_direct Chain FORWARD_direct (1 references) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- tun+ any anywhere anywhere # With firewall-cmd you can see with # firewall-cmd --direct --get-all-rules ipv4 filter FORWARD 0 -i tun+ -j ACCEPT # If it works ok as expected, you can make it permanent with firewall-cmd --permanent --direct --add-rule ipv4 filter FORWARD 0 -i tun+ -j ACCEPT firewall-cmd --reload HIH digging into, Gianluca

2 1

CentOS 7 + KDE : post-installation script
by Nicolas Kovacs 29 Dec '17

29 Dec '17

Hi, I just spent two rainy days writing and fine-tuning a post-installation script for CentOS 7 and KDE. https://github.com/kikinovak/centos-7-desktop-kde I've just tested it on three different machines here, and it works quite nicely. Feel free to give it a spin and make some suggestions. 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 3

Centos 7 and btrfs
by Matt 28 Dec '17

28 Dec '17

I am setting up a new test server. Doing a fresh install from CD onto a couple 4TB drives. Would like to try btrfs in a RAID 1 format. Are there any how to's on how to do that?

4 4

An rpmbuild spec question
by m.roth＠5-cent.us 28 Dec '17

28 Dec '17

I'm trying to build a package to create a directory and install some files. My rpmbuild keeps failing, unable to cd into the directory, "no such". Now, in the tmpfile, I *see* it cd'ing into BUILD/opt, and the source was unzipped and untared into BUILD/opt/smipmicfg-1.27.0. In the spec file, I've even added a cd $RPM_BUILD_ROOT/opt, and I see it cd to there... and then it says it fails cd'ing into the directory under it. I've been doing a lot of googling, but nothing seems to fix this. Anyone got a clue? mark

5 9

Can't see register value in crash vmcore
by wuzhouhui 28 Dec '17

28 Dec '17

OS: CentOS 6.5 Crash: crash-7.1.0-6.el6.x86_64 Kdump: kexec-tools-2.0.0-273.el6.x86_64 GDB: gdb-7.2-60.el6_4.1.x86_64 /etc/kdump.conf: core_collector makedumpfile -c --message-level 1 -d 31 Kernel crashed by panic("string"), but I can't see any register in vmcore: crash> bt PID: 53331 TASK: ffff880c523ed540 CPU: 2 COMMAND: "bw_sd-ar-7-0_2" #0 [ffff880c4f12f978] machine_kexec at ffffffff81038ed9 #1 [ffff880c4f12f9d8] crash_kexec at ffffffff810c5a82 #2 [ffff880c4f12faa8] panic at ffffffff815113b2 #3 [ffff880c4f12fb28] sd_submit_bio at ffffffffa0747a02 [sd] #4 [ffff880c4f12fb68] submit_clone_bio at ffffffffa0747d2b [sd] #5 [ffff880c4f12fb78] split_and_submit_bio_for_cbd at ffffffffa0747ec9 [sd] #6 [ffff880c4f12fbf8] sd_make_request at ffffffffa074c812 [sd] #7 [ffff880c4f12fc68] sdu_make_request at ffffffffa074ca41 [sd] #8 [ffff880c4f12fc88] generic_make_request at ffffffff81264d70 #9 [ffff880c4f12fd68] submit_bio at ffffffff81265140 #10 [ffff880c4f12fdb8] submit_area_bio at ffffffffa04ade20 [scst_vdisk] #11 [ffff880c4f12fde8] bwraid_submit_bio at ffffffffa04b03b2 [scst_vdisk] #12 [ffff880c4f12fe38] worker_thread at ffffffff81094c50 #13 [ffff880c4f12fee8] kthread at ffffffff8109ae26 #14 [ffff880c4f12ff48] kernel_thread at ffffffff8100c20a crash> Is it normal? Thanks.

1 0

(Dovecot) Package repository now available (fwd)
by Kenneth Porter 27 Dec '17

27 Dec '17

If you use CentOS as a mail server, you can now get the latest version of Dovecot (the IMAP and POP3 server) at the new Dovecot repo. ------------ Forwarded Message ------------ Date: Wednesday, December 27, 2017 5:00 PM +0200 From: aki.tuomi(a)dovecot.fi To: dovecot(a)dovecot.org, dovecot-news(a)dovecot.org Subject: Package repository now available Dovecot now has package repository for Debian, CentOS and Ubuntu available at https://repo.dovecot.org/ Packages are provided for 2.3 series and forward. Please let us know if you run into any trouble with these. --- Aki Tuomi Dovecot oy ---------- End Forwarded Message ----------

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