Discuss September 2020

discuss@lists.centos.org

70 participants
52 discussions

Problems with x2go
by Stefano Simonucci 16 Sep '20

16 Sep '20

I have installed x2goserver on a Centos8 server. Yesterday, after the installation I was able to connect by means of x2go. Today I get the following error ( /var/log/messages) /usr/bin/x2gostartagent[2677]: no free display number available, cannot start new session. Has anyone had the same problem? Thanks. Bye Stefano

5 5

CentOS-announce Digest, Vol 187, Issue 2
by centos-announce-request＠centos.org 15 Sep '20

15 Sep '20

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-2020:3643 Important CentOS 6 thunderbird Security Update (Johnny Hughes) 2. CESA-2020:3631 Important CentOS 7 thunderbird Security Update (Johnny Hughes) 3. CESA-2020:3617 Important CentOS 7 dovecot Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 14 Sep 2020 14:38:01 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:3643 Important CentOS 6 thunderbird Security Update Message-ID: <20200914143801.GA21973(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:3643 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:3643 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 558cb4cec9d65b7140f56dc518d58ae6ceafc230ccdda0bd2b5b937d61115ce2 thunderbird-68.12.0-1.el6.centos.i686.rpm x86_64: 5ed3d21f20ebd7146936e4bfd6b106b2b76d0414e2e7a3040ab2f10a355c5bc8 thunderbird-68.12.0-1.el6.centos.x86_64.rpm Source: c1cd84a7a4d24026aea19059ea99c3f5129175b17de8e12f0836301f24220f10 thunderbird-68.12.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: Mon, 14 Sep 2020 14:38:51 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:3631 Important CentOS 7 thunderbird Security Update Message-ID: <20200914143851.GA22114(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:3631 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:3631 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: eee32b147df145f7043c9e9f6bff219b5b7baee07773c613dda73a937fecb1ec thunderbird-68.12.0-1.el7.centos.x86_64.rpm Source: 47a72b65f6b7fd85d69531a9fa992423075b3d355f2557dad453df8e506b9b1d thunderbird-68.12.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: Mon, 14 Sep 2020 14:40:04 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2020:3617 Important CentOS 7 dovecot Security Update Message-ID: <20200914144004.GA22310(a)bstore1.rdu2.centos.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2020:3617 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:3617 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6ce4ad3c854d89718c469df1d4f7aeac6a8434556118275bb4b324847dcc6b1f dovecot-2.2.36-6.el7_8.1.i686.rpm e391cbeba08b1519396239fcb00b50bb663881d27aa8031ba222df613dce2159 dovecot-2.2.36-6.el7_8.1.x86_64.rpm 43b14f32642d28cb2b456d2c10d7d41b98a6a61b92d5253d53947fa632c0865e dovecot-devel-2.2.36-6.el7_8.1.x86_64.rpm a86f968d5072fb2464dd3095f2b48710970d6b1f5d3c83d008ed4a0bfcb9e54e dovecot-mysql-2.2.36-6.el7_8.1.x86_64.rpm ace8e5be7f1920a9fdea7a76700ad4a8c228f900df17c1d6faa46853d978e9cf dovecot-pgsql-2.2.36-6.el7_8.1.x86_64.rpm 72d08ad4f4c6d877481367326333c5adac6be70cf4cef41f54cb4d48736681ce dovecot-pigeonhole-2.2.36-6.el7_8.1.x86_64.rpm Source: bf4ea5803ec61ca57f4908afec4a403fc6ad7482010cc2a73596600201d49e6f dovecot-2.2.36-6.el7_8.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 187, Issue 2 ***********************************************

1 0

Re: [CentOS] erasing a disk
by david 14 Sep '20

14 Sep '20

At 01:34 PM 9/14/2020, you wrote: >what if you just dd the first 1GB of the disk and the last GB of the disk >(the last because of RAID signatures of some controllers that write to the >end of the disk) >Look at this article and modify accordingly >https://zedt.eu/tech/linux/using-dd-to-repeatedly-erase-a-specific-range-of… > >Also, use wipefs -a (Gordon Messmer answered faster than me) > >On Mon, Sep 14, 2020 at 3:18 PM david <david(a)daku.org> wrote: > > > Folks > > > > I've encountered situations where I want to reuse a hard-drive. I do > > not want to preserve anything on the drive, and I'm not concerned > > about 'securely erasing' old content. I just want to be able to > > define it as an Physical Volume (in a logical volume set), or make it > > a ZFS disk, or sometimes make it a simple EXT3, ExFAT or NTFS > > disk. However, old 'signatures' get in the way and Linux sometimes > > refuses to let me proceed. I know that a fool-proof solution is to > > use the "dd if=/dev/zero bs=32768 oflag=direct" on the disk, but when > > we're talking USB-connected hard drives of 8 TB, that's an operation > > that can take days. > > > > The disk in question might even have been corrupted. This would make > > using 'zpool destroy' to clear out a ZFS disk, or > > > > I've tried erasing the first megabyte of the disk, but there are ZFS > > or LVM structures that get in the way. So, does anyone have an > > efficient way to erase structures from a disk such that it can be reused? > > > > Something like > > -erase first N blocks (block defined as 4096) > > - Erase <number> blocks starting at block <number> > > - erase last <number> blocks > > > > At least such an algorithm would be quicker than erasing 8 TB of data. > > > > David > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org > > https://lists.centos.org/mailman/listinfo/centos > > Thanks for the suggestion. "wipefs" looks like the right answer. David

1 0

erasing a disk
by david 14 Sep '20

14 Sep '20

Folks I've encountered situations where I want to reuse a hard-drive. I do not want to preserve anything on the drive, and I'm not concerned about 'securely erasing' old content. I just want to be able to define it as an Physical Volume (in a logical volume set), or make it a ZFS disk, or sometimes make it a simple EXT3, ExFAT or NTFS disk. However, old 'signatures' get in the way and Linux sometimes refuses to let me proceed. I know that a fool-proof solution is to use the "dd if=/dev/zero bs=32768 oflag=direct" on the disk, but when we're talking USB-connected hard drives of 8 TB, that's an operation that can take days. The disk in question might even have been corrupted. This would make using 'zpool destroy' to clear out a ZFS disk, or I've tried erasing the first megabyte of the disk, but there are ZFS or LVM structures that get in the way. So, does anyone have an efficient way to erase structures from a disk such that it can be reused? Something like -erase first N blocks (block defined as 4096) - Erase <number> blocks starting at block <number> - erase last <number> blocks At least such an algorithm would be quicker than erasing 8 TB of data. David

7 7

Auditd NETFILTER_PKT record missing src port, dst port
by Akshar Kanak 14 Sep '20

14 Sep '20

Dear team The auditd log for NETFILTER_PKT event does not contain the src port , desination port , in and out interface . Has it been removed permanently ( https://patchwork.kernel.org/patch/9638183/) or can it be enabled by some configuration by auditctl ? centos version : CentOS Linux release 7.6.1810 (Core) out kernel version : Linux version 3.10.0-1127.8.2.el7.x86_64 ( mockbuild(a)kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC) ) #1 SMP Tue May 12 16:57:42 UTC 2020 Thanks and regards Akshar

1 0

"Not using downloaded epel/repomd.xml"
by Nicolas Kovacs 14 Sep '20

14 Sep '20

Hi, I'm regularly getting spammed by my own servers, with the following message: /etc/cron.hourly/0yum-hourly.cron: Not using downloaded epel/repomd.xml because it is older than what we have: Current : Sat Sep 12 19:05:04 2020 Downloaded: Thu Sep 10 19:12:19 2020 How can I make this nonsense stop? 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 Mob. : 06 51 80 12 12

2 2

Re: [CentOS] Server entering Emergency Shell, but continues fine after pressing Enter
by Gordon Messmer 12 Sep '20

12 Sep '20

On 9/12/20 1:04 PM, Quinn Comendant wrote: > [root@myhost ~] systemctl status initrd-switch-root.service > ● initrd-switch-root.service - Switch Root > Loaded: loaded (/usr/lib/systemd/system/initrd-switch-root.service; static; vendor preset: disabled) > Active: failed (Result: signal) since Sat 2020-09-12 19:41:13 UTC; 17min ago > Process: 204 ExecStart=/usr/bin/systemctl --no-block --force switch-root /sysroot (code=killed, signal=TERM) Ah, this seems to be a known issue with the update to 7.8: https://access.redhat.com/solutions/4973191 The initrd contains an old systemd binary, and should be rebuilt. The replacement initrd will have an updated binary: |# cp /boot/initramfs-*.x86_64.img /root ||# dracut --force --regenerate-all| ||

1 0

Re: [CentOS] Server entering Emergency Shell, but continues fine after pressing Enter
by Gordon Messmer 12 Sep '20

12 Sep '20

On 9/12/20 1:04 PM, Quinn Comendant wrote: > I don't see any errors from `systemctl status initrd-parse-etc.service` or > `journalctl -b 0` (I've pasted the full output here:https://write.as/at21opjv3o9fin1t.txt) I see errors in the journalctl output. Look into these: Sep 12 19:41:12 myhost systemd-vconsole-setup[84]: /usr/bin/setfont failed with error code 71. Sep 12 19:41:12 myhost systemd-vconsole-setup[84]: ................... Sep 12 19:41:12 myhost systemd-vconsole-setup[84]: setfont: putfont: 512,8x16: failed: -1 Sep 12 19:41:12 myhost systemd-vconsole-setup[84]: putfont: PIO_FONT: Invalid argument Sep 12 19:41:12 myhost systemd-vconsole-setup[117]: /usr/bin/setfont failed with error code 71. Sep 12 19:41:13 myhost systemd[1]: [/etc/systemd/system.conf:15] Unknown lvalue 'TimeoutSec' in section 'Manager' The former errors might be normal on a system with no VGA, and you mentioned seeing this over serial. Do you see those errors on systems that boot normally? Do any of those system share a hardware configuration with the system that doesn't? The latter error seems more likely to be the cause of the emergency shell, but that's a guess.

2 1

Server entering Emergency Shell, but continues fine after pressing Enter
by Quinn Comendant 12 Sep '20

12 Sep '20

Hello all, I've got an odd problem that doesn't seem to be mentioned anywhere. I have several identical CentOS 7 servers (GCE instances). I recently ran `yum update` and rebooted all of them. All the servers came back fine except one. I opened a connection to the serial console of the broken server, and was greeted with this prompt: … Cannot open access to console, the root account is locked. See sulogin(8) man page for more details. Press Enter to continue. I pressed Enter, and the boot process continued successfully! Just to test, I restarted the server again, and the same thing happened: I had to manually log in to the console and press Enter before it would complete the boot process. No other step was required. I also tried creating a snapshot of the disk, and booted a new VM with a boot disk imaged from the snapshot. The same problem occurred, pressing Enter was all that was required. Earlier in the boot log, it shows "Started Emergency Shell", which is why there was a "Press Enter" prompt. The error that the "root account is locked" isn't the issue; the root account is locked on all our servers. So, in summary: something is causing the server to enter an Emergency Shell, but continues successfully after pressing Enter. That's odd because if Emergency Shell is loaded, usually something more serious is happening and requires more actions to get the server to boot. Anybody have any idea what could be causing this? I don't see any significant errors in the boot log, but I would appreciate if anyone has a moment to help me look for issues. Here's a copy of the serial console boot log – you can find the "Press Enter to continue" on line 536: https://write.as/dwuts24dcw6yh0kf.txt Thanks! Quinn

5 9

Thunderbird won't start after move to new box
by Gary Stainburn 12 Sep '20

12 Sep '20

I've tried moving my Thunderbird profile from one C7 box, a standard PC to another C7 box, a DELL server. I did this by rsync'ing ~/.thunderbird. However, on the new box, Thunderbird only starts if I run it -safe-mode. If I don't run it in safe mode I see the window flash up and instantly close. No errors or notifications appear in the terminal window., Anyone got suggestions on what could be wrong, or how I can diagnose it? Google just seems to bring up hits for problems on Windows boxes.

4 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss September 2020