Es ist ärgerlich, jedes Mal zu googeln, deshalb schreibe ich einen Artikel als Memorandum.
Wenn auf Ihrem Server keine kritischen Dienste ausgeführt werden, aktualisieren Sie zuerst Ihr System.
sudo dnf -y upgrade
Der Befehl zum Hinzufügen eines Repositorys für den x86_64-CPU-Computer lautet:
sudo tee /etc/yum.repos.d/MariaDB.repo<<EOF
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/10.4/centos8-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1
EOF
Übrigens im Fall von RHEL8 der folgende Befehl.
sudo tee /etc/yum.repos.d/MariaDB.repo<<EOF
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/10.4/rhel8-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1
EOF
Der Befehl lautet wie folgt.
sudo dnf install boost-program-options
sudo dnf install MariaDB-server MariaDB-client --disablerepo=AppStream
sudo systemctl enable --now mariadb
Im Fall von RHEL8 ist es übrigens wie folgt.
sudo dnf install boost-program-options
sudo dnf install MariaDB-server MariaDB-client --disablerepo=rhel-8-for-x86_64-appstream-rpms
sudo systemctl enable --now mariadb
Es scheint mit dem folgenden Befehl initialisiert zu werden.
sudo mysql_secure_installation
Übrigens war die Nachricht zwischen der Site, auf die ich verwiesen habe, und der jeweiligen Umgebung unterschiedlich, daher werde ich ein Protokoll veröffentlichen.
[root@localhost vagrant]# sudo mysql_secure_installation
NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MariaDB
SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!
In order to log into MariaDB to secure it, we'll need the current
password for the root user. If you've just installed MariaDB, and
haven't set the root password yet, you should just press enter here.
Enter current password for root (enter for none):
OK, successfully used password, moving on...
Setting the root password or using the unix_socket ensures that nobody
can log into the MariaDB root user without the proper authorisation.
You already have your root account protected, so you can safely answer 'n'.
Switch to unix_socket authentication [Y/n] y
Enabled successfully!
Reloading privilege tables..
... Success!
You already have your root account protected, so you can safely answer 'n'.
Change the root password? [Y/n] n
... skipping.
By default, a MariaDB installation has an anonymous user, allowing anyone
to log into MariaDB without having to have a user account created for
them. This is intended only for testing, and to make the installation
go a bit smoother. You should remove them before moving into a
production environment.
Remove anonymous users? [Y/n] y
... Success!
Normally, root should only be allowed to connect from 'localhost'. This
ensures that someone cannot guess at the root password from the network.
Disallow root login remotely? [Y/n] y
... Success!
By default, MariaDB comes with a database named 'test' that anyone can
access. This is also intended only for testing, and should be removed
before moving into a production environment.
Remove test database and access to it? [Y/n] y
- Dropping test database...
... Success!
- Removing privileges on test database...
... Success!
Reloading the privilege tables will ensure that all changes made so far
will take effect immediately.
Reload privilege tables now? [Y/n] y
... Success!
Cleaning up...
All done! If you've completed all of the above steps, your MariaDB
installation should now be secure.
Thanks for using MariaDB!
Die Installation ist nun abgeschlossen.
[root@localhost vagrant]# mysql --version
mysql Ver 15.1 Distrib 10.4.17-MariaDB, for Linux (x86_64) using readline 5.1
Ich habe es in einer Vagrant + VirtualBox-Umgebung versucht, kann es aber wegen "dnf upgrade" nicht mounten. Als ich danach suchte, hieß es, ich solle den folgenden Befehl ausführen, aber keiner von ihnen funktionierte. Die Umgebung ist wie folgt. VirtualBox Version 6.1.16 r140961 (Qt5.6.2) Vagrant 2.2.13 CentOS Linux release 8.2.2004 (Core)
Setzen Sie das Vagrant-Plug-In ein
vagrant plugin install vagrant-vbguest
#Es war nicht normal
vagrant up {vagrant global-ID nach Status gefunden}
#Ich habe das auch gesehen, also habe ich es versucht
vagrant vbguest {vagrant global-ID nach Status gefunden}
#Es hat nicht funktioniert, auch wenn ich neu gestartet habe
vagrant reload {vagrant global-ID nach Status gefunden}
Plug-In neu installieren
vagrant plugin expunge --reinstall
#Es hat nicht funktioniert, auch wenn ich damit angefangen habe
vagrant up {vagrant global-ID nach Status gefunden}
#Versuchen Sie erneut, unter CentOS zu aktualisieren
dnf update
#Ich habe versucht, danach neu zu starten, aber es hat nicht funktioniert
vagrant reload {vagrant global-ID nach Status gefunden}
Als Ergebnis verschiedener Versuche wurde es schließlich behoben, als das Folgende implementiert wurde. Es war gut.
#Plug-In installieren
vagrant plugin install vagrant-vbguest
#Neustart vorerst (derzeit noch nicht behoben)
vagrant reload {vagrant global-ID nach Status gefunden}
#SSH-Verbindung
vagrant ssh {vagrant global-ID nach Status gefunden}
#Installieren Sie die Jungs um den Kernel
dnf install epel-release
dnf install kernel-devel kernel-headers gcc perl make dkms
#Beenden Sie ssh und starten Sie erneut
vagrant reload {vagrant global-ID nach Status gefunden}
Recommended Posts