Aggiornare da Debian 8 a Debian 9

Ieri ho aggiornato la mia prima Debian 8 Jessie a Debian 9 Stretch; dico la prima perchè ho altri server su cui eseguire l'aggiornamento.

La procedura è filata senza problemi, ed è un server di produzione dove tengo uno dei miei siti (matteoferrone.it).

Vediamo quali sono i passaggi che ho seguito.

Prima di tutto installiamo gli ultimi aggiornamenti:

# apt-get update
# apt-get upgrade
# apt-get dist-upgrade
# reboot

L'ultimo comando riavvia il server!

Una volta riavviato, modifichiamo il file /etc/apt/sources.list, da così:

deb http://ftp.it.debian.org/debian/ jessie main
deb-src http://ftp.it.debian.org/debian/ jessie main

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

deb http://ftp.it.debian.org/debian/ jessie-updates main
deb-src http://ftp.it.debian.org/debian/ jessie-updates main

a così:

deb http://ftp.it.debian.org/debian/ stretch main
deb-src http://ftp.it.debian.org/debian/ stretch main

deb http://security.debian.org/ stretch/updates main
deb-src http://security.debian.org/ stretch/updates main

deb http://ftp.it.debian.org/debian/ stretch-updates main
deb-src http://ftp.it.debian.org/debian/ stretch-updates main

A questo punto dobbiamo aggiornare i repo:

# apt-get update

Se vogliamo possiamo controllare quanto spazio occuperà l'aggiornamento:

# apt-get -o APT::Get::Trivial-Only=true dist-upgrade

Se è ok, possiamo proseguire:

# apt-get upgrade
# apt-get dist-upgrade
# reboot

Una volta riavviato, vediamo cosa dice questo comando:

$ sb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 9.1 (n/a)
Release:	9.1
Codename:	n/a

Enjoy!

ISSUE MARIADB - 02/10/2017

Dopo aver fatto altri aggiornamenti, mi è stato rischiesto l'upgrade a PHP7.

Ovviamente l'ho eseguito, e mi sono ritrovato senza le applicazioni web funzionanti (phpmyadmin compreso).

Dopo un pò ho scoperto che il problema era MariaDB che non ripartiva, dandomi questo errore:

# systemctl status mariadb.service
● mariadb.service - MariaDB database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2017-10-02 16:51:42 CEST; 2min 30s ago
  Process: 999 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER 
  $_WSREP_START_POSITION (code=exited, status=227/NO_NEW_PRIVILEGES)
  Process: 916 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] 
  && VAR= ||   VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ]   
  && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, s
  Process: 912 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION 
  (code=exited, status=0/SUCCESS)
  Process: 909 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld 
  (code=exited, status=0/SUCCESS)
 Main PID: 999 (code=exited, status=227/NO_NEW_PRIVILEGES)

Oct 02 16:51:41 matteoferrone systemd[1]: Starting MariaDB database server...
Oct 02 16:51:42 matteoferrone systemd[999]: mariadb.service: 
	Failed at step NO_NEW_PRIVILEGES spawning /usr/sbin/mysqld: Invalid argument
Oct 02 16:51:42 matteoferrone systemd[1]: mariadb.service: Main process exited, 
	code=exited, status=227/NO_NEW_PRIVILEGES
Oct 02 16:51:42 matteoferrone systemd[1]: Failed to start MariaDB database server.
Oct 02 16:51:42 matteoferrone systemd[1]: mariadb.service: Unit entered failed state.
Oct 02 16:51:42 matteoferrone systemd[1]: mariadb.service: Failed with result 'exit-code'.

Cercando qua e la ho scoperto che il problema era la versione del kernel in uso, la 3.x invece che la 4.x.

In verità l'ultima versione installata era proprio la 4.x, ma non era settata di default all'avvio.

Mi è bastato installare GRUB2 (io avevo ancora GRUB-LEGACY):

# aptitude install grub2