Je suis confront=E9 =E0 un probl=E8me d'ouverture de session sur un serveur
suse 10.1, que je connais tr=E8s mal (je n'en n'ai pas fait l'install).
Les services ssh, imap, pop3 ne fonctionnent plus, et en local,
l'ouverture de session root prend un temps consid=E9rable (~3 minutes)
mais finit par se faire. Faire un "su - usertoto" prend =E9galement
~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/
messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir chang=E9 est une mise =E0 jour auto,
sinon, je ne vois pas...
Auriez-vous une piste pour =E9tablir le diagnostic ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Hugues
Bonjour,
Ce cher Mikael a dit :
Bonjour,
Je suis confronté à un problème d'ouverture de session sur un serveur suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install). Les services ssh, imap, pop3 ne fonctionnent plus, et en local, l'ouverture de session root prend un temps considérable (~3 minutes) mais finit par se faire. Faire un "su - usertoto" prend également ~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/ messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto, sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Une fois loggué, ca rame ? ps faux, free ne retournent rien d'abberrant ?
que donnent le lancement a la main des services qui ne fonctionnent plus ? (/etc/init.d/ssh restart sur debian, sur suse ca doit etre un equivalent..)
sinon je vois un denominateur commun a tout ca : pam, ou encore les services YP ; comment se font les autorisations de connexion sur ta machine ? le fait que ca prenne 3 minutes me fait penser a un systeme d'authentification reseau..
bref, tout plein de pistes a explorer pour comprendre d'ou peut venir le probleme..
-- Hugues
Bonjour,
Ce cher Mikael <mikael.kermorgant@gmail.com> a dit :
Bonjour,
Je suis confronté à un problème d'ouverture de session sur un serveur
suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install).
Les services ssh, imap, pop3 ne fonctionnent plus, et en local,
l'ouverture de session root prend un temps considérable (~3 minutes)
mais finit par se faire. Faire un "su - usertoto" prend également
~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/
messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto,
sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Une fois loggué, ca rame ?
ps faux, free ne retournent rien d'abberrant ?
que donnent le lancement a la main des services qui ne fonctionnent plus ?
(/etc/init.d/ssh restart sur debian, sur suse ca doit etre un equivalent..)
sinon je vois un denominateur commun a tout ca : pam, ou encore les services
YP ; comment se font les autorisations de connexion sur ta machine ?
le fait que ca prenne 3 minutes me fait penser a un systeme d'authentification
reseau..
bref, tout plein de pistes a explorer pour comprendre d'ou peut venir le probleme..
Je suis confronté à un problème d'ouverture de session sur un serveur suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install). Les services ssh, imap, pop3 ne fonctionnent plus, et en local, l'ouverture de session root prend un temps considérable (~3 minutes) mais finit par se faire. Faire un "su - usertoto" prend également ~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/ messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto, sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Une fois loggué, ca rame ? ps faux, free ne retournent rien d'abberrant ?
que donnent le lancement a la main des services qui ne fonctionnent plus ? (/etc/init.d/ssh restart sur debian, sur suse ca doit etre un equivalent..)
sinon je vois un denominateur commun a tout ca : pam, ou encore les services YP ; comment se font les autorisations de connexion sur ta machine ? le fait que ca prenne 3 minutes me fait penser a un systeme d'authentification reseau..
bref, tout plein de pistes a explorer pour comprendre d'ou peut venir le probleme..
-- Hugues
Mikael
On 13 fév, 13:16, Hugues wrote:
Bonjour,
Ce cher Mikael a dit : Une fois loggué, ca rame ? ps faux, free ne retournent rien d'abberrant ?
que donnent le lancement a la main des services qui ne fonctionnent pl us ? (/etc/init.d/ssh restart sur debian, sur suse ca doit etre un equivalent.. )
sinon je vois un denominateur commun a tout ca : pam, ou encore les serv ices YP ; comment se font les autorisations de connexion sur ta machine ? le fait que ca prenne 3 minutes me fait penser a un systeme d'authentifica tion reseau..
bref, tout plein de pistes a explorer pour comprendre d'ou peut venir le p robleme..
Merci pour ces indications. Eh bien non, ça ne rame pas ! Mais j'ai l'impression que les délais se rallongent :
# date && su toto -c date Wed Feb 13 13:20... Web Feb 13 13:31...
Concernant la charge :
# ps faux | wc -l 137
Sur 2Go de RAM, 592Mo sont utilisés. La swap n'est pas utilisée
la charge : 0.01, 0.01, 0.00
Il n'y a pas d'authentification réseau, et j'avais efffectivement pensé à pam, mais je ne vois pas trop comment débugger tt ça, en fai t.
voici pour info le contenu de /etc/pam.d/login
auth required pam_securetty.so auth include common-auth auth required pam_nologin.so
account include common-account pasword include common-password session include common-session session required pam_lastlog.so nowtmp session required pam_resmgr.so session optional pam_mail.so standard
Pour être complet, voici le contenu de common-account, common-password et common-session :
Concernant le redémarrage de ssh, ça ne fonctionne pas, et pas de logs malgré avoir mis LogLevel DEBUG3 dans /etc/sshd_config
Si vous avez des suggestions, je suis plus que preneur !
Merci,
Mikael Kermorgant
On 13 fév, 13:16, Hugues <hie...@hugues.fr> wrote:
Bonjour,
Ce cher Mikael <mikael.kermorg...@gmail.com> a dit :
Une fois loggué, ca rame ?
ps faux, free ne retournent rien d'abberrant ?
que donnent le lancement a la main des services qui ne fonctionnent pl us ?
(/etc/init.d/ssh restart sur debian, sur suse ca doit etre un equivalent.. )
sinon je vois un denominateur commun a tout ca : pam, ou encore les serv ices
YP ; comment se font les autorisations de connexion sur ta machine ?
le fait que ca prenne 3 minutes me fait penser a un systeme d'authentifica tion
reseau..
bref, tout plein de pistes a explorer pour comprendre d'ou peut venir le p robleme..
Merci pour ces indications.
Eh bien non, ça ne rame pas ! Mais j'ai l'impression que les délais se
rallongent :
# date && su toto -c date
Wed Feb 13 13:20...
Web Feb 13 13:31...
Concernant la charge :
# ps faux | wc -l
137
Sur 2Go de RAM, 592Mo sont utilisés. La swap n'est pas utilisée
la charge : 0.01, 0.01, 0.00
Il n'y a pas d'authentification réseau, et j'avais efffectivement
pensé à pam, mais je ne vois pas trop comment débugger tt ça, en fai t.
voici pour info le contenu de /etc/pam.d/login
auth required pam_securetty.so
auth include common-auth
auth required pam_nologin.so
account include common-account
pasword include common-password
session include common-session
session required pam_lastlog.so nowtmp
session required pam_resmgr.so
session optional pam_mail.so standard
Pour être complet, voici le contenu de common-account, common-password
et common-session :
Ce cher Mikael a dit : Une fois loggué, ca rame ? ps faux, free ne retournent rien d'abberrant ?
que donnent le lancement a la main des services qui ne fonctionnent pl us ? (/etc/init.d/ssh restart sur debian, sur suse ca doit etre un equivalent.. )
sinon je vois un denominateur commun a tout ca : pam, ou encore les serv ices YP ; comment se font les autorisations de connexion sur ta machine ? le fait que ca prenne 3 minutes me fait penser a un systeme d'authentifica tion reseau..
bref, tout plein de pistes a explorer pour comprendre d'ou peut venir le p robleme..
Merci pour ces indications. Eh bien non, ça ne rame pas ! Mais j'ai l'impression que les délais se rallongent :
# date && su toto -c date Wed Feb 13 13:20... Web Feb 13 13:31...
Concernant la charge :
# ps faux | wc -l 137
Sur 2Go de RAM, 592Mo sont utilisés. La swap n'est pas utilisée
la charge : 0.01, 0.01, 0.00
Il n'y a pas d'authentification réseau, et j'avais efffectivement pensé à pam, mais je ne vois pas trop comment débugger tt ça, en fai t.
voici pour info le contenu de /etc/pam.d/login
auth required pam_securetty.so auth include common-auth auth required pam_nologin.so
account include common-account pasword include common-password session include common-session session required pam_lastlog.so nowtmp session required pam_resmgr.so session optional pam_mail.so standard
Pour être complet, voici le contenu de common-account, common-password et common-session :
Concernant le redémarrage de ssh, ça ne fonctionne pas, et pas de logs malgré avoir mis LogLevel DEBUG3 dans /etc/sshd_config
Si vous avez des suggestions, je suis plus que preneur !
Merci,
Mikael Kermorgant
Jean-Claude MARQUES
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDD18A01679F8D69BF269DDD2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Bonjour,
Je suis confronté à un problème d'ouverture de session sur un ser veur suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install). Les services ssh, imap, pop3 ne fonctionnent plus, et en local, l'ouverture de session root prend un temps considérable (~3 minutes) mais finit par se faire. Faire un "su - usertoto" prend également ~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/ messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto, sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Merci d'avance, Mikael Kermorgant C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). L e réseau fonctionne normalement ?
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigDD18A01679F8D69BF269DDD2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Bonjour,
Je suis confronté à un problème d'ouverture de session sur un ser veur
suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install).
Les services ssh, imap, pop3 ne fonctionnent plus, et en local,
l'ouverture de session root prend un temps considérable (~3 minutes)
mais finit par se faire. Faire un "su - usertoto" prend également
~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/
messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto,
sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Merci d'avance,
Mikael Kermorgant
C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). L e réseau fonctionne normalement ?
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDD18A01679F8D69BF269DDD2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Bonjour,
Je suis confronté à un problème d'ouverture de session sur un ser veur suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install). Les services ssh, imap, pop3 ne fonctionnent plus, et en local, l'ouverture de session root prend un temps considérable (~3 minutes) mais finit par se faire. Faire un "su - usertoto" prend également ~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/ messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto, sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Merci d'avance, Mikael Kermorgant C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). L e réseau fonctionne normalement ?
Je suis confronté à un problème d'ouverture de session sur un serveur suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install). Les services ssh, imap, pop3 ne fonctionnent plus, et en local, l'ouverture de session root prend un temps considérable (~3 minutes) mais finit par se faire. Faire un "su - usertoto" prend également ~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/ messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto, sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Merci d'avance, Mikael Kermorgant C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). Le réseau fonctionne normalement ?
Plus con : y a-t-il bien une entree localhost dans /etc/hosts, et lo est bien up ?
-- Hugues
Ce cher Jean-Claude MARQUES <marques@lagep.univ-lyon1.fr> a dit :
Bonjour,
Je suis confronté à un problème d'ouverture de session sur un serveur
suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install).
Les services ssh, imap, pop3 ne fonctionnent plus, et en local,
l'ouverture de session root prend un temps considérable (~3 minutes)
mais finit par se faire. Faire un "su - usertoto" prend également
~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/
messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto,
sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Merci d'avance,
Mikael Kermorgant
C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). Le réseau fonctionne normalement ?
Plus con : y a-t-il bien une entree localhost dans /etc/hosts, et lo est bien up ?
Je suis confronté à un problème d'ouverture de session sur un serveur suse 10.1, que je connais très mal (je n'en n'ai pas fait l'install). Les services ssh, imap, pop3 ne fonctionnent plus, et en local, l'ouverture de session root prend un temps considérable (~3 minutes) mais finit par se faire. Faire un "su - usertoto" prend également ~3minutes, et rien ne sort dans les logs (auth.* va vers /var/log/ messages dans /etc/syslog.conf).
A priori, ce qui pourrait avoir changé est une mise à jour auto, sinon, je ne vois pas...
Auriez-vous une piste pour établir le diagnostic ?
Merci d'avance, Mikael Kermorgant C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). Le réseau fonctionne normalement ?
Plus con : y a-t-il bien une entree localhost dans /etc/hosts, et lo est bien up ?
-- Hugues
Hugues
Ce cher Mikael a dit :
Eh bien non, ça ne rame pas !> # ps faux | wc -l 137 Sur 2Go de RAM, 592Mo sont utilisés. La swap n'est pas utilisée la charge : 0.01, 0.01, 0.00
Ok de ce cote-la, donc.
Il n'y a pas d'authentification réseau, et j'avais efffectivement pensé à pam, mais je ne vois pas trop comment débugger tt ça, en fait. voici pour info le contenu de /etc/pam.d/[...] [...]
Je ne suis absolument pas expert pam, mais si personne n'y a touche ce n'est probablement pas de la que vient le souci.
Concernant le redémarrage de ssh, ça ne fonctionne pas, et pas de logs malgré avoir mis LogLevel DEBUG3 dans /etc/sshd_config
Essaie de le lancer avec strace, tu auras des chances de tout de suite comprendre ce qui ne va pas.
Si vous avez des suggestions, je suis plus que preneur !
Pour l'instant je ne vois rien d'autre que le probleme evoque par l'autre personne sur ce thread, qui est une fonctionnement reseau bancal.
Ca me semble coherent, surtout si c'est loopback qui est down.
-- Hugues
Ce cher Mikael <mikael.kermorgant@gmail.com> a dit :
Eh bien non, ça ne rame pas !>
# ps faux | wc -l
137
Sur 2Go de RAM, 592Mo sont utilisés. La swap n'est pas utilisée
la charge : 0.01, 0.01, 0.00
Ok de ce cote-la, donc.
Il n'y a pas d'authentification réseau, et j'avais efffectivement
pensé à pam, mais je ne vois pas trop comment débugger tt ça, en fait.
voici pour info le contenu de /etc/pam.d/[...]
[...]
Je ne suis absolument pas expert pam, mais si personne n'y a touche ce n'est
probablement pas de la que vient le souci.
Concernant le redémarrage de ssh, ça ne fonctionne pas, et pas de logs
malgré avoir mis LogLevel DEBUG3 dans /etc/sshd_config
Essaie de le lancer avec strace, tu auras des chances de tout de suite
comprendre ce qui ne va pas.
Si vous avez des suggestions, je suis plus que preneur !
Pour l'instant je ne vois rien d'autre que le probleme evoque par l'autre
personne sur ce thread, qui est une fonctionnement reseau bancal.
Ca me semble coherent, surtout si c'est loopback qui est down.
Eh bien non, ça ne rame pas !> # ps faux | wc -l 137 Sur 2Go de RAM, 592Mo sont utilisés. La swap n'est pas utilisée la charge : 0.01, 0.01, 0.00
Ok de ce cote-la, donc.
Il n'y a pas d'authentification réseau, et j'avais efffectivement pensé à pam, mais je ne vois pas trop comment débugger tt ça, en fait. voici pour info le contenu de /etc/pam.d/[...] [...]
Je ne suis absolument pas expert pam, mais si personne n'y a touche ce n'est probablement pas de la que vient le souci.
Concernant le redémarrage de ssh, ça ne fonctionne pas, et pas de logs malgré avoir mis LogLevel DEBUG3 dans /etc/sshd_config
Essaie de le lancer avec strace, tu auras des chances de tout de suite comprendre ce qui ne va pas.
Si vous avez des suggestions, je suis plus que preneur !
Pour l'instant je ne vois rien d'autre que le probleme evoque par l'autre personne sur ce thread, qui est une fonctionnement reseau bancal.
Ca me semble coherent, surtout si c'est loopback qui est down.
-- Hugues
Mikael
C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). Le réseau fonctionne normalement ?
Effectivement, je ne vois que ça vu que ça s'est remis à fonctionner sans le moindre chgt de conf (et les bruits de couloir me disent que le réseau duquel on dépend en dehors de notre lan a eu qqs soucis...).
Merci,
Mikael Kermorgant
C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). Le réseau fonctionne normalement ?
Effectivement, je ne vois que ça vu que ça s'est remis à fonctionner
sans le moindre chgt de conf (et les bruits de couloir me disent que
le réseau duquel on dépend en dehors de notre lan a eu qqs soucis...).
C'est vrai que ça ressemble à un Pb réseau (DNS, passerelle,...). Le réseau fonctionne normalement ?
Effectivement, je ne vois que ça vu que ça s'est remis à fonctionner sans le moindre chgt de conf (et les bruits de couloir me disent que le réseau duquel on dépend en dehors de notre lan a eu qqs soucis...).
