宝塔的nginx保活(守护)自用

自己用的服务器盒子,刷的海思,宝塔可能有点小问题,因为是朋友给的,剩下的问题就自己解决吧。

整体运行还算稳定,因为我只跑跑nginx/php/docker(mysql跑不了),性能勉强够用,问题是每次重启的时候,宝塔可以访问,但是nginx开的端口无法访问,php和docker正常,所以问题的关键在nginx上。

问题:

登上宝塔发现,nginx显示状态正常,实际开的端口都不能访问,手动重启nginx,端口可以访问,手动停止nginx,nginx显示状态正常,端口不能访问。

解决:

问题定位在nginx上,因为是ubuntu的系统,32位arm,兼容问题我没法解决,只能尝试用计划任务判断端口状态后,重启nginx了

我自己拼凑的使用如下

复制代码
#!/bin/bash

# 定义 URL 和超时时间
url="http://127.0.0.1:80"
timeout=5

# 检测 URL 是否返回 500 错误
status=$(curl -o /dev/null -s -w %{http_code} --connect-timeout $timeout $url)
if [ $status -eq 000 ]; then
    /etc/init.d/nginx restart
fi

简单解释下:

我在ssh下

curl -o /dev/null -s -w "%{http_code}\n" http://127.0.0.1:80

在nginx停止时,返回000

参考资料我也贴下,也许其它状态下用得上

https://www.cnblogs.com/shenjingwa/p/17381175.html

脚本只支持检测一条url状态码,将url中的网址更改为你需要检测的网址。

复制代码
#!/bin/bash

# 定义 URL 和超时时间
url="http://example.com"
timeout=5

# 检测 URL 是否返回 500 错误
status=$(curl -o /dev/null -s -w %{http_code} --connect-timeout $timeout $url)
if [ $status -eq 500 ]; then
    nginx -t && systemctl reload nginx.service
fi

并在宝塔面板中设置计划任务,选择Shell脚本,执行时间为检测时间,我这里设置的是1分钟检测一次

第二种方法,使用方法同上,当遇到Nginx停止时会自动重启

复制代码
pgrep -x nginx &> /dev/null
if [ $? -ne 0 ];then
/etc/init.d/nginx restart
fi

以上两种方法中的restart可更改为start

restart为重启命令

start为启动命令

BT宝塔常见MySQL/Nginx进程守护方法故障重启(运维技巧) - 八艾云

BT宝塔常见MySQL/Nginx进程守护方法故障重启(运维技巧)

发布时间:2023/4/1 14:49:49

宝塔发展了一段时间了,目前看起来越来越有模样了,的确减少了不少的维护和配置的工作量。最近发下演示站 Nginx 总是无故宕机,于是收集了下方 BT 宝塔面板的一些守护代码,放到宝塔计划任务里,一遍故障重启。

添加 MySQL 进程守护脚本方法

复制代码
pgrep -x mysqld &> /dev/null
复制代码
if [ $? -ne 0 ];then
复制代码
bash /www/server/panel/script/rememory.sh
复制代码
/etc/init.d/mysqld start
复制代码
fi

添加 redis 进程守护脚本方法

复制代码
pgrep -x redis &> /dev/null
复制代码
if [ $? -ne 0 ];then
复制代码
/etc/init.d/redis start
复制代码
fi

添加 nginx 进程守护脚本方法

复制代码
pgrep -x nginx &> /dev/null
复制代码
if [ $? -ne 0 ];then
复制代码
/etc/init.d/nginx start
复制代码
fi

添加 php-fpm 进程守护脚本方法

复制代码
pgrep -x php-fpm &> /dev/null
复制代码
if [ $? -ne 0 ];then
复制代码
/etc/init.d/php-fpm-{52|53|54|55|56|70|71|73} restart
复制代码
fi

添加 php-fpm 进程守护脚本方法

复制代码
pgrep -x php-fpm &> /dev/null
复制代码
if [ $? -ne 0 ];then
复制代码
/etc/init.d/php-fpm-{52|53|54|55|56|70|71|73} restart
复制代码
fi

经测试,pgrep -x nginx &> /dev/null获得的状态,在我的盒子里不靠谱,最终还是判断端口状态靠谱

个人猜想:

如果要需要重启php mysql nginx才正常,可以写一个php访问mysql,功能正常返回一个值,上面的脚本判断这个值来执行重启或通知。

相关推荐
橙色云-智橙协同研发13 分钟前
汽车零部件行业:如何应对主机厂的严苛审核?
大数据·运维·服务器·人工智能·安全
fengkai454518 分钟前
十四、ELK 企业日志分析系统
运维·elk·日志
程序员-Benothing20 分钟前
Linux系统监控工具全家桶:sar、dstat、glances、Prometheus
linux·运维·prometheus
flytalei39 分钟前
从YAML到Nginx服务访问:动手理解 Kubernetes Pod、Deployment 与 Service
运维·nginx·kubernetes
白帽攻防录1 小时前
SRC 挖洞:DHCP 服务器上的四个 UAF,内网原生 RCE 怎么打域管
运维·服务器·网络安全·内网安全
王琦03181 小时前
jenkins使用手册
运维·jenkins
VidDown2 小时前
用户说“卡顿“,服务器一切正常:播放质量监测与 QoE 指标
运维·服务器·ffmpeg·音视频·视频
瑞克-桑切斯2 小时前
13、DNS、DHCP 与 FTP 协议详解
linux·运维·云计算
程序员-Benothing2 小时前
Linux性能分析方法论:USE、RED、火焰图与perf实战
linux·运维·服务器
问心无愧05132 小时前
[ACTF2020 新生赛]Exec
运维·服务器·笔记