Quand je me connecte à mon mac depuis l'université, j'obtiens des
"Connexion reset by peer" si je reste inactif trop longtemps.
Lorsque cela se produit, j'ai remarqué que tout se passe comme si
j'étais toujours connecté à mon mac (ie. j'apparais encore dans "who",
dans "last" il dit "still loggued in").
Comment faire pour délogguer l'utilisateur qui est resté connecté ?
Si j'ouvre une nouvelle connexion (par ssh ou en ouvrant un terminal
avec Terminal.app), il utilisera un autre tty et je ne peux jamais dire
"exit".
Autre question: y a-t-il une limite au nombre de tty ouverts ?
ça devrait suffire pour que tu ne sois plus déconnecté.
Lorsque cela se produit, j'ai remarqué que tout se passe comme si j'étais toujours connecté à mon mac (ie. j'apparais encore dans "who", dans "last" il dit "still loggued in").
Comment faire pour délogguer l'utilisateur qui est resté connecté ? Si j'ouvre une nouvelle connexion (par ssh ou en ouvrant un terminal avec Terminal.app), il utilisera un autre tty et je ne peux jamais dire "exit".
kill <pid du shell correspondant>
Autre question: y a-t-il une limite au nombre de tty ouverts ?
oui, forcément : more /etc/ttys
patpro
-- http://www.patpro.net/
In article <e6rihv$kde$1@gwdu112.gwdg.de>,
Julien Salort <lists@juliensalort.org> wrote:
Bonjour,
Quand je me connecte à mon mac depuis l'université, j'obtiens des
"Connexion reset by peer" si je reste inactif trop longtemps.
ça devrait suffire pour que tu ne sois plus déconnecté.
Lorsque cela se produit, j'ai remarqué que tout se passe comme si
j'étais toujours connecté à mon mac (ie. j'apparais encore dans "who",
dans "last" il dit "still loggued in").
Comment faire pour délogguer l'utilisateur qui est resté connecté ?
Si j'ouvre une nouvelle connexion (par ssh ou en ouvrant un terminal
avec Terminal.app), il utilisera un autre tty et je ne peux jamais dire
"exit".
kill <pid du shell correspondant>
Autre question: y a-t-il une limite au nombre de tty ouverts ?
ça devrait suffire pour que tu ne sois plus déconnecté.
Lorsque cela se produit, j'ai remarqué que tout se passe comme si j'étais toujours connecté à mon mac (ie. j'apparais encore dans "who", dans "last" il dit "still loggued in").
Comment faire pour délogguer l'utilisateur qui est resté connecté ? Si j'ouvre une nouvelle connexion (par ssh ou en ouvrant un terminal avec Terminal.app), il utilisera un autre tty et je ne peux jamais dire "exit".
kill <pid du shell correspondant>
Autre question: y a-t-il une limite au nombre de tty ouverts ?
ça devrait suffire pour que tu ne sois plus déconnecté.
Ça marche nickel. Merci.
kill <pid du shell correspondant>
J'ai quelques tty bizarres qui restent et qui n'exécutent aucun processus. % w 21:05 up 2 days, 1:43, 3 users, load averages: 0.04 0.13 0.08 USER TTY FROM LOGIN@ IDLE WHAT jsalort console - 20:58 7 - jsalort p1 - 20:59 - w jsalort p3 - Wed20 7:19 -
Le ttyp1 est le terminal ouvert par Terminal.app dans lequel j'exécute w. Le ttyp3, je ne sais pas d'où il est ouvert ni command le tuer : % ps -t p3 ne retourne aucun processus.
J'ai, de plus, un autre truc bizarre : % last |grep "still" jsalort ttyp1 Thu Jun 15 20:59 still logged in jsalort console ussenterprise.lo Thu Jun 15 20:58 still logged in jsalort ttyp3 Wed Jun 14 20:27 still logged in jsalort ttyp4 Wed Jun 14 20:13 still logged in
Je vois pas pourquoi "last" dit qu'il y a aussi ttyp4 alors que "w" et "who" ne le voient pas.
Autre question: y a-t-il une limite au nombre de tty ouverts ?
oui, forcément : more /etc/ttys
Il y en a un certain nombre malgré tout. En fait, je posais la questions parce qu'il y a deux jours, je n'arrivais plus à me connecter en ssh sur ma machine ni à ouvrir un terminal. J'ai redémarré et tout est rentré dans l'ordre. Je me suis demandé si je n'avais pas un trop grand nombre de tty zombis et plus aucun tty disponibles.
Tout marchait à part ça. (Finder, applications, etc.)
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
ça devrait suffire pour que tu ne sois plus déconnecté.
Ça marche nickel.
Merci.
kill <pid du shell correspondant>
J'ai quelques tty bizarres qui restent et qui n'exécutent aucun
processus.
% w
21:05 up 2 days, 1:43, 3 users, load averages: 0.04 0.13 0.08
USER TTY FROM LOGIN@ IDLE WHAT
jsalort console - 20:58 7 -
jsalort p1 - 20:59 - w
jsalort p3 - Wed20 7:19 -
Le ttyp1 est le terminal ouvert par Terminal.app dans lequel j'exécute
w.
Le ttyp3, je ne sais pas d'où il est ouvert ni command le tuer :
% ps -t p3
ne retourne aucun processus.
J'ai, de plus, un autre truc bizarre :
% last |grep "still"
jsalort ttyp1 Thu Jun 15 20:59 still logged in
jsalort console ussenterprise.lo Thu Jun 15 20:58 still logged in
jsalort ttyp3 Wed Jun 14 20:27 still logged in
jsalort ttyp4 Wed Jun 14 20:13 still logged in
Je vois pas pourquoi "last" dit qu'il y a aussi ttyp4 alors que "w" et
"who" ne le voient pas.
Autre question: y a-t-il une limite au nombre de tty ouverts ?
oui, forcément : more /etc/ttys
Il y en a un certain nombre malgré tout.
En fait, je posais la questions parce qu'il y a deux jours, je
n'arrivais plus à me connecter en ssh sur ma machine ni à ouvrir un
terminal. J'ai redémarré et tout est rentré dans l'ordre.
Je me suis demandé si je n'avais pas un trop grand nombre de tty zombis
et plus aucun tty disponibles.
Tout marchait à part ça. (Finder, applications, etc.)
--
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?
ça devrait suffire pour que tu ne sois plus déconnecté.
Ça marche nickel. Merci.
kill <pid du shell correspondant>
J'ai quelques tty bizarres qui restent et qui n'exécutent aucun processus. % w 21:05 up 2 days, 1:43, 3 users, load averages: 0.04 0.13 0.08 USER TTY FROM LOGIN@ IDLE WHAT jsalort console - 20:58 7 - jsalort p1 - 20:59 - w jsalort p3 - Wed20 7:19 -
Le ttyp1 est le terminal ouvert par Terminal.app dans lequel j'exécute w. Le ttyp3, je ne sais pas d'où il est ouvert ni command le tuer : % ps -t p3 ne retourne aucun processus.
J'ai, de plus, un autre truc bizarre : % last |grep "still" jsalort ttyp1 Thu Jun 15 20:59 still logged in jsalort console ussenterprise.lo Thu Jun 15 20:58 still logged in jsalort ttyp3 Wed Jun 14 20:27 still logged in jsalort ttyp4 Wed Jun 14 20:13 still logged in
Je vois pas pourquoi "last" dit qu'il y a aussi ttyp4 alors que "w" et "who" ne le voient pas.
Autre question: y a-t-il une limite au nombre de tty ouverts ?
oui, forcément : more /etc/ttys
Il y en a un certain nombre malgré tout. En fait, je posais la questions parce qu'il y a deux jours, je n'arrivais plus à me connecter en ssh sur ma machine ni à ouvrir un terminal. J'ai redémarré et tout est rentré dans l'ordre. Je me suis demandé si je n'avais pas un trop grand nombre de tty zombis et plus aucun tty disponibles.
Tout marchait à part ça. (Finder, applications, etc.)
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
patpro ~ Patrick Proniewski
In article <1hgzrs8.18gb7hu1wpoc1cN%, (Julien Salort) wrote:
kill <pid du shell correspondant>
J'ai quelques tty bizarres qui restent et qui n'exécutent aucun processus. % w 21:05 up 2 days, 1:43, 3 users, load averages: 0.04 0.13 0.08 USER TTY FROM LOGIN@ IDLE WHAT jsalort console - 20:58 7 - jsalort p1 - 20:59 - w jsalort p3 - Wed20 7:19 -
c'est bien étonnant que tu ne trouves rien.
Le ttyp1 est le terminal ouvert par Terminal.app dans lequel j'exécute w. Le ttyp3, je ne sais pas d'où il est ouvert ni command le tuer : % ps -t p3 ne retourne aucun processus.
regarde avec lsof, ou ps auxwww si tu peux trouver des process détachés que tu aurais pu lancer. Tu n'as pas de screen en cour ?
patpro
-- http://www.patpro.net/
In article <1hgzrs8.18gb7hu1wpoc1cN%lists@juliensalort.org>,
lists@juliensalort.org (Julien Salort) wrote:
kill <pid du shell correspondant>
J'ai quelques tty bizarres qui restent et qui n'exécutent aucun
processus.
% w
21:05 up 2 days, 1:43, 3 users, load averages: 0.04 0.13 0.08
USER TTY FROM LOGIN@ IDLE WHAT
jsalort console - 20:58 7 -
jsalort p1 - 20:59 - w
jsalort p3 - Wed20 7:19 -
c'est bien étonnant que tu ne trouves rien.
Le ttyp1 est le terminal ouvert par Terminal.app dans lequel j'exécute
w.
Le ttyp3, je ne sais pas d'où il est ouvert ni command le tuer :
% ps -t p3
ne retourne aucun processus.
regarde avec lsof, ou ps auxwww si tu peux trouver des process détachés
que tu aurais pu lancer.
Tu n'as pas de screen en cour ?
In article <1hgzrs8.18gb7hu1wpoc1cN%, (Julien Salort) wrote:
kill <pid du shell correspondant>
J'ai quelques tty bizarres qui restent et qui n'exécutent aucun processus. % w 21:05 up 2 days, 1:43, 3 users, load averages: 0.04 0.13 0.08 USER TTY FROM LOGIN@ IDLE WHAT jsalort console - 20:58 7 - jsalort p1 - 20:59 - w jsalort p3 - Wed20 7:19 -
c'est bien étonnant que tu ne trouves rien.
Le ttyp1 est le terminal ouvert par Terminal.app dans lequel j'exécute w. Le ttyp3, je ne sais pas d'où il est ouvert ni command le tuer : % ps -t p3 ne retourne aucun processus.
regarde avec lsof, ou ps auxwww si tu peux trouver des process détachés que tu aurais pu lancer. Tu n'as pas de screen en cour ?
