linux断开连接后进程死掉的问题

最新推荐文章于 2025-01-07 08:24:17 发布
最新推荐文章于 2025-01-07 08:24:17 发布
阅读量2k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/luo200618/article/details/52217694
本文介绍了如何正确使用nohup命令在后台运行进程，并强调了使用exit命令退出Shell会话的重要性，避免因直接关闭窗口导致的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1、当输入nohup  COMMAND &  命令后，需要按任意键返回到shell窗口
2、退出当前登录窗口用exit命令，不要直接点击窗口上的叉来关闭
关键 在于 第二条
使用exit 退出
你试试吧  
SSH断开-系统服务也断开
CC
04-16 553
这个命令会将 command1 和 command2 命令放到后台运行，并将它们的输出分别重定向到 output1.log 和 output2.log 文件中。这个命令会将 command 命令放到后台运行，并将输出重定向到 output.log 文件中。这个命令会停止指定作业编号的命令，其中 job_number 是你想要停止的作业的编号。这个命令将 command 命令放到后台运行，并将输出重定向到 output.log 文件中。nohup，如何查看后台运行程序，如何停止后台运行的程序，举例。
linux断开tcp通知进程,Linux TCP通信出现CLOSE_WAIT后导致服务端进程挂掉
weixin_39568926的博客
05-01 660
在前文中讲述了Linux服务端TCP通信出现CLOSE_WAIT状态的原因，这篇文章主要通过一个实例演示它个一个“恶劣”影响：直接使服务端进程Down掉。CentOS服务端建立监听端口1 CentOS服务端建立监听端口如上图所示，在虚拟机CentOS7服务器(192.168.1.178)中打开一个终端界面，建立8000端口的监听服务(PID:13035)。所用代码如下，和上一篇文章中的程序大体一样...
解决Linux关闭终端（关闭SSH等）后运行的程序或者服务自动停止
weixin_34355881的博客
01-16 902
2019独角兽企业重金招聘Python工程师标准>>> ...
关于linux远程断开，后台进程关闭问题
weixin_13107613013的博客
08-14 4927
linux远程连接设置 后台运行任务 关闭连接后 便会被kill 如下： 后台运行任务： # nohup node 路径 > 日志文件 2>&1 & 查看后台任务： # jobs 这时候直接关闭远程连接 再次开启 查看后台任务 发现没有东西了： # jobs 这样断开远程连接就自动ki...
Linux 将进程放入后台执行，解决网络，ssh断开导致进程结束（nohup, setsid, &, disown）...
weixin_33966365的博客
11-16 517
Linux 将进程放入后台执行，解决网络，ssh断开导致进程结束（nohup, setsid, &, disown） 1、nohup 命令 我们知道，当用户注销（logout）或者网络断开时，终端会收到 HUP（hangup）信号从而关闭其所有子进程。因此，我们的解决办法就有两种途径：要么让进程忽略 HUP 信号，要么让进程运行在新的会话里从而成为不属于此终端的子进程 nohup...
关于远程服务器如果连接断开的话，服务器上运行的程序会被杀死的问题
clsld的博客
01-27 2350
今天部署项目的时候，发现如果在xshell远程服务器，折行jar包后关闭xshell，运行的java程序也会被杀死，也试过加上&符号，也没用。百度了一下，原来是服务器厂商设定的为了不让资源消耗的机制。当然他们也提供了以下几种解决方案！ 一、使用nohup执行 nohup可以使后面的命令不会响应挂断（SIGHUP）信号。也就是说，通过远程登录执行nohup命令后，即使退出登录后，程序还是会正常执行。通常情况下，nohup命令最后会跟上&字符，表示将这个命令放至后台执行，这样才能真正做到将这个命
linux 关闭窗口后 进程结束 解决办法
wjkxinxiang的博客
05-05 1820
方法一：nohup ./xxx.sh & 方法二：setsid ./xxx.sh & 方法三：新开一个screen来运行命令
linux远程连接断开后程序无法继续运行解决办法
大河向东流的博客
05-02 1322
1.CentOS 7.2 64位 服务器 2.putty远程连接工具 3.安装screen 首先获取你的云服务器外网地址，使用putty进行登录，登录成功之后，进行以下步骤： First 安装screen命令 yum install screen Second 给你的screen虚拟终端创建别名 screen -S BlogFlush 此时关闭连接或者...
Linux 如何让远程连接工具操作断开后所做的操作不结束
别人笑我太疯癫，我笑他人看不穿。
11-04 1234
一般情况下，我们用xshell等连接工具操作linux系统时，有些操作的生命周期是本次会话，比如说python的web服务，如果你一旦断开，再次重连你会发现它就结束了。这种情况发生的原因是你远程工具连接的这次会话，对于linux来说，它也是一个进程，拥有一个进程号。当你结束本次会话，linux在回收资源的时候就视为从会话进程开始往下的所有子进程都结束了。所以你想要结束远程连接，任务还不结束，那就有两种思路，第一种是把操作的进程交给会话的父进程，第二种就是使用插件使得你的会话结束，但是服务任然在运行。
Linux 进程管理 | 守护进程启动 | 进程后台可靠运行 | 进程终端脱离
u013669912的博客
01-07 1562
……
【linux】进程管理：进程控制块、进程号、fork创建进程、特殊进程及exec函数族解析
m0_75045191的博客
03-14 1798
可执行程序运行起来后（没有结束之前)，它就成为了一个进程。程序是存放在存储介质上的一个可执行文件，而进程是程序执行的过程。进程的状态是变化的，其包括进程的创建、调度和消亡。程序是静态的，进程是动态的。
【C/C++】Linux多进程开发
love_boke的博客
04-02 2348
提示：这里可以添加本文要记录的大概内容：提示：以下是本篇文章正文内容，下面案例可供参考并行与并发01 /进程间通讯概念◼ 进程是一个独立的资源分配单元，不同进程（这里所说的进程通常指的是用户进程）之间的资源是独立的，没有关联，不能在一个进程中直接访问另一个进程的资源。◼ 但是，进程不是孤立的，不同的进程需要进行信息的交互和状态的传递等，因此需要进程间通信( **IPC：Inter Processes Communication** )。
远程连接linux服务器跑程序，如果本地电脑关机，linux服务器程序也会断掉，解决方法
qq_40721108的博客
03-09 3552
【代码】远程连接linux服务器跑程序，如果本地电脑关机，linux服务器程序也会断掉，解决方法。
nohup失效,关闭putty后无法在后台运行
小彩电专栏
08-05 3279
用putty连接ubuntu，要执行一个后台命令 正常用nohup直接运行命令，就可以在后台运行 nohup ./1.sh & 但关闭putty后，发现命令也停止了 问题出在，直接点putty的右上角X关闭按钮，nohup也会停止 解决：直接在putty中输入exit退出即可
LINUX远程连接关闭后进程退出的解决方案
SdWangTy的博客
01-16 2664
由于项目需要，开发的程序需要在LINUX上运行，后来发现一个问题，当我在窗口执行命令java xxxxxxxx之后，关掉窗口那么进程也就自动关闭了，后来去网上找了一些资料，有几个简单的方法，也看到了基本原理 首先贴一下参考资料Linux 技巧：让进程在后台可靠运行的几种方法 当窗口关闭的时候，当前窗口运行的进程会收到一个SIGHUP信号，从而结束进程，按照文中所述，要么忽略该信号，要么将进程运行在...
解决Linux关闭ssh连接导致执行的程序停掉的问题
Ben_zp的博客
06-30 929
场景 在远程连接到服务器上执行一些命令后，会启动程序 但是因为一些其他原因（断网）会导致在执行的程序断掉。 思路 第一次尝试：将执行的命令写入sh脚本 通过sh start.sh即可执行。 但是关掉链接还是会断掉，还是需要找到那种不挂断的命令 重点 nohup 可以解决这个问题 ubuntu@VM-0-10-ubuntu:~$ nohup sh start.sh > run.log 2>&1 & 直接输出存进run.log里面 直接可以通过 ta
ssh连接服务器断开之后启动的项目被默认停掉了，nohup不起作用
blakecheng的博客
06-29 1530
1、背景 ssh连接服务器断开之后启动的项目被默认停掉了。使用了nohup。setsid等方法还是不行。后面确定是中间的网关做了处理。会将当前登录的用户启动的进程都会停掉。 2、解决办法 创建新用户，并分配root权限，然后用新用户启动项目。断开ssh后就不会停进程了。 groupadd -g 9631 XX useradd -u 9631 -g yhapp -d /home/yhuser yhuser passwd yhuser 设置密码为XXX 给新用户设置sudo权限： [root@localho
linux 使用root登录后，使用root权限，用nohup后端运行程序，退出ssh后，程序被杀死
网络管理员
08-11 1419
【原因】 新版的sshd服务，配置文件中，退出ssh后，默认配置会杀死当前控制组里面的所有子进程，修改策略即可 退出ssh的杀死程序（KillMode）有如下策略： 1、control-group（默认值）：当前控制组里面的所有子进程，都会被杀掉 2、process：只杀主进程 3、mixed：主进程将收到 SIGTERM 信号，子进程收到 SIGKILL 信号 4、none：没有进程会被杀掉，只是执行服务的 stop 命令。 【解决方法】 （1）、在 /lib/systemd/system/sshd@.
centos7 nohup无法保持_CentOS 不间断会话（ssh关闭后如何保证程序继续运行）（nohup和screen）...
weixin_39950812的博客
12-19 414
当使用ssh与远程主机的会话被关闭时，在远程主机上运行的命令也随之被中断。就是ssh 打开以后，bash等都是他的子程序，一旦ssh关闭，系统将所有相关进程杀掉！！ 导致一旦ssh关闭，执行中的任务就取消了。守护进程不受此影响, 因为守护进程比较特殊, 不属于sshd这个进程组 而是单独的进程组，所以就算关闭了ssh，和他也没有任何关系。解决办法：1、使用nohup命令来运行程序[es@local...
使用lsb集群管理，进程死掉了为什么
最新发布
08-15
<think>嗯，用户询问的是LSB集群管理下进程异常终止的原因。这个问题涉及Linux集群管理的核心机制，需要从多个维度分析。 用户可能正在维护一个使用传统LSB脚本的集群环境，突然遇到服务进程崩溃又无法快速定位原因的情况。从ta提问的简洁性来看，可能是生产环境紧急故障，需要快速排查思路。不过LSB作为较老的资源代理标准，现在更多出现在遗留系统中，用户可能是运维老系统的工程师。 首先需要明确LSB脚本的本质：它本质是符合Linux Standard Base规范的init脚本，通过响应start/stop/status等标准命令管理进程。在集群环境中，这些脚本会被Pacemaker等集群管理器调用。导致进程崩溃的常见原因有： 第一类问题在脚本自身逻辑。比如缺乏必要的环境变量设置，像JAVA_HOME这类运行时依赖在集群环境下可能未正确继承。还有资源竞争问题，典型的像PID文件未加锁导致多实例冲突，这个在LSB脚本里很常见。另外像超时控制缺失也很致命——当集群管理器执行start操作时，如果脚本启动服务耗时过长，可能被误判为启动失败。 第二类问题在集群管理层面。最常见的是资源约束冲突，比如用户提到的[引用3]里那种粘性约束和位置约束的优先级问题。还有监控检测配置不当，比如进程存活检查的间隔时间(timeout)设得太短，导致服务被误杀。另外像STONITH配置错误也可能导致非预期进程终止。 第三类涉及系统环境。比如共享存储挂载问题，如果服务依赖NAS存储但挂载点失效，必然导致崩溃。或者主机资源不足触发OOM killer杀进程。还有像SELinux权限限制这种容易被忽略的点。 排查时需要分步骤验证：先用systemctl status或journalctl看系统日志；然后手动执行脚本看报错；检查集群配置的timeout值和监控策略；最后验证依赖项是否正常。用户提到的[引用1]里强调资源代理需要完整状态管理能力，如果脚本的status检测逻辑有缺陷，就会导致集群管理器误判。 突然想到用户可能混淆了LSB和OCF代理的区别。OCF支持更多集群专用参数（像CRM_meta_系列变量），而LSB只是基础兼容层。如果集群配置了OCF专属约束策略，用LSB脚本就可能出问题，这个在混合代理环境里常见。</think>在LSB（Linux Standard Base）集群管理环境中，进程异常终止通常由以下原因导致，需结合资源代理特性和集群机制综合分析： --- ### **一、LSB脚本自身问题** 1. **状态检测逻辑缺陷** LSB脚本必须实现 `status` 命令并返回精确退出码（0-运行中，3-未运行）。若检测逻辑错误（如未检查子进程PID），集群管理器（如Pacemaker）会误判状态并强制停止进程[^1]。 **示例故障**： ```bash status() { # 错误示例：仅检查进程名，未验证PID归属 if pgrep "my_service"; then return 0 # 实际可能匹配到无关进程 else return 3 fi } ``` 2. **启动/停止超时** 集群默认操作超时（通常为30秒）。若脚本启动服务耗时过长（如初始化大数据连接），集群会判定失败并终止操作。需在脚本或集群配置中调整 `timeout` 参数。 3. **环境变量缺失** 集群环境可能未继承必要的环境变量（如 `JAVA_HOME`, `PATH`）。需在脚本中显式声明： ```bash #!/bin/bash export JAVA_HOME=/usr/lib/jvm/java-11-openjdk ``` --- ### **二、集群资源配置冲突** 1. **资源粘性（Resource Stickiness）与位置约束冲突** 如引用[^3]所述：当节点故障恢复时，若资源粘性（偏好留在当前节点）与位置约束（强制迁移）冲突，集群会重新计算优先级。计算过程中若策略配置不当，可能导致资源反复启停。 2. **依赖循环或竞争条件** 若服务A依赖服务B，而B又间接依赖A，集群可能无法正确排序启动流程，引发连环崩溃。需通过 `crm configure` 检查资源组（group）或顺序约束（order）。 --- ### **三、系统级原因** 1. **资源超限触发OOM Killer** 进程内存超出节点可用资源时，Linux内核强制终止进程。需检查： - 系统日志：`grep "Killed process" /var/log/messages` - 集群配置的资源限制（如 `crm_resource -m` 查看内存约束） 2. **共享存储故障** 若服务依赖共享存储（如NFS），存储断开会导致IO阻塞，最终进程无响应。需配置存储监控： ```bash # 在LSB脚本中加入存储挂载点检测 mountpoint -q /shared_data || exit 1 ``` 3. **SELinux/AppArmor限制** 安全策略可能阻止进程关键操作（如绑定特权端口）。通过 `audit2why` 分析审计日志： ```bash ausearch -m avc -ts recent | audit2why ``` --- ### **四、排查步骤** 1. **检查集群日志** ```bash # Pacemaker日志定位 crm report # 生成完整诊断包 journalctl -u corosync -u pacemaker # 实时日志 ``` 2. **手动验证LSB脚本** ```bash sudo /etc/init.d/my_service start echo $? # 返回值应为0 sudo /etc/init.d/my_service status echo $? # 返回值应为0（运行中）或3（停止） ``` 3. **验证资源约束** ```bash crm_resource -r my_service -W # 查看资源状态 crm configure show # 检查配置冲突 ``` --- ### **优化建议** | **问题类型** | **解决方案** | |---------------------|-----------------------------------------------------------------------------| | 状态检测失效 | 改用PID文件锁定：`pidof -x my_service > /var/run/my_service.pid` | | 启动超时 | 集群配置：`crm configure property start-timeout=60s` | | 依赖未就绪 | 添加顺序约束：`order start_db then start_app` | | 资源竞争 | 配置互斥约束：`colocation avoid_app_and_db -inf: app db` | > **关键提示**：LSB作为传统初始化脚本，在高可用集群中功能有限。建议迁移至OCF（Open Cluster Framework）代理，支持更细粒度的监控和故障处理机制[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值