similar to: Where can CentOS7 yum-cron logs be found?

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

Le 18/08/2020 ? 03:00, Gunnar Niels a ?crit?: > I'm asking where the results of the yum-cron job are actually written to so > I can see what it did. Well, that's your answer. Here's the content of an email sent by Yum-Cron. So you everything that happened under the hood: The following updates will be applied on nestor.microlinux.lan:

>> I'm trying to setup two CentOS7 systems with automatic security updates to run >> as my kubernetes nodes. I've also centralized all my outgoing mail through my >> mailgun service, so I've been using the cli tool "mailx", which I have configured >> with my credentials. Coming from Fedora32 and CentOS7, dnf-automatic had a >> helpful emission

I have a VPS running C7. I ran a 'yum update' which included a kernel update. The yum update wasn't a total success because mariadb updates failed. However everything else appeared to work. However, when I rebooted the server it did not restart. I have managed to get the ISP's support desk to boot the server by selecting the previous kernel, and I now have access to my box again.

I am preparing a bit for setting up replication. However when I manually try to dsync an account, the first time I execute this[1] command it seems to be ok. The 2nd time I am getting this error[2]. If I add -1 (one way syncing) the error disappears. Does this mean I will have problems with setting up replication between these two servers? [1] [@ ~]# doveadm sync -n inbox -u testaccount

Hi, I have a win10 guest on a fedora32 system and have some questions as I explore using external snapshots as a form of backup in case of a Windows failure (as in, it won't boot or is completely irrecoverable) as well as revision control (to be able to rollback changes after a failed app install, etc). The first hit on Google for external snapshots involves a RHEL7 document that talks

CentOS Errata and Bugfix Advisory 2020:3349 Upstream details at : https://access.redhat.com/errata/RHBA-2020:3349 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 951fc236cc64f56e35cbac9230458a0b7e9f02ce0ca94111f13b21728f3b01d6 libipa_hbac-1.16.4-37.el7_8.4.i686.rpm

On 1/22/20 3:57 PM, Gary Stainburn wrote: > I have managed to find out what happened in the yum update and it turns out it was a mess. It looks like the server ran out of memory in the middle and things then started to fail. Any advice on how to recover from this would be greatly appreciated > > The log below shows: > > [root at vps2 ~]# yum history info 22 > Loaded plugins:

I've dovecot --version 2.3.10.1 (a3d0e1171) openssl version OpenSSL 1.1.1g FIPS 21 Apr 2020 , atm on Fedora32. I configure /etc/pki/tls/openssl.cnf to set preferences for apps' usage, e.g. Postfix etc; Typically, here cat /etc/pki/tls/openssl.cnf openssl_conf = default_conf [default_conf] ssl_conf = ssl_sect [ssl_sect] system_default = system_default_sect

Working out upgrade of old 1.x + 2.x Dovecot installs to latest 2.3.2.1 out of Ubuntu Bionic repositories. _______ https://wiki.dovecot.org/Services suggests Dovecot can be used for full mail infrastructure, avoiding the complexity of exim4 or other MTA setup/management. Let me know if I understand this correctly. 1) https://wiki.dovecot.org/Submission can be used to listen on port 25 +

cvs code from this morning (about 9am PST) breaks on slackware 7.1 w/ gcc 2.95.2.1 with an undefined reference to session_setup_sia in session.o. this seems to be the culprit here: #ifdef HAVE_OSF_SIA #else /* HAVE_OSF_SIA */ session_setup_sia(pw->pw_name, ttyname); since i have no idea what that's trying to accomplish (and seems to be a bit backwards to me from looking

CentOS Errata and Bugfix Advisory 2020:3348 Upstream details at : https://access.redhat.com/errata/RHBA-2020:3348 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: ee225e394bfa89bf736af8ccbdc1de6dd411a05ede84e4493d27f935cee02a32 curl-7.29.0-57.el7_8.1.x86_64.rpm

On Mon, Oct 2, 2017 at 6:26 PM Stephen John Smoogen <smooge at gmail.com> wrote: > On 2 October 2017 at 18:03, Larry Martell <larry.martell at gmail.com> wrote: > > On Mon, Oct 2, 2017 at 5:29 PM, Stephen John Smoogen <smooge at gmail.com> > wrote: > >> On 2 October 2017 at 17:21, Larry Martell <larry.martell at gmail.com> > wrote: > >>>

n 20/07/2020 14:19, Nick Howitt via samba wrote: > > > On 20/07/2020 11:14, Rowland penny via samba wrote: >> >> >> I have reviewed all the posts in this thread and I 'think' I know >> what is going on and also answers a question I asked. >> >> You have in your smb.conf: >> >> unix password sync = Yes >> >> This possibly

Is it possible to do a live migrate of a guest, having on the from host a source_device=eth2 and to host a source_dev=eth1?

CentOS Errata and Bugfix Advisory 2020:3350 Upstream details at : https://access.redhat.com/errata/RHBA-2020:3350 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c567d8148be4cbbafb0f443c59fb2faec08483cd81f6ca84f010769451162bf5 libgudev1-219-73.el7_8.9.i686.rpm

CentOS Errata and Bugfix Advisory 2020:2657 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2657 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 240a697def27942418fd0f9e7c6af29e2d03b41f3081f8a069a7f7a2d55ad10b fence-agents-aliyun-4.2.1-30.el7_8.1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2020:2088 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2088 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5c6017be3fddd10f659636f604ccdbb73ccffcb41f937c6539cb774cfe3ed120 mesa-dri-drivers-18.3.4-7.el7_8.1.i686.rpm

CentOS Errata and Bugfix Advisory 2020:2089 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2089 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 853d0767abe887821a7419ce0d02563b5fb3012b400751bb313f2bcf7724b6f8 libvirt-4.5.0-33.el7_8.1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2020:3352 Upstream details at : https://access.redhat.com/errata/RHBA-2020:3352 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 77b147b4b83ab5a39862886802f52743204acdd211bc182717baa04d9f3d18e8 libguestfs-1.40.2-9.el7_8.1.x86_64.rpm