No issues detected in the environment, but problems occurred during installation

Note:
This topic has been translated from a Chinese forum by GPT and might contain errors.

Original topic: 检测环境没问题,安装的时候出问题了

| username: 灰太狼来了

There was no problem executing tiup cluster check ./topology.yaml --user tidb -p. However, there was an issue when executing tiup cluster deploy tidb-ycgl v5.0.1 ./topology.yaml --user tidb -p. The installation was done using the tidb user, SSH mutual trust has been configured, and I did not use a key for the installation, but used a password instead.
tiup-cluster-debug-2022-08-24-10-28-03.log (453.0 KB)

| username: 灰太狼来了 | Original post link

Previously, there were no issues on CentOS 7. Now, to support localization, I’m using openEuler 22.03, and problems have arisen.

[root@ycgl4 ~]# cat /etc/os-release
NAME=“openEuler”
VERSION=“22.03 LTS”
ID=“openEuler”
VERSION_ID=“22.03”
PRETTY_NAME=“openEuler 22.03 LTS”
ANSI_COLOR=“0;31”

[root@ycgl4 ~]#

| username: 数据小黑 | Original post link

openEuler 22.03 will have many issues, mainly due to significant changes in underlying versions of gcc and other components. It is recommended to use the 2003 LTS version, which is more similar to CentOS 7.

| username: Qiao | Original post link

Is it possible to confirm that version 22.03 cannot deploy TiDB?

| username: 数据小黑 | Original post link

Reference:
Starting from v6.1.1, TiDB provides different levels of quality standards support for different combinations of operating systems and CPU architectures.

  • On the following operating systems and corresponding CPU architecture combinations, TiDB meets enterprise-level production quality requirements, with product features comprehensively and systematically verified:
Operating System Supported CPU Architecture
* Red Hat Enterprise Linux 8.4 and above 8.x versions
  • CentOS 8.4 and above 8.x versions|* x86_64
  • ARM 64|
    |* Red Hat Enterprise Linux 7.3 and above 7.x versions
  • CentOS 7.3 and above 7.x versions|* x86_64
  • ARM 64|
    |Kylin V10 SP1/SP2|* x86_64
  • ARM 64|
    |UOS V20|* x86_64
  • ARM 64|

Note

According to CentOS Linux EOL, upstream support for CentOS ended on December 31, 2021.

  • On the following operating systems and corresponding CPU architecture combinations, you can compile, build, and deploy TiDB, and use basic OLTP and OLAP functions as well as data tools. However, TiDB does not guarantee enterprise-level production quality requirements:
Operating System Supported CPU Architecture
macOS Catalina and above versions * x86_64
  • ARM 64|
    |Oracle Enterprise Linux 7.3 and above 7.x versions|x86_64|
    |Ubuntu LTS 18.04 and above versions|x86_64|
    |Debian 9 (Stretch) and above versions|x86_64|
    |Fedora 35 and above versions|x86_64|
    |openSUSE Leap 15.3 and above versions (excluding Tumbleweed)|x86_64|
    |SUSE Linux Enterprise Server 15|x86_64|

Note

  • TiDB only supports the Red Hat Compatible Kernel (RHCK) of Oracle Enterprise Linux and does not support the Unbreakable Enterprise Kernel provided by Oracle Enterprise Linux.

  • TiDB will no longer support Ubuntu 16.04. It is strongly recommended to upgrade to Ubuntu 18.04 or higher versions.

  • For the 32-bit versions of the operating systems listed in the above two tables, TiDB does not guarantee that it can be compiled, built, or deployed on these 32-bit operating systems and corresponding CPU architectures, or TiDB does not actively adapt to these 32-bit operating systems.

  • Operating system versions not mentioned above may be able to run TiDB, but they are not officially supported by TiDB.

| username: 灰太狼来了 | Original post link

Please confirm whether vim is installed on each server. If not, vim needs to be installed.

| username: 灰太狼来了 | Original post link

You can use the following method:

-- Modify the sshd service configuration file
# echo "PubkeyAcceptedKeyTypes +ssh-rsa" >>/etc/ssh/sshd_config
-- Restart the sshd service
# systemctl restart sshd

Reference article:

| username: system | Original post link

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.