similar to: CESA-2017:0307 Moderate CentOS 6 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

I have a KVM vm running CentOS-6.8 on a host also running CentOS-6.8. This instance is used for occasional development projects which require segregation. Thus it is seldom accessed. At some point in the recent past this guest developed an issue with starting. Specifically these messages were found in the system log files: /var/log/messages-20170312:Mar 10 16:31:06 vhost04 kernel: dracut:

Dear fellow R users, I am experiencing some problem using function mclapply from recommended R package parallel. This problem is a bit "deep in source code" (maybe r-devel list would be more appropriate ?). Actually, I have noticed on a specific Linux HPC system that the various readChild() calls in mclapply did not end the children processes, as would be expected (ie compared to what

Greetings, The log reports that a process cannot create the needed folders. Please review and tell me what I have done wrong. dovecot 2.0.9 # 2.0.9: /etc/dovecot/dovecot.conf doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf doveconf: Warning: Obsolete setting in /etc/dovecot/dovecot.conf:85: protocol { ssl_listen } has been replaced by service

Never mind, I am stupid and did not read all available information. Needed to change permissions on /var/mail/* Thank You, Ken Z -----Original Message----- From: Ken Zachreson Sent: Wednesday, March 15, 2017 10:28 AM To: 'dovecot at dovecot.org' <dovecot at dovecot.org> Subject: Unable to create needed folders Greetings, The log reports that a process cannot create the needed

On 06/20/2017 04:08 AM, Charles Lepple wrote: > [...] > It does not get a length for method 1, so it moves on to method 2, which gets a length, but fails to get the rest of the descriptor. This is what is happening to lsusb, too (tries to fetch 549 bytes, gets only 9). and is there anything I can do to fix, short of hoping to receive an updated unbroken firmware for the UPS from a support

Hi, I've been trying to get a Public Folder namespace working, so far without any luck. I've tried in my home folder, outside my home folder, with and without acl. I can see the namespace (PUBLIC) in Roundcube, but that's as far as I get. I've put a .FirstFolder under the location, but it never appears. I've added dirs cur, new, and tmp but no difference. No hints from

CentOS Errata and Security Advisory CESA-2011:0307 mailman security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2011-0307.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: mailman-2.1.5.1-34.rhel4.7.i386.rpm src: mailman-2.1.5.1-34.rhel4.7.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name:

CentOS Errata and Security Advisory CESA-2011:0307 mailman security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2011-0307.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: mailman-2.1.5.1-34.rhel4.7.x86_64.rpm src: mailman-2.1.5.1-34.rhel4.7.src.rpm -------------- next part -------------- A non-text attachment was scrubbed...

CentOS Errata and Security Advisory 2011:0307 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-0307.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 5362573d0d547586634f65fb4d309faa mailman-2.1.9-6.el5_6.1.i386.rpm Source: 9fc802c13cdf920df3784db0dd2cfba9 mailman-2.1.9-6.el5_6.1.src.rpm --

CentOS Errata and Security Advisory 2011:0307 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-0307.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 0dfd885b61d1879b4ef81592278ee388 mailman-2.1.9-6.el5_6.1.x86_64.rpm Source: 9fc802c13cdf920df3784db0dd2cfba9 mailman-2.1.9-6.el5_6.1.src.rpm --

CentOS Errata and Bugfix Advisory 2014:0307 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0307.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0f23ce8f461f153867a93df437f428c4c970a73ba7ca746d0fd4bfa19cb87792 fence-agents-3.1.5-35.el6_5.4.i686.rpm x86_64:

Folks, There's some kind of bug here, esp. with this kernel. We've got a cron yum update, and it fails, repeatably, un multiple machines. We reboot to the previous kernel, it comes up, we do a reinstall of the kernel modules, and everything's fine. I was thinking it was with yum, but the admin I work with says it happened today on some with no exlude=kernel\* in yum.conf. My

I'm trying to migrate from Centos 6/dovecot 2.1.17/mysql to new server on Centos 7/dovecot 2.2.31 (65cde28)/mariadb I've dumped on oldserver 'dovecot.conf' and used it on newserver doveconf -n > dovecot.conf also, transferred /etc/doveconf/*.conf I've also dumped MySQL 'vmail' and imported database, created user vmail, vmailadmin dumb question: should the password

On 06/20/2017 02:27 AM, Charles Lepple wrote: > On Jun 19, 2017, at 10:45 AM, Manuel Wolfshant wrote: >> #lsusb -vvv -d 0463:ffff >> >> Bus 002 Device 012: ID 0463:ffff MGE UPS Systems UPS > ... >> HID Device Descriptor: >> bLength 9 >> bDescriptorType 33 >> bcdHID 1.10

Hi, I am using dovecot 2.0.9 (official CentOS rpm), I am experiencing very high load issue. I think it is something related to my storage (/var/spool is about 3 TB and it is almost full). I noticed those kind of messages in /var/log/maillog: Warning: Maildir: Scanning /var/spool/pop/domains/domain.it/username/Maildir/cur took 100 seconds (14281 readdir()s, 0 rename()s to cur/) Warning: