如何找到一个陌生服务器上的grafana-server是谁启动的

在 Ubuntu 16 上,Grafana 进程本身 就是"被启动"的最终实体;

真正需要搞清楚的是:

谁把 grafana-server 拉起来的?

是 systemd?upstart?docker?还是某个手动脚本?

下面给出按优先级排查 的 4 条命令,依次执行即可定位"启动者"


  1. 先看 systemd(Ubuntu 16 默认还用 systemd)
bash 复制代码
systemctl status grafana-server
  • 若输出里 Active: active (running)Main PID 等于你看到的那个进程号 → systemd 启动的
  • 若提示 Unit grafana-server.service could not be found. → 继续下一步。

  1. 检查是不是 SysV / Upstart 脚本
bash 复制代码
initctl status grafana-server        # Upstart
service grafana-server status        # SysV 兼容

有返回且状态为 start/runningUpstart 启动

仍找不到 → 继续。


  1. 看父进程是谁(排除 docker / 手动)
bash 复制代码
ps -ef | grep grafana

记下 PID,再查父 PID

bash 复制代码
ps -p <PID> -o ppid= | xargs -I{} ps -p {} -o pid,cmd

常见结果对照

父进程 cmd 含义
/sbin/init/lib/systemd/systemd systemd / Upstart
docker-containe 运行在容器里,父进程是 dockerd
sudobash./start.sh 手工启动

  1. 如果父进程是 dockerd → 进容器确认
bash 复制代码
docker ps | grep grafana
docker inspect --format '{{.Name}} {{.Config.Image}}' <container-id>

即可知道是哪个镜像、哪条 docker run 命令拉起的。


一句话总结
systemctl → initctl → ps 找父进程 → docker ps 四步

30 秒内就能判定 Grafana 到底是 systemd 服务Upstart 任务docker 容器 还是手工脚本启动的。

相关推荐
悟空码字1 天前
告别“屎山代码”:AI 代码整洁器让老项目重获新生
后端·aigc·ai编程
小码哥_常1 天前
大厂不宠@Transactional,背后藏着啥秘密?
后端
奋斗小强1 天前
内存危机突围战:从原理辨析到线上实战,彻底搞懂 OOM 与内存泄漏
后端
小码哥_常1 天前
Spring Boot接口防抖秘籍:告别“手抖”,守护数据一致性
后端
心之语歌1 天前
基于注解+拦截器的API动态路由实现方案
java·后端
None3211 天前
【NestJs】基于Redlock装饰器分布式锁设计与实现
后端·node.js
初次攀爬者1 天前
Kafka + KRaft模式架构基础介绍
后端·kafka
洛森唛1 天前
Elasticsearch DSL 查询语法大全:从入门到精通
后端·elasticsearch
拳打南山敬老院1 天前
Context 不是压缩出来的,而是设计出来的
前端·后端·aigc
初次攀爬者1 天前
Kafka + ZooKeeper架构基础介绍
后端·zookeeper·kafka