Hey, c’est la rentrée… et avec la rentrée son lot de trucs à faire. Aujourd’hui, mon glpi de test qui a tenu pendant 2 ans et demi est à bout de place de disque dur. En effet, je faisais des VM sobre quand j’ai debuté. Bien que le GLPI ait été mis plusieurs fois à jour, je ne m’etais pas soucié de l’espace disque. Je vais profiter de la création d’une nouvelle VM pour mettre à jour mon glpi et vous expliquer la marche à suivre.

pré-requis

  • un debian d’origine
  • un debian d’arrivée
  • environ 40 giga de disque durs
  • 4096 Ram.

On exporte sa base de données

Alors, j’espere que vous avez bien conservé vos mot de passes de BDD. Pour ma part vu que je mets pas souvent les mains dedans, je les conserve dans un coffre fort de mot de passe de type Keepass. C’est très pratique et recommandé par l’anssi.

Connectez vous à la base de donnée soit en root, soit avec l’utilisateur de gestion de BDD (recommandé)

mariadb -u <utilisateur_bdd> -p
  • -u : pour utilisateur
  • – p pour dire qu’on va rentrer un mot de passe

et vous obtenez normalement ceci, glpi étant mon utilisateur de BDD.

root@SRV-GLPI:~# mariadb -u glpi -p
Enter password:
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 241
Server version: 10.5.23-MariaDB-0+deb11u1 Debian 11

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

désormais on va regarder le nom de notre base de données avec la commande

SHOW DATABASES;

N’oubliez pas le point virgule, autrement maria DB vous mettre cette flêche : ->
le point virgule permet de lancer la commande.


MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| glpi_tech_db       |
| information_schema |
| mysql              |
| performance_schema |
| phpmyadmin         |
+--------------------+
5 rows in set (0,000 sec)


Je vois bien ma BDD glpi_tech_db que l’on va dumper

mysqldump -u <nom_user> -p <nom-Db> > </chemin/du/fichier/nom-Db.sql>

et plus concrètement pour moi 

mysqldump -u glpi -p glpi_tech_db > /tmp/glpi_tech_db_backup.sql
  • -u : utilisateur
  • -p , ca va demander le password
  • le nom de la BDD a dumper
  • > la commande pour ecrire cette BDD
  • la destination

export de la base vers le nouveau serveur

J’aime bien la commande scp, qui permet l’envoi de fichier via le réseau. C’est à ce jour la méthode la plus simple que j’ai trouvé pour envoyer un fichier

scp /chemin/vers/fichier_local votre_utilisateur@adresse_ip:/chemin/vers/destination

ou dans mon cas

scp /home/glpi_tech_db_backup.sql jack@10.10.10.127:/home/jack

Cela va vous demander si vous n’avez pas de clef ssh ceci


The authenticity of host ‘10.10.10.127 (10.10.10.127)’ can’t be established.
ECDSA key fingerprint is SHA256:A/+LFcpX9LMJ/MtP9CkC7UloBhxJqnzqgdCTy0n0x1o.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes

Vous mettez yes et le mot de passe de l’utilisateur cible et c’est bon.
Bien sur, il faut installer un serveur ssh sur la machine cible au préalable, mais c’est proposé lors de l’installation de Debian.

Et on reinstalle Mariadb sur la nouvelle VM

alors comme d’habitude avant tout chose

apt-get update
apt-get upgrade

puis l’installation de maria db

sudo apt install mariadb-server mariadb-client -y

et on procede à la configuration de maria db pour securiser tout ça

sudo mysql_secure_installation

voila les réponses aux questions demandé lors de l’installation.

  • Définir le mot de passe root ? ✅ Oui (pour ma part j’en genere un sur un générateur et je le colle dans keepass.)
  • Supprimer les utilisateurs anonymes ? ✅ Oui
  • Interdire les connexions root à distance ? ✅ Oui
  • Supprimer la base de test ? ✅ Oui
  • Recharger les privilèges ? ✅ Oui

Creation de la bdd et du user

CREATE DATABASE nom_db;
CREATE USER ‘nom_user’@’%’ IDENTIFIED BY ‘ton_nouveau_mdp’;
GRANT ALL PRIVILEGES ON nom_db.* TO ‘nom_user’@’%’;
FLUSH PRIVILEGES;
EXIT;

Import de la base de donnée

mysql -u <nom_user> -p <nom_db> < /tmp/glpi_tech_db_backup.sql

et on verifie avec un show databases;

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| glpi_tech_db       |
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0,001 sec)

Installation de GLPI

Alors, on va deja recuperer les fichiers et les decompresser au bon endroit

Configuration de Nginx

EN COURS !!!!!!!!!!!!

Version graphique

Une fois tout ceci fait, vous devriez pouvoir accéder à votre interface graphique Glpi et préparer l’installation. Si vous en êtes la, ca veux dire que les dépendances sont ok, ainsi que la configuration de Nginx.

By jack

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *