防止shell脚本长时间运行导致ssh超时

在一些对安全性要求较高的场景下,ssh的超时时间是管理员预先设置好的,在闲置一段时间后ssh连接会自动断开。这种情况下如果通过ssh执行脚本,而脚本运行时间又比较长的话,会导致ssh客户端和服务器长时间无交互而超时,命令执行失败。

使用bash子进程可以解决这种问题,思路是由子进程执行具体的逻辑代码,而由主进程来监控子进程的执行状态,同时向控制台输出字符来keep alive。

bash创建子进程有多重方式,这里使用“()”,然后用“&”将其放在后台执行。虽然通过“job -p”可以获取到后台进程的进程ID并使用“wait $PID”的方式能够监控到子进程的返回状态,如下面的代码。但这种方式相当于阻塞了主进程,无法执行其他动作。

for pid in $(jobs -p); do
  wait $pid
done

解决办法是新建一个标志文件,并将子进程返回值保存在另外一个临时文件中,主进程通过标志文件和返回值来获取相关信息,执行其余逻辑。

简化代码如下,主进程在等待时会一直打印一个旋转的进度标志。

function doSomething()
{
        local retTmp=$(mktemp)
        local lock="/tmp/do.lock"
        touch $lock
        (
                real script to do something
                echo $? > $retTmp
                rm -f $lock;
        )&
        while [ -f $lock ]; do
                sleep 0.1
                printf "Please wait... %s \r" $f
                let "t=10#$(date +%N) / 100000000 % 4"
                case $t in
                      0) f="/";;
                      1) f="-";;
                      2) f="\\";;
                      3) f="|";;
                esac
        done
        echo

        local retcode=$(cat $retTmp)
        rm -f $retTmp
        return $retcode
}

这种方式类似于通过fork函数实现相关逻辑,感觉上稍微有点笨重,不清楚bash是否有更简便的方式来实现主子进程的信息同步

防止shell脚本长时间运行导致ssh超时,布布扣,bubuko.com

时间: 2024-11-22 20:10:58

防止shell脚本长时间运行导致ssh超时的相关文章

防止shell脚本长时间执行导致ssh超时

在一些对安全性要求较高的场景下.ssh的超时时间是管理员预先设置好的,在闲置一段时间后ssh连接会自己主动断开. 这样的情况下假设通过ssh运行脚本,而脚本运行时间又比較长的话.会导致sshclient和server长时间无交互而超时,命令运行失败. 使用bash子进程能够解决这样的问题,思路是由子进程运行详细的逻辑代码,而由主进程来监控子进程的运行状态,同一时候向控制台输出字符来keep alive. bash创建子进程有多重方式.这里使用"()",然后用"&&qu

jsp页面提交的时候,浏览器提示未响应,因为脚本长时间运行

解决的思路: 首先是对问题的分析,在提交的时候出现的问题,所以从jsp页面的提交方法入手 原来的jsp页面: 1 <!-- 提交按钮 --> 2 <div class="ui-btn-wrap"> 3 <button class="ui-btn-lg ui-btn-primary"> 4 确定 5 </button> 6 </div> js代码(校验提交表单): 1 $(function(){ 2 //jq

定时器解决js长时间运行脚本问题

javascript 一般地,单个js操作的运行时间不应超过100毫秒,否则的话,会影响用户体验,用户会认为自己与界面失去联系.而对于一些复杂的任务,可能无法在100ms内完成,甚至会突破浏览器限制(调用栈大小限制和长时间运行限制).其中,长时间运行限制的衡量有执行语句的数量和执行语句的时间. 因此,针对复杂任务,要想不影响用户体验,就需要借助定时器. 使用定时器可以让出UI线程的控制权,停止执行javascript,使得UI线程有机会更新,然后隔一段时间后在执行javascript代码. fu

单独运行shell脚本与crontab运行shell脚本的区别

crontab运行脚本存在两大问题:环境变量和路径,从而导致单独运行脚本没问题,但用crontab运行就报错. 1.环境变量 描述问题:crontab: usage error: no arguments permitted after this option 因为crontab不提供环境,所以需要自己在shell中加入,或者全部用绝对路径.简单的方法:控制台输入 [[email protected] ~]# echo $PATH /your/path/1:/your/path/2------

shell脚本实现无密码交互的SSH自动登陆

ssh连接远程主机时候询问密码,跟su.sudo命令的默认行为一样,是不从stdin读入数据的,据称是为安全考虑,但是有时候在脚本当中确实需要无人守值的登陆.搜索一下不难找到类似的例子,使用expect来完成密码应答: #!/bin/bash auto_login_ssh () { expect -c "set timeout -1; spawn -noecho ssh -o StrictHostKeyChecking=no $2 ${@:3}; expect *assword:*; send

第十六章——处理锁、阻塞和死锁(1)——确定长时间运行的事务

原文:第十六章--处理锁.阻塞和死锁(1)--确定长时间运行的事务 前言: 事务是OLTP系统中的主要部分.它管理数据一致性和数据并发问题,当多个资源同时被读取或者修改相同数据时,SQLServer会通过锁定机制来确保数据库中的数据总是处于一个有效状态.在SQLServer中,锁管理器是负责实现这些锁机制.SQLServer对于不同的资源类型提供不同的锁类型,如数据库.文件.对象.表.区.页和键. 当你使用事务时,依然会遇到由事务引起的问题,这些通常是由于锁.阻塞和死锁引起的. 本系列将讲解这三

发布Apache Hadoop 2.6.0——异构存储,长时间运行的服务与滚动升级支持

发布Apache Hadoop 2.6.0--异构存储,长时间运行的服务与滚动升级支持 我很高兴地宣布,在Apache的Hadoop社区已经发布的Apache Hadoop的2.6.0:http://markmail.org/message/gv75qf3orlimn6kt! 特别是,我们很高兴在此版本中相关的三个主要片:异构存储在HDFS使用SSD和内存层,支持长时间运行在YARN服务和滚动升级,将升级您的集群软件,然后重新启动升级的节点而无需关闭群集或丢失正在进行的工作.YARN作为其架构中

Nodejs随笔(二):像可执行shell脚本一样,运行node 脚本!

在每次编写nodejs脚本的时候,只需在程序的开头加上如下代码(写过shell脚本的人应该很熟悉): #!/usr/local/bin/node 同时,修改文件权限为可执行: [email protected]:~$ chmod u+x nodejsScriptName.js 随后,即可在终端中以./nodejsScriptName.js运行nodejs脚本.

MySQL管理长时间运行查询

1. 出现长时间执行的查询的原因 由于SQL执行效率差而导致的长时间查询: 由于被SQL注入而导致的长时间查询: 由于DDL语句引起表元数据锁等待: 2. 长时间执行的查询带来的问题 通常来说,除非是BI/报表类查询,否则长时间执行的查询对于应用缺乏意义. 消耗系统资源,比如大量长时间查询可能会引起 CPU.IOPS 和/或 连接数 使用率过高等问题. 带来系统不稳定的隐患(比如 InnoDB 引擎表上的长时间查询可能会导致 ibdata1 系统文件尺寸的增加) 3. 如何避免长时间执行的查询