Problème après upgrade de debian 7 à debian 8

Support Debian
Tags: #<Tag:0x00007f63f4bbc588>
#1

Bonjour
Je possède actuellement un serveur dédié et j’ai fais aujourd’hui un upgrade de debian7 à 8.
Tout c’est bien passé jusqu’au moment du redémarrage :confused: .
Je n’ai plus aucun accès avec aucun service (teamspeak, irc, mumble, web) le plus gênant est l’accès en ssh qui m’est refusé.
je lance la commande ssh -v pseudo@xxx.xxx.xxx.xxx -p 222

voila le retour de celle si :

OpenSSH_7.2p2 Ubuntu-4ubuntu2.4, OpenSSL 1.0.2g 1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to xxx.xxx.xxx.xxx [xxx.xxx.xxx.xxx port 222.
debug1: connect to address xxx.xxx.xxx.xxx port 222: Connection refused
ssh: connect to host xxx.xxx.xxx.xxx port 222: Connection refused

A cotés de ça le ping vers l’adresse du serveur répond normalement.

Si quelqu’un voit une solution j’aurais bien besoin d’aide :wink:

Merci d’avance

#2

Bonjour,

Est-ce que la documentation a été consultée avant la mise en œuvre ?

Notes de publication pour Debian 8 (« Jessie »), PC 64 bits
Chapitre 5. Problèmes à connaître pour Jessie
5.2. Le serveur OpenSSH est réglé par défaut sur « PermitRootLogin without-password »

#3

Bonjour,

la configuration SSH (fichier /etc/ssh/ssh_config) a peut-être été effacée lors de la mise à niveau. As-tu essayé avec le port SSH par défaut (22) ?

#4

Merci pour vos réponses.
donc j’ai bien essayé de me connecter sur le port 22 en root ou avec l’id habituel toujours la même réponse.

Pour la doc pas tout je suppose :/, mais j’ai un second serveur dédié ou j’ai fais l’upgrade qui c’est bien passé hormis pour php et apache mais problème résolue rapidement avec la doc :wink:

#5

Du coup je viens de me connecté en rescue sur le serveur et j’ai édité le fichier /etc/ssh/ssh_config ou le port était commenté je reboot en mode normal et je vais voir le résultat

#6

Toujours pareil :confused:

#7

Puisque tu as accés en rescue (ouf) tu pourrais peut être regarder dans les logs, notamment dans auth.log je crois, pour avoir un peu de détail sur ce qui coince.
Et est ce que le service ssh a démarré sur le serveur, avant le mode rescue, sinon ?

#8

je Retourne en mode recue pour les log, et je te dis ça

Je suppose qu il est démarré puisqu’en mode rescue je monte le système puis un chroot et la je peu stop le service et le start

#9

En fait mon fichier auth.log n’as plus de ligne depuis le reboot

#10

plus rien sur syslog non plus :confused:

#11

Y compris les .1 et les .#.gz ?
C’est trés étonnant.
Tu as mounté /var ?

#12

Salut
j’ai monté sda1 c’est bien mon dossier de log
Mais plus de ligne depuis le reboot je confirme

#13

Apres vérification avec un ls -la les dernières lignes de log sont à l’heure ou j’ai reboot plus rien d’écrit depuis :confused:

#14

ayant des sauvegarde du système sur un autre serveur dédié il y a t’il une possibilité de restaurer le système en mode rescue ?

#15

Tu devrais peut être voir ça avec le support de ton hébergeur, parceque là, ça dépend beaucoup.

Mais je pense que si tu trouves pourquoi rien ne démarre, tu retrouveras ton serveur fonctionnel d’un coup, ça vaut le coup de persévèrer AMA, en attendant la réponse du support.

#16

ouaip j’ai fait une demande on verra si il y a une réponse.
En fait aucun service doit démarrer. en mode recue (apres un chroot) je fait un service ssh start et la j arrive sur le serveur avec une erreur “PTY allocation request failed on channel 0” du coup je suis dessus mais je ne peu pas taper de commande

#17

salut
le passage en Jessie t’a peut-être fait passer en systemd ?
pour voir l’init: pstree

pstree
systemd─┬─ModemManager───2*[{ModemManager}]
        ├─NetworkManager─┬─dhclient
        │                ├─dnsmasq
        │                └─2*[{NetworkManager}]
        ├─accounts-daemon───2*[{accounts-daemon}]

Dans ce cas vérifier que tous les services sont bien actifs

systemctl --failed

si tout va bien ça réponds comme ça

systemctl --failed
0 loaded units listed.

si un service est listé dans les services en erreurs

systemctl status nom-du-service

exemple les services de journalisation
systemctl status systemd-journald*

#18

Le fait de juste chrooter ne suffit pas pour y être dans un systéme dans lequel tu peux fonctionner complétement, il faut aussi monter dans ton chroot les pseudos systèmes de fichiers /proc et /dev/pts :
https://wiki.debian.org/fr/Chroot#Montage_des_pseudos_syst.2BAOg-mes_de_fichiers

#19

Salut
Dsl limitation de message par le forum \
retour commande pstree

systemd─┬─/usr/sbin/apach─┬─/usr/sbin/apach
│ └─2*[/usr/sbin/apach───26*[{/usr/sbin/apach}]]
├─cron
├─daemon───mpt-statusd───sleep
├─dmeventd
├─do_it_for_me───timeout───less
├─mcelog
├─named───6*[{named}]
├─rpc.idmapd
├─rpc.statd
├─rpcbind
├─rsyslogd─┬─{in:imklog}
│ ├─{in:imuxsock}
│ └─{rs:main Q:Reg}
├─5*[showdoc.sh───su───bash]
├─smartd
├─sshd───sshd───bash───bash───pstree
├─systemd-journal
├─systemd-network
├─systemd-resolve
├─systemd-timesyn───{sd-resolve}
└─systemd-udevd

systemctl --failed
Running in chroot, ignoring request.

Mattotop je vais tester

#20

Salut bon problème résolu j’ai reinstallé ^^ merci à ceux qui ont tenté de m’aider !!