宝塔的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,功能正常返回一个值,上面的脚本判断这个值来执行重启或通知。

相关推荐
NaMM CHIN6 分钟前
linux redis简单操作
linux·运维·redis
IT布道9 分钟前
[GitLab] 项目源码迁移踩坑记
运维·gitlab
IMPYLH12 分钟前
Linux 的 sha512sum 命令
linux·运维·服务器·bash·哈希算法·散列表
源远流长jerry17 分钟前
从 Nginx 到 DPVS:高性能负载均衡之路
linux·网络·tcp/ip·nginx·负载均衡
NEKGod23 分钟前
Linux 文件篡改审计(auditctl 实战指南)
linux·运维·chrome
计算机安禾26 分钟前
【Linux从入门到精通】第12篇:进程的前后台切换与信号控制
linux·运维·算法
AC赳赳老秦36 分钟前
OpenClaw与Notion联动:自动同步工作任务、整理笔记,实现高效管理
运维·人工智能·python·数学建模·自动化·deepseek·openclaw
上海云盾安全满满37 分钟前
服务器带宽一直跑高,是什么情况
运维·服务器
.柒宇.37 分钟前
信创实战:银河麒麟 V10 服务器安装、网络配置与 Docker 环境搭建
linux·运维·docker·国产信创·麒麟操作系统
云动课堂40 分钟前
【运维实战】企业级SFTP 文件服务 · 一键自动化部署方案 (适配AnolisOS /openEuler /CentOS)
运维·centos·自动化