Discuss

discuss@lists.centos.org

34729 discussions

Newer versoin of tar 1.26 on Centos 7
by Klaus Kolle 16 Sep '20

16 Sep '20

Is it possible to find a repository that hold a newer version of tar. The current version is 1.26 I have some students trying to build Yocto project on my Centos 7 host, but OpenEmbedded reports incompatibility problems with the current version of tar. I thank you on beforehand for any help. |< -- Med venlig hilsen Klaus Kolle Teknikumingeniør, B.Sc.EE., e-mail : klaus(a)kolle.dk Master of IT www : www.kolle.dk Asger Jorns Vej 17 Telephone : +4522216044 DK-8600 Silkeborg, Denmark "Man skal ikke tilskrive til sammensværgelser hvad der tilstrækkeligt kan forklares af inkompetence" Poul Henning Kamp Planlægning er tanker om noget man agter at gøre en gang i fremtiden, hvis omstændighederne tillader det. Klaus Kolle 2006 Perfection is achieved not when nothing more to add, but when there is nothing more left to take away. Antoine de Saint-Exupery

3 3

how to restore deleted directory/files
by qw 16 Sep '20

16 Sep '20

Hi, I remove one directory by running rm -fr ./some-dir. How to restore the directory and its files in the directory? Thanks! Regards Andrew

4 6

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 15 Sep '20

15 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 15 Sep '20

15 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 13 Sep '20

13 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss