similar to: CESA-2018:0007 Important CentOS 7 kernel Security Update

Send CentOS-announce mailing list submissions to centos-announce at 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 at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

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-693.11.6.el7.centos.plus.i386/ SRPM:

On Sun, Jan 7, 2018 at 12:07 PM, David Groep <davidg at 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

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.

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,

To: CentOS mailing list <centos at 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 at centos.org: > Send CentOS mailing list submissions to >

On Tue, Jan 9, 2018 at 10:09 AM, Johnny Hughes <johnny at centos.org> wrote: > 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

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:

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

I thought I'd chime in and say that I'm seeing the same kernel-plus boot failure that Shaun Reitan reported earlier. Is there likely to be another build 3.10 kernel build coming down the pipeline that might fix this issue? Here's the output of my failed PV domU boot: [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000]

While installing the experemental kernel on a CentOS 7 PV the following happened. After a reboot of the PV the kernel looks to be installed but there is no option for booting it in grub. I attempted to run yum reinstall kernel-4.9.75-204.el7.centos.x86_64 and it installed fine but still no entry in grub. No initramfs existed and I found kernel-modules did not install properly so I then ran

Broken! [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Initializing cgroup subsys cpuacct [ 0.000000] Linux version 3.10.0-693.11.6.el7.x86_64 (builder at kbuilder.dev.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) ) #1 SMP Thu Jan 4 01:06:37 UTC 2018 [ 0.000000] Command line: root=/dev/xvda ro

On 01/08/2018 02:10 PM, Shaun Reitan wrote: > While installing the experemental kernel on a CentOS 7 PV the following > happened. After a reboot of the PV the kernel looks to be installed but > there is no option for booting it in grub. ?I attempted to run yum > reinstall kernel-4.9.75-204.el7.centos.x86_64 and it installed fine but > still no entry in grub. No initramfs existed and

On Thu, 4 Jan 2018, Zube wrote: > 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" >

Uhm. combined folder seems to use INBOX for saving mails and contains mails from Sent and Drafts. Not sure what your all folder is supposed to do. Aki On 2018-02-18 01:14, Matt Bryant wrote: > Been experimenting with virtual mailbox and have a question :- > > I have defined 2 virtual mailboxes 'all' and 'combined' as follows ... > > >

I''m running Oracle and in my table i have a field: SCHEDULED_DATE of type DATE. When I do a query model = MyModel.find(1) model.scheduled_date_before_type_case ends up being equal to ''0007-09-19'' instead of ''2007-09-19''. In the oracle adapter I ran a debug accross all the fields and got, just after it does the query and gets the results. -

CentOS Errata and Security Advisory 2012:0007 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0007.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 402d3404f92474d86ddd4d8c6758ba10bd3b39959a0faaec09e9e5a19d218a5a kernel-2.6.18-274.17.1.el5.i686.rpm

CentOS Errata and Bugfix Advisory 2015:0007 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0007.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: db6838c6927001b1697a9957ff3a808cf6d6a9b75bd0ee82d84e48d3ef866230 mariadb-5.5.40-2.el7_0.x86_64.rpm

CentOS Errata and Security Advisory 2016:0007 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0007.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 445c46bdeb7c3beac94b7cfb47e89723c4d6628817028a0be1aa719ec24437e4 nss-3.19.1-8.el6_7.i686.rpm

CentOS Errata and Security Advisory 2016:0007 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0007.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 03fc72760694c3b4051195b51156395778b74d9069f1a655eb1e37cd5a326092 nss-3.19.1-19.el7_2.i686.rpm