Discuss December 2020

discuss@lists.centos.org

157 participants
95 discussions

CentOS 7, as a 6in4 server
by Walter H. 02 Dec '20

02 Dec '20

Hello, I have a VPS at a hoster where I got 3 /64 ipv6 prefixes/subnets, that are routed; one for the VPS itself - let us call this srvprefix one for the tunnel, only ::1 (server side) and ::2 (home side) are used - let us call this tunnelprefix and one for my network at home - let us call this homeprefix now I'm just in test state, a CentOS VM is the other end of the tunnel; (when the server runs well, my CentOS ZBOX will become the other end of the tunnel) at the server the eth0 device has serverprefix::1, the sit1 device has tunnelprefix::1 the routing is set with /etc/sysconfig/network-scripts/route6-sit1 tunnelprefix::2 dev sit1 homeprefix::/64 via tunnelprefix::2 dev sit1 in sysctl.conf these are set net.ipv6.conf.all.forwarding = 1 net.ipv6.conf.all.proxy_ndp = 1 now I have to do these ip -6 neigh add proxy homeprefix::1 dev eth0 ip -6 neigh add proxy homeprefix::### dev eth0 the question, can I do something to avoid these "ip -6 neigh ..."? if yes, what? and how? can the hoster do something? if yes, what? Thanks, Walter my ISP told me that he won't deploy IPv6 within the next 5 years;

2 3

Re: [CentOS] Reminder: CentOS 6 EOL on 30 November 2020
by Fabian Arrotin 02 Dec '20

02 Dec '20

On 30/11/2020 13:39, Fabian Arrotin wrote: > On 30/11/2020 11:18, Manuel Wolfshant wrote: >> On 11/30/20 10:25 AM, Fabian Arrotin wrote: >>> On 09/11/2020 14:24, Johnny Hughes wrote: >>>> All, >>>> >>>> This is a friendly reminder. >>>> >>>> CentOS 6.10 will EOL at the end of November 2020. >>>> >>>> During the first week in December 2020, the 6.10 directory will move to >>>> vault.centos.org >>>> >>>> Packages will still be available at: >>>> >>>> http://vault.centos.org/centos/6.10/ >>>> >>>> However, once moved, there will be no more updates pushed to >>>> vault.centos.org. Therefore, security issues will no longer be fixed, >>>> etc. >>>> >>>> You should take the rest of the month to either move to a newer versoin >>>> of CentOS Linux ... or to procure Extended el6 support from Red Hat (EUS >>>> RHEL 6). >>>> >>>> Thanks, >>>> Johnny Hughes >>>> >>> As announced multiple times (on list[s], twitter, glog.centos.org and >>> even https://c6eol.centos.org) , CentOs 6 is now EOL and so is being >>> retired from mirror network. >>> It's currently being moved to (capped and limited bandwidth) >>> vault.centos.org and will be removed from mirror.centos.org (and so >>> external mirrors in the next hours/days). >>> mirrorlist.centos.org will also (like we do for all >>> outdated/unmaintained and unsecured releases) start answering "invalid >>> release" >>> >>> Kind Regards, >> >> Just to let you all know that starting from today, mirrorlist.centos.org nodes answer "Invalid release/repo/arch combination" and also that content was removed from mirrors. Johnny pushed the last updates yesterday, that went out to external mirrors . These mirrors will also delete all that content so if your *really* need to find such content, https://vault.centos.org is the only way to to go, but due to reduced bandwidth, capacity, we encourage you to use one of the external mirrors listed on vault.centos.org, with probably more resources/bandwidth that we currently have. Some of these mirrors also continue to offer rsync access. Cheers, and time to have a drink and celebrate 10 years of CentOS 6 : you served us all well ! -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | twitter: @arrfab

1 0

Upgrade OpenSSH version to the latest stable version on CentOS Linux release 7.9.2009 (Core).
by Kaushal Shriyan 01 Dec '20

01 Dec '20

Hi, I am running CentOS Linux release 7.9.2009 (Core). Is there a way to upgrade OpenSSH version openssh-7.4p1-21.el7.x86_64 to the latest stable version openssh-server 8.4 using yum repositories or rpm binaries? Best Regards, Kaushal

4 3

CentOS and mdadm
by Nicolas Kovacs 01 Dec '20

01 Dec '20

Hi, I'm regularly using software RAID for my CentOS storage servers, either with RAID 1 or RAID 6 depending on the number of disks. Here's two questions about mdadm I've always been wondering about. 1. I'm not sure about the --metadata option. Let's say I want to create a simple RAID 1 setup, I'm usually doing it like this: # mdadm --create /dev/md/boot --level=1 --raid-devices=2 \ --metadata=1.2 /dev/sda1 /dev/sdb1 If anyone can explain the exact meaning of --metadata, I'd be grateful. Oh, and is it OK to use --metadata=1.2 in CentOS 7.x and 8.x ? 2. I'm regularly encountering the mdadm --misc option in various tutorials on the Internet. I looked it up in mdadm's manpage, but it doesn't seem to be documented. Any idea what this option does ? 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 1

Physical position of swap partition on the disk
by Nicolas Kovacs 01 Dec '20

01 Dec '20

Hi, Here's a question to the fine-tuning gurus. Yesterday while installing a fresh CentOS server, I wondered how big of a deal the physical position of the swap partition on the disk is. Here's an example of a simple MBR partitioning scheme on a legacy BIOS machine with a 60 GB SSD: * /dev/sda1: 500 MB /boot ext2 * /dev/sda2: 4 GB swap * /dev/sda3: 55 GB / ext4 In the old (Slackware) days, I created the partitions manually using fdisk. Now when I do something similar in Anaconda, I have to reason in terms of mount points. So in a similar order I create the /boot partition, the swap partition and the root partition. What happens here is that Anaconda will always invert the root and swap partitions and put the swap partition at the end of the disk. So my setup looks like this: * /dev/sda1: 500 MB /boot ext2 * /dev/sda2: 55 GB / ext4 * /dev/sda3: 4 GB swap I'd be curious to know what's the reason behind this, and if this kind of configuration detail is really significant. 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

5 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss December 2020