[Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

oliver2004 · Le 18/06/2020, à 17:13

Bonjour,
J'ai un serveur qui est en production qui est une 16.04 LTS avec qui tourne dessus un php 7.0

$ php -v
PHP 7.0.33-0ubuntu0.16.04.15 (cli) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.0.33-0ubuntu0.16.04.15, Copyright (c) 1999-2017, by Zend Technologies

C'est donc un serveur en production avec quelques sites dont deux de mes sites professionnels en ligne que je souhaite si possible ne pas interrompre.
Cependant, les sites WP me demandent de passer à php 7.2.
Quellle serait la meilleure solution pour moi ?
Actualiser le serveur à une version 20.04 LTS ou bien juste migrer à php 7.2 ?
Je pense que le mieux serait carrément de migrer le serveur à 20.04 LTS mais est ce possible depuis une 16.04 ? Je suppose que la migration à la 20.04 LTS installerait d'office php 7.2 ?

Dernière modification par oliver2004 (Le 30/06/2020, à 17:57)

bruno · Le 18/06/2020, à 17:18

Bonjour,

Il faut d'abord mettre à niveau vers la 18.04.

oliver2004 · Le 18/06/2020, à 17:21

Bonjour bruno
Ok, je suppose que ça va mettre hors ligne mes sites.
Le plus sage serait de faire un backup avant actu de toutes façons et je suppose qu'une fois en 18.04, le serveur me proposera de passer en 20.04

Dernière modification par oliver2004 (Le 18/06/2020, à 17:21)

bruno · Le 19/06/2020, à 10:08

Oui évidemment il faut avoir une sauvegarde complète de te sites, fichiers et bases de données. Et cela doit être fait régulièrement de toute manière.
La migration doit être réalisée avec l'outil fourni par Ubuntu :

do-release-upgrade

en restant devant le terminal pour surveiller ce qui se passe et répondre au éventuelles questions.
Cela peut prendre un certain temps et nécessitera au final un redémarrage mais ne devrais causer une grosse interruption de service car il n'y a pas de changements majeurs dans la configuration LAMP.
Lire https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes

Tu pourras ensuite faire la me chose pour passer à la 20.04 mais cela ne sera pas proposé automatiquement car c'est un serveur.

oliver2004 · Le 20/06/2020, à 17:39

bruno a écrit :

Oui évidemment il faut avoir une sauvegarde complète de te sites, fichiers et bases de données. Et cela doit être fait régulièrement de toute manière.
La migration doit être réalisée avec l'outil fourni par Ubuntu :
do-release-upgrade
en restant devant le terminal pour surveiller ce qui se passe et répondre au éventuelles questions.
Cela peut prendre un certain temps et nécessitera au final un redémarrage mais ne devrais causer une grosse interruption de service car il n'y a pas de changements majeurs dans la configuration LAMP.
Lire https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes
Tu pourras ensuite faire la me chose pour passer à la 20.04 mais cela ne sera pas proposé automatiquement car c'est un serveur.

Super pour le lien, je le ferai je pense ce WE, après avoir fait un backup complet de mes sites en BDD
Merci bruno
Je reviendrai ensuite de toutes façons pour dire comment ça s'est passé

oliver2004 · Le 23/06/2020, à 17:59

Bonjour,
J'ai donc fait mes backups et commencé l'upgrade de distribution, de la 16.04 vers la 18.04...
Mais ça plante...

Je fais :

~$ sudo do-release-upgrade
Checking for a new Ubuntu release
Get:1 Upgrade tool signature [819 B]                                                                                                                                                         
Get:2 Upgrade tool [1242 kB]                                                                                                                                                                 
Fetched 1243 kB in 0s (0 B/s)                                                                                                                                                                
authenticate 'bionic.tar.gz' against 'bionic.tar.gz.gpg' 
extracting 'bionic.tar.gz'
[screen is terminating]

Et je me retrouve avec une autre fenêtre dans le terminal qui dit :

Lecture du cache

Vérification du gestionnaire de paquets

Continuer dans une session SSH ? 

Cette session semble tourner à travers SSH. Il n'est actuellement pas 
recommandé de faire une mise à niveau à travers SSH car en cas 
d'échec, il est plus difficile d'effectuer une réparation. 

Si vous continuez, un nouveau service SSH va être lancé sur le port « 
1022 ». 
Voulez-vous continuer ? 

_Continuer [oN] y

Vu que je suis en ssh, je mets y mais ça plante avec ceci : === Command terminated with exit status 1 (Tue Jun 23 17:55:12 2020) ===

J'ai auparavant ouvert le port 1022 dans le firewall...
La mise à jour par ssh n'est pas recommandée mais comment je pourrais faire pour le faire autrement vu que je n'ai pas la main "matérielle" sur le serveur... ?

Dernière modification par oliver2004 (Le 23/06/2020, à 18:00)

bruno · Le 23/06/2020, à 19:48

Avant de lancer do-release-upgrade, il faut s'assurer que le système est à jour :

apt update && apt full-upgrade

et qu'il n'y a pas de dépôts autres que les dépôts officiels Ubuntu, avec les miroirs officiels et non ceux de l'hébergeur.

Il faut évidemment envisager que les choses puissent mal se passer et être prêt à réinstaller le système.

Dernière modification par bruno (Le 23/06/2020, à 19:50)

oliver2004 · Le 24/06/2020, à 00:43

bruno a écrit :

Avant de lancer do-release-upgrade, il faut s'assurer que le système est à jour :
apt update && apt full-upgrade
et qu'il n'y a pas de dépôts autres que les dépôts officiels Ubuntu, avec les miroirs officiels et non ceux de l'hébergeur.
Il faut évidemment envisager que les choses puissent mal se passer et être prêt à réinstaller le système.

Uhmm, ça a méchamment planté...
Après mise à jour des paquets (qui étaient en fait à jour), j'ai lancé :

# do-release-upgrade
Checking for a new Ubuntu release
Get:1 Upgrade tool signature [819 B]                                                                                                                                                         
Get:2 Upgrade tool [1242 kB]                                                                                                                                                                 
Fetched 1243 kB in 0s (0 B/s)                                                                                                                                                                
authenticate 'bionic.tar.gz' against 'bionic.tar.gz.gpg' 
extracting 'bionic.tar.gz'
[screen is terminating]

Puis j'ai relancé :

r# do-release-upgrade
Checking for a new Ubuntu release
Please install all available updates for your release before upgrading.
root@vps363428:/home/oliver# apt update
Hit:1 http://nova.clouds.archive.ubuntu.com/ubuntu bionic InRelease
Hit:2 http://security.ubuntu.com/ubuntu bionic-security InRelease
Hit:3 http://nova.clouds.archive.ubuntu.com/ubuntu bionic-updates InRelease
Hit:4 http://nova.clouds.archive.ubuntu.com/ubuntu bionic-backports InRelease
Reading package lists... Done                      
Building dependency tree       
Reading state information... Done
501 packages can be upgraded. Run 'apt list --upgradable' to see them.
root@vps363428:/home/oliver# apt list --upgradable
Listing... Done
accountsservice/bionic 0.6.45-1ubuntu1 amd64 [upgradable from: 0.6.40-2ubuntu11.3]
acl/bionic 2.2.52-3build1 amd64 [upgradable from: 2.2.52-3]
acpid/bionic 1:2.0.28-1ubuntu1 amd64 [upgradable from: 1:2.0.26-1ubuntu2]
....
....
....

Je lance :

# apt upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 perl-modules-5.22 : Conflicts: perl-modules
E: Broken packages

Snif, mes paquets sont cassés...
... 501 paquets bionic à mettre à jour... alors que je suis toujours sur xenial... :lol::lol:

# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:        16.04
Codename:       xenial

De mémoire je ne crois pas avoir réussi avec succès à faire la moindre actualisation de version c'est pourquoi j'ai opté depuis longtemps à ré-installer mes machines depuis zéro, mais avec un serveur c'est plus délicat qu'avec une machine dans des bureaux et sans un serveur apache dessus et des sites actifs...
Bon, les paquets sont cassés mais les sites sont actifs sans souci... et je peux me connecter au serveur sans problème...
Une idée de comment me tirer d'affaire ?

bruno · Le 24/06/2020, à 06:37

bruno a écrit :

…avec les miroirs officiels et non ceux de l'hébergeur.

Ce que visiblement tu n'as pas pris en compte :

Hit:1 http://nova.clouds.archive.ubuntu.com/ubuntu bionic InRelease

Donne la liste de tes dépôts :

cat /etc/apt/sources.list
cat /etc/apt/sources.list.d/*.list

Personnellement je n'ai jamais eu de problème pour migrer un serveur d'une LTS à une autre.

oliver2004 · Le 24/06/2020, à 17:32

Bonjour bruno,
Autant pour moi...

$ cat /etc/apt/sources.list
## Note, this file is written by cloud-init on first boot of an instance
## modifications made here will not survive a re-bundle.
## if you wish to make changes you can:
## a.) add 'apt_preserve_sources_list: true' to /etc/cloud/cloud.cfg
##     or do the same in user-data
## b.) add sources in /etc/apt/sources.list.d
## c.) make changes to template file /etc/cloud/templates/sources.list.tmpl

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic main restricted
deb-src http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-updates main restricted
deb-src http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic universe
deb-src http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic universe
deb http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-updates universe
deb-src http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic multiverse
deb-src http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic multiverse
deb http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-updates multiverse
deb-src http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
deb-src http://nova.clouds.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse

deb http://security.ubuntu.com/ubuntu bionic-security main restricted
deb-src http://security.ubuntu.com/ubuntu bionic-security main restricted
deb http://security.ubuntu.com/ubuntu bionic-security universe
deb-src http://security.ubuntu.com/ubuntu bionic-security universe
deb http://security.ubuntu.com/ubuntu bionic-security multiverse
deb-src http://security.ubuntu.com/ubuntu bionic-security multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu xenial partner
# deb-src http://archive.canonical.com/ubuntu xenial partner

$ cat /etc/apt/sources.list.d/*.list
# deb http://ppa.launchpad.net/certbot/certbot/ubuntu bionic main # désactivé pour la mise à niveau vers bionic
# deb-src http://ppa.launchpad.net/certbot/certbot/ubuntu xenial main
# deb-src http://ppa.launchpad.net/certbot/certbot/ubuntu xenial main

bruno · Le 24/06/2020, à 20:11

C'est un serveur dédié ou un VPS ? Et dans le second cas quel type de VPS ?
Note que tes dépôts sont déjà sur bionic, donc tu devrais être sur 18.04 LTS.
Redonne le retour de

apt update && apt full-upgrade

oliver2004 · Le 25/06/2020, à 21:10

bruno a écrit :

C'est un serveur dédié ou un VPS ? Et dans le second cas quel type de VPS ?
Note que tes dépôts sont déjà sur bionic, donc tu devrais être sur 18.04 LTS.
Redonne le retour de
apt update && apt full-upgrade

Bonjour bruno,
C'est un VPS. Donc du coup, j'ai lancé apt update && apt full-upgrade en root et par miracle ça a actualisé. Je suis en 18.04 LTS !!

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:        18.04

J'ai même rebooté le serveur, il a redémarré sans problème et mes sites sont actifs. Ça a dû duré 5 à 6 minutes.
Donc pour passer en 20.04 LTS, je refais la même manipulation je suppose... mais peut-être en changeant les sources des paquets car ce sont effectivement les sources de l'hébergeur

Dernière modification par oliver2004 (Le 25/06/2020, à 21:41)

oliver2004 · Le 26/06/2020, à 21:48

Bonjour,
Du coup, avant de lancer la mise à jour vers la 20.04 LTS, j'ai cette fois mis à jour mon source.list :

# sudo apt update && apt full-upgrade
Atteint :1 http://fr.archive.ubuntu.com/ubuntu bionic InRelease
Atteint :2 http://fr.archive.ubuntu.com/ubuntu bionic-updates InRelease
Atteint :3 http://fr.archive.ubuntu.com/ubuntu bionic-backports InRelease
Atteint :4 http://security.ubuntu.com/ubuntu bionic-security InRelease
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Tous les paquets sont à jour.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

Mais lorsque je lance do-release-upgrade j'obtiens ceci :

# do-release-upgrade
Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS develoment release 
set Prompt=normal in /etc/update-manager/release-upgrades.

Cela veut donc dire que la mise à jour vers la 20.04 LTS n'est pas encore possible, c'est bien ça ?

bruno · Le 27/06/2020, à 10:40

La mise à niveau vers la LTS suivante n'est disponible avec cet outil que lors de la publication de sa première révision ( « point release »). Ce sera normalement le 6 août pour la version 20.04.1, voir https://wiki.ubuntu.com/FocalFossa/ReleaseSchedule.
En principe il est préférable d'attendre cette version pour mettre à niveau car elle propose de nombreux correctifs et une meilleure prise en charge du matériel. Mais on peut « forcer » la migration avec :

do-release-upgrade -d

oliver2004 · Le 27/06/2020, à 18:48

bruno a écrit :

La mise à niveau vers la LTS suivante n'est disponible avec cet outil que lors de la publication de sa première révision ( « point release »). Ce sera normalement le 6 août pour la version 20.04.1, voir https://wiki.ubuntu.com/FocalFossa/ReleaseSchedule.
En principe il est préférable d'attendre cette version pour mettre à niveau car elle propose de nombreux correctifs et une meilleure prise en charge du matériel. Mais on peut « forcer » la migration avec :
do-release-upgrade -d

C'est fou, toujours des choses à apprendre. Ok, donc je vais plutôt attendre août
Merci pour tous tes conseils bruno, toujours au top !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 18/06/2020, à 17:13

[Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#2 Le 18/06/2020, à 17:18

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#3 Le 18/06/2020, à 17:21

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#4 Le 19/06/2020, à 10:08

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#5 Le 20/06/2020, à 17:39

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#6 Le 23/06/2020, à 17:59

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#7 Le 23/06/2020, à 19:48

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#8 Le 24/06/2020, à 00:43

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#9 Le 24/06/2020, à 06:37

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#10 Le 24/06/2020, à 17:32

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#11 Le 24/06/2020, à 20:11

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#12 Le 25/06/2020, à 21:10

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#13 Le 26/06/2020, à 21:48

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#14 Le 27/06/2020, à 10:40

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

#15 Le 27/06/2020, à 18:48

Re : [Résolu] Migrer de php 7.0 à 7.2 ou bien alors actualiser le serveur

Pied de page des forums