similar to: CEBA-2018:1375 CentOS 7 rsyslog BugFix Update

CentOS Errata and Security Advisory 2018:1396 Low Upstream details at : https://access.redhat.com/errata/RHSA-2018:1396 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9f9ad22755911ec809e885c80cd5b1441c43dc799bb54051be879331e7876eae libvirt-3.9.0-14.el7_5.4.x86_64.rpm

CentOS Errata and Bugfix Advisory 2018:2004 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2004 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c6aeeb4cda6936df7be422eab0b9354004412c9f5ad69acf38ad3c042cb83af6 selinux-policy-3.13.1-192.el7_5.4.noarch.rpm

CentOS Errata and Bugfix Advisory 2018:2005 Upstream details at : https://access.redhat.com/errata/RHBA-2018:2005 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6242a85af5ed59c2ccdbd84bf879042d896e94d073020da1a93aadd268eee0ec spice-server-0.14.0-2.el7_5.4.x86_64.rpm

CentOS Errata and Bugfix Advisory 2018:1391 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1391 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7445111d2f078d2a8d3625f87a4d0c2d9d08ec972c2cd5fe4e84d41ceeabfd86 radvd-1.9.2-9.el7_5.4.x86_64.rpm Source:

Hi all, as per subject, when a Windows guest using a Spice display is rebooted with a planned chkdsk, the consistency check is always skipped. It seems that the Spice display issues some "phantom" keystrokes, which are then intended by Windows as the "skip chkdsk at boot" signal. I tried to use a Spice display with no additional features (ie: USB redirection), but to no

On 19/10/2018 08:13, Gionatan Danti wrote: > Il 17-10-2018 09:15 Gionatan Danti ha scritto: >> Hi all, >> as per subject, when a Windows guest using a Spice display is rebooted >> with a planned chkdsk, the consistency check is always skipped. >> >> It seems that the Spice display issues some "phantom" keystrokes, >> which are then intended by

Il 17-10-2018 09:15 Gionatan Danti ha scritto: > Hi all, > as per subject, when a Windows guest using a Spice display is rebooted > with a planned chkdsk, the consistency check is always skipped. > > It seems that the Spice display issues some "phantom" keystrokes, > which are then intended by Windows as the "skip chkdsk at boot" > signal. > > I

Hi, qemu-kvm-ev-2.10.0-21.el7_5.4.1 has been tagged for testing. If nothing shows up, I'll tag it for release on Monday July 2nd. Here's the changelog: * Thu Jun 28 2018 Sandro Bonazzola <sbonazzo at redhat.com> - ev-2.10.0-21.el7_5.4.1 - Removing RH branding from package name * Sat Jun 09 2018 Miroslav Rezanina <mrezanin at redhat.com> - rhev-2.10.0-21.el7_5.4 -

CentOS Errata and Bugfix Advisory 2019:2501 Upstream details at : https://access.redhat.com/errata/RHBA-2019:2501 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: fa57fea42b1cdd050e9c8d1bf9a1ec4fc0bec10db00c4d2eea4c6cc94203746b rsyslog-8.24.0-41.el7_7.x86_64.rpm

CentOS Errata and Bugfix Advisory 2019:3061 Upstream details at : https://access.redhat.com/errata/RHBA-2019:3061 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 276f321f41112dde88d867c01d9afa0ea673ac318185f9ee5f6ff54c0ce7c0d0 rsyslog-8.24.0-41.el7_7.2.x86_64.rpm

CentOS Errata and Bugfix Advisory 2020:0852 Upstream details at : https://access.redhat.com/errata/RHBA-2020:0852 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6fbc74c3da61f3c9d05998789ae1a0112613ff9b5afb3f61f29b761f0222974d rsyslog-8.24.0-41.el7_7.4.x86_64.rpm

CentOS Errata and Bugfix Advisory 2020:2660 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2660 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 9438f230bd6e32ba33aa6e9e9406a33da90801760a64e52c89c89d6b189c4e41 rsyslog-8.24.0-52.el7_8.2.x86_64.rpm

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

Hey there, RedHat released the new version 8.24.0-41 of rsyslog on 2019-08-06. We need some fixes of this version and would like to know about which time this version will be available for CentOS. http://mirror.centos.org/centos/7/os/x86_64/Packages/ still lists rsyslog-8.24.0-34 ( 2018-11-12). Currently I assume the maintainer might be on vacation? CheersDennis

Am 2019-08-15 14:38, schrieb Dennis Well: > Hey there, > RedHat released the new version 8.24.0-41 of rsyslog on 2019-08-06. We > need some fixes of this version and would like to know about which time > this version will be available for CentOS. > http://mirror.centos.org/centos/7/os/x86_64/Packages/ still lists > rsyslog-8.24.0-34 ( 2018-11-12). > Currently I assume the

Hi! I have a server running CentOS 7.7 (1908) with all current patches installed. I think this server should be a quite standard installation with no specialities On this server I have fail2ban with an apache and openvpn configuration. I'm using firewalld to manage the firewall rules. Fail2an is configured to use firewalld: [root at server ~]# ll /etc/fail2ban/jail.d/ insgesamt 12