- 1. 现象
- 2. 找出原因
- 3. 解决问题
- 3.1 TTY切换
- 3.1.1 tty和pts的区别
- 3.1.2 切换tty
- 3.2 pts切换
- 3.2.1 似乎无法切换
- 3.2.2 直接kill对应的pts
我有一个运行的容器,每次使用docker container exec来开启一个连接容器的命令行
- 某次开启命令行后,使用了jupyter lab &将jupyter lab放在后台运行,退出命令行
- 再次使用docker container exec开启命令行,使用jobs,发现没有后台进程(没有jupyter lab)
随即使用top及ps aux|grep jupyter查看相关情况,看到:
top
可以知道,当前jupyter-lab的S(进程状态)列的值是S,也就表示处于睡眠状态。关于top命令,详见Ubuntu日常使用命令记录中top命令部分
而根据ps aux命令 可知
ps aux|grep jupyter
三个与jupyter相关的进程的状态分别是 Sl+、S和S+,Ubuntu日常使用命令记录中ps aux命令部分
S interruptible sleep (waiting for an event to complete) l is multi-threaded (using CLONE_THREAD, like NPTL pthreads do) + is in the foreground process group.
第三个进程是jupyter,状态为S+,因此在前台运行,是被打断导致睡眠的。而需要着重关注的就是两个jupyter lab进程。
不难发现,两个jupyter lab进程的TTY参数不同,一个是pts/2,一个是pts/3。
- 根据What is the difference between pts and tty and :0?
- 在容器中输入who,得到:
root@3hjay8457:# who root pts/17 2022-4-21 11:51 (tmux(364324).%2)
- 也就是如果退出容器时,不是使用exit这种正确的方式,而是直接关闭命令行,则其实这个登录的会话并没有关闭。。。而是处于睡眠状态。
3. 解决问题 3.1 TTY切换 3.1.1 tty和pts的区别因此大概原因是由于登录时的身份(pts不同),所以如果想把jupyter lab放回前台运行,需要切换到对应的pts/2或者pts/3。在那个session里进行操作。
参考tty (/dev/tty ) vs pts (/dev/pts) in Linux,可以简单认为:
- tty(teletype):直接在Ubuntu系统上登录时的终端会话,就是tty(原生的终端)
- pts(pseudo terminal slave):通过ssh等方式连接到服务器的伪终端。(通过中介的终端)
- 二者就像房东(tty)和二房东(pts)
除了上面所说的使用who命令,还可以直接使用w命令来查看
root@7XXXc07:/data/data1# who root pts/17 2022-04-21 11:51 (tmux(1366220).%2) root@7XXXc07:/data/data1# w 20:46:06 up 12 days, 22:14, 1 user, load average: 0.54, 0.53, 0.55 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT root pts/17 tmux(1366220).%2 Thu11 7:41m 0.07s 0.07s -bash
如果想切换tty,可以使用chvt命令
chvt N # chvt:可以切换到1-6终端中的任一个终端,7是回到桌面。
参考:
- How To Switch Between TTYs Without Using Function Keys In Linux
- Linux chvt 命令
3.2 pts切换 3.2.1 似乎无法切换
根据参考,调研结果是当前活跃的pts session无法被切换???
参考:
- How can i change this Value (pts/1) [closed]
- Switching the active pts?
- 和我一样的问题,但是似乎无法解决:How to bring sleeping process back to foreground?
既然没法切换,那就直接kill,然后重新启动这个程序好了。也不能总是一直跑着。。
- 根据How to Kill user tty/pts sessions on Linux Systems,
- 可以使用ps -ft 终端来查看基于这个终端运行的程序。
- 刚刚看到的两个jupyter lab分别位于pts/2和pts3
root@7XXXX07:/home# ps -ft pts/2 UID PID PPID C STIME TTY TIME CMD root 18336 10929 0 Apr09 pts/2 00:00:00 bash root 316034 50912 0 Apr19 pts/2 00:00:00 /bin/bash root 327364 316034 0 Apr19 pts/2 00:01:12 python root 334964 323090 0 Apr19 pts/2 00:00:00 -bash root 884883 884882 0 Apr19 pts/2 00:00:00 -bash root 1210012 1824561 0 Apr20 pts/2 00:00:00 /bin/bash root 1211833 1210012 0 Apr20 pts/2 00:06:25 /opt/conda/bin/python /opt/conda/bin/jupyter-lab root@7XXXX07:/home# ps -ft pts/3 UID PID PPID C STIME TTY TIME CMD root 17688 17687 0 Apr09 pts/3 00:00:00 /bin/bash root 346826 50912 0 Apr19 pts/3 00:00:00 /bin/bash root 1213949 1824561 0 Apr20 pts/3 00:00:00 /bin/bash root 1214362 1213949 0 Apr20 pts/3 00:00:16 /opt/conda/bin/python /opt/conda/bin/jupyter-lab root 1415241 10929 0 Apr13 pts/3 00:00:00 bash
因此要kill的jupyter lab的PID是1211833和1214362
kill 1211833 kill 1214362
之后如果再想把jupyter lab作为后台启动,可以使用tmux,放在一个tmux会话中,而不是使用&放在后台。
杀死之后,再去访问jupyter lab,已经访问不到了。
参考:
- How to Kill user tty/pts sessions on Linux Systems



