Ubuntu-fr

Apex44

Difficulté lors d'upgrade

Bonjour,

On utilise un serveur ubuntu hébergé chez ovh. Notre problème se situe au niveau de la mise à niveau de la mise à jour de celui, voici ce que l'on récupère une fois celle-ci lancé:

root@vps-221f3b36:/etc/sysctl.d# do-release-upgrade
Checking for a new Ubuntu release
Your Ubuntu release is not supported anymore.
For upgrade information, please visit:
http://www.ubuntu.com/releaseendoflife

Get:1 Upgrade tool signature [819 B]
Get:2 Upgrade tool [1,274 kB]
Fetched 1,275 kB in 0s (0 B/s)
authenticate 'impish.tar.gz' against 'impish.tar.gz.gpg'
extracting 'impish.tar.gz'
Must be connected to a terminal

Pour plus de contexte, on a perdu la connexion avec lui en début de semaine. Le seul moyen de pouvoir interagir avec lui est de passer par le mode rescue offert par ovh: un serveur de secoure sous debian, qui contient notre serveur est lancé, de là on monte le disque contenant notre serveur pour pouvoir agir sur lui.

Auriez-vous des pistes ou solutions s'il vous plait?

Merci d'avance

xubu1957

Re : Difficulté lors d'upgrade

Bonjour,

Your Ubuntu release is not supported anymore.

Votre version d'Ubuntu n'est plus supportée.

Peut-on voir :

lsb_release -d 

?

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Apex44

Re : Difficulté lors d'upgrade

Et voici:

root@vps-221f3b36:/etc# lsb_release -d
Description:    Ubuntu 20.10 

xubu1957

Re : Difficulté lors d'upgrade

C'est une version groovy périmée.

Depuis juillet 2021, Ubuntu 20.10 est en fin de vie (end of life, EOL). Elle ne profite plus de nouvelle mise à jour de sécurité et les paquets logiciels pour cette version sont déplacés dans des serveurs d'archive. Pour continuer à recevoir des mises à jour de sécurité, veuillez mettre à niveau votre version d'Ubuntu vers une version activement soutenue.

C'est trop tard pour faire une migration.

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Apex44

Re : Difficulté lors d'upgrade

Merci,
si je comprends bien il va nous falloir mettre à niveau cette version, ou cela est impossible?

xubu1957

Re : Difficulté lors d'upgrade

Il faut attendre des avis d'aidants plus techniques.

Comme c'est pour un serveur, je ne sais pas aider. ¯\_(ツ)_/¯
        _ _ _

(edit=messages regroupés)
        _ _ _

Pas de support technique ou une foire aux questions, chez le fournisseur OVH ?

Dernière modification par xubu1957 (Le 16/03/2022, à 17:00)

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Apex44

Re : Difficulté lors d'upgrade

Pour ovh, c'est un problème de configuration, donc pas de leurs ressorts (ceux qui n'est pas faux) ^^. En tout cas merci pour votre intérêt :-)

iznobe

Re : Difficulté lors d'upgrade

Bonjour , je ne  sais pas trop comment fonctionne ton abonnement a OVH .
Il est possible de " forcer " un upgrade sous certaine conditions , pour cela voir la https://doc.ubuntu-fr.org/migration ( il me semble que c  ' est dans cette page ) , evidemment cela n ' est pas sans risque , mais au point ou en est le serveur ...

il existe une methode manuelle en editant le fichier /etc/apt/sources.list , et en changeant les noms de versions  dans celui-ci de " forcer " l ' upgrade . Cependant ca n ' est pas vraiment conseillé d ' autant plus sur un serveur .

A priori comme il n' y a pas d' autre choix , ca vaut peut etre la peine de tenter l' operation apres sauvegarde .
Cela dit si le serveur ne demarre plus ... il faudrait en recuperer les logs afin de tenter de trouver ce qui l ' empeche de demarrer .
Le soucis de l ' upgrade n' est que secondaire .

Est ce que c ' est toi qui a installé cette version d ' ubuntu ?
est il possible de sauvegardé les fichiers importants et de reinstaller via la debian de secours ( une installation en reseau par exemple ) .

Pour un serveur en production , il ne faut installer que des versions LTS , les versions intermediaires sont a proscrire .

les specialistes des serveurs sur le forum sont krodelabestiole , bruno et NicoAPI73 , ils sauront certainement te depatouiller si ils passent par là .

Dernière modification par iznobe (Le 16/03/2022, à 17:28)

---

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Apex44

Re : Difficulté lors d'upgrade

Bonjour iznobe,
Je suis en train de sauvegarder celui-ci. Le serveur en lui-même fonctionne mais toute connexion en ssh nous est impossible (délais de connexion dépasser). A tout hasard, saurais-tu quel logs pourrait me donner plus d'info sur ce problème (j'ai scruté pas mal de log, mais j'ai le sentiment de ne pas chercher au bon endroit, débutant que je suis ).

iznobe

Re : Difficulté lors d'upgrade

" delai de connexion depassé" , fait plus penser a un probleme de connexion tout court en fait , mais comme je l' ai dit , je ne suis pas expert en la matiere .

Logiquement , la configuration du serveur ssh est situé dans ce fichier :
/etc/ssh/sshd_config
peut etre qu ' un

cat /point_montage_disque_ubuntu/etc/ssh/sshd_config

, pourrait donner des indications aux experts du forum .

Mais comme je le suppose , le probleme serait plutot au niveau de la connexion , ou bien a une interdiction de se connecter via ssh a cause d' un parefeu ou d ' une ip interdite .

Comme l ' OS est devenu de tout façon insecure , il serait preferable d ' installer une version 20.04.4 LTS et repartir sur une base propre et saine . Reste a savoir comment proceder , y a peut etre un howto sur le site d ' OVH .

Tu n' as pas dis qui a installé cette version d' ubuntu sur le serveur .

Dernière modification par iznobe (Le 16/03/2022, à 18:16)

---

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Apex44

Re : Difficulté lors d'upgrade

Tu n' as pas dis qui a installé cette version d' ubuntu sur le serveur ..

Malheureusement, je ne sais pas vraiment qui a effectué cette installation.. Ou plutôt j'ai un nom, mais aucun contact avec cette ou ces personnes malheureusement. On c'est rendu comptes que la version d' ubuntu installé l'était déjà lors de la livraison ( j'ai récupéré le bébé bien plus tard).

Apex44

Re : Difficulté lors d'upgrade

Voici le résultat de :

cat /point_montage_disque_ubuntu/etc/ssh/sshd_config

 #       $OpenBSD: sshd_config,v 1.103 2018/04/09 20:41:22 tj Exp
# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options override the
# default value.

Include /etc/ssh/sshd_config.d/*.conf

Port 2248
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key
#HostKey /etc/ssh/ssh_host_ed25519_key

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

LoginGraceTime 2m
PermitRootLogin no prohibit-password
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#PubkeyAuthentication yes

# Expect .ssh/authorized_keys2 to be disregarded by default in future.
#AuthorizedKeysFile     .ssh/authorized_keys .ssh/authorized_keys2

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication yes
#PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PermitTTY yes
PrintMotd no
#PrintLastLog yes
#TCPKeepAlive yes
#PermitUserEnvironment no
#Compression delayed
ClientAliveInterval 60
#ClientAliveCountMax 3
#UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

# override default of no subsystems
Subsystem sftp  /usr/lib/openssh/sftp-server

# Example of overriding settings on a per-user basis
#Match User anoncvs
#       X11Forwarding no
#       AllowTcpForwarding no
#       PermitTTY no
#       ForceCommand cvs server

bruno

Re : Difficulté lors d'upgrade

Bonjour,

Le port par défaut a été modifié :

Port 2248

(ce qui est une ânerie, surtout avec un port non privilégié)

Il faut en tenir compte lors de ta tentative de connexion ou remmettre le port par défaut : 22

De toute façon il vaut mieux refaire une installation propre d'une version LTS, surtout si tu n'a aucun contact avec la personne qui a administré ce VPS par le passé.

mazarini

Re : Difficulté lors d'upgrade

Pour pouvoir faire les maj en mode rescue :
1) monter la partition racine sur /mnt
2) monter les autres partitions si nécessaire en regardant /mnt/etc/fstab
3) monter les partitions "particulières" :
mount -t proc none /mnt/proc
mount -o bind /dev /mnt/dev
mount -o bind /dev/pts /mnt/dev/pts
mount -o bind /sys /mnt/sys
4) lancer un chroot : chroot /mnt bash
Tu pourras ensuite tenter un upgrade, mais refaire une installation ne me semble préférable (comme conseillé par Bruno).

---

S'il existait une école de la politique, les locaux devraient être édifiés rue de la Santé. Les élèves pourraient s'habituer. (Pierre Dac)

Apex44

Re : Difficulté lors d'upgrade

Après avoir tenté l'upgrade forcé, qui a réussi partiellement, j'ai finalement suivi vos conseils et réinstallé le tout (ce fut moins laborieux que je ne le pensais).

Merci à vous pour vos conseils :-)