建网站无锡,wordpress仿站流程,实用又有创意的产品设计,西宁网站建设建站目录
如果是systemd管理的服务怎么快速找到对应的服务器呢
什么是CGroup
查找进程对应的systemd服务
方法一#xff1a;查看 /proc//cgroup 文件
方法二#xff1a;使用 ps 命令结合 --cgroup 选项
方法三#xff1a;systemd-cgls
关于 system.slice 与 user.slice
…
目录
如果是systemd管理的服务怎么快速找到对应的服务器呢
什么是CGroup
查找进程对应的systemd服务
方法一查看 /proc//cgroup 文件
方法二使用 ps 命令结合 --cgroup 选项
方法三systemd-cgls
关于 system.slice 与 user.slice
方法四查看文件
查找非system服务进程
步骤1 -判断是否是system服务进程
步骤2 -判断服务所在目录查找启动脚本
步骤3 -判断是否将启动命令/脚本添加至开启启动或者计划任务crond检测启动
步骤4 - 获得帮助 当一个老的服务出了问题或者是因为机房搬迁等等原因 需要重启时没有对应的文档手册怎么找到启动方式呢?
一般的方式是 ps、/proc/PID/、systemd-cgls、history 和查看相关启动目录和文件 等等。
例如: 一个看起来很像命令行启动的bin文件加指定后台的参数(-q、 -D、 --deamon等),但其实是个systemd管理的服务。
[rootnessus ~]# ps -ef|grep -v grep |grep nessus
root 5740 1 0 Jun13 ? 00:00:00 /opt/nessus/sbin/nessus-service -q
root 5741 5740 0 Jun13 ? 00:08:59 nessusd -q
如果是systemd管理的服务怎么快速找到对应的服务器呢
先来看看 systemctl status 命令 [roottserver121 ~]# systemctl status docker.service
● docker.service - Docker Application Container EngineLoaded: loaded (/usr/lib/systemd/system/docker.service; disabled; vendor preset: disabled)Active: active (running) since Wed 2023-06-21 14:55:28 CST; 11 months 24 days agoDocs: https://docs.docker.comMain PID: 35647 (dockerd)CGroup: /system.slice/docker.service└─35647 /usr/bin/dockerd -H fd:// --containerd/run/containerd/containerd.sock
Loaded: loaded 表示该服务已加载。 /usr/lib/systemd/system/docker.service 是该服务的单元文件路径。 disabled 表示该服务被设置为开机自启动。 vendor preset: disabled 表示该服务的供应商预设值是禁用的但已经被手动启用。
Active: active (running) 运行状态
Main PID: 35647 (dockerd) 主进程 与进程名
CGroup: /system.slice/docker.service 表示该服务属于 system.slice 控制组服务名为docker.service
很明显的看到docker 进程 是由 docker.service 来管理启动的 启动文件在/usr/lib/systemd/system/docker.service。 有些服务是存在依赖服务的所以需要找到提供正确的启动方式 通过查看/usr/lib/systemd/system/docker.service 还能看到还有些依赖服务 Afternetwork-online.target firewalld.service containerd.service Wantsnetwork-online.target Requiresdocker.socket containerd.service 什么是CGroup
控制组cgroup是一种用于限制、记录和隔离进程资源使用如 CPU、内存、磁盘 I/O 等的机制每个进程都有 cgroup来管理。 查找进程对应的systemd服务
所以对于systemctl 来管理的进程能很快的通过 cgroup找到对应的服务 [rootnessus ~]# ps -ef|grep -v grep |grep nessus
root 5740 1 0 Jun13 ? 00:00:00 /opt/nessus/sbin/nessus-service -q
root 5741 5740 0 Jun13 ? 00:08:59 nessusd -q
对于上面这个例子可以使用下面方法
方法一查看 /proc/PID/cgroup 文件
[rootnessus nessus]# cat /proc/5740/cgroup
11:memory:/
10:devices:/system.slice
9:blkio:/
8:net_prio,net_cls:/
7:cpuset:/
6:hugetlb:/
5:pids:/
4:perf_event:/
3:cpuacct,cpu:/
2:freezer:/
1:namesystemd:/system.slice/nessusd.service 1:namesystemd:/system.slice/nessusd.service 表示进程 cgroup 控制下归属于服务nessusd.service。 其他解释 memory控制和监控内存使用。 blkio控制和监控块设备 I/O如硬盘。 cpuset将进程分配到特定的 CPU 和内存节点。 devices/system.slice 控制进程对设备的访问权限。 归属于system.slice服务 freezer暂停和恢复进程。 net_cls 和 net_prio控制和监控网络流量。 pids限制和监控进程数目。 方法二使用 ps 命令结合 --cgroup 选项
ps -o pid,cgroup -p PID [rootnessus nessus]# ps -o pid,cgroup -p 5740PID CGROUP5740 10:devices:/system.slice,1:namesystemd:/system.slice/nessusd.service
方法三systemd-cgls
用于显示当前系统中的控制组cgroups层次结构及其包含的进程 很快的区别是否是systemd服务 ├─1 /usr/lib/systemd/systemd --switched-root --system --deserialize 22
├─user.slice
│ └─user-0.slice
│ └─session-57.scope
│ ├─7021 /export/devops/bin/python3 /export/devops/bin/gunicorn -c gunicorn.py tools.wsgi:application --reload -D
│ ├─7023 /export/devops/bin/python3 /export/devops/bin/gunicorn -c gunicorn.py tools.wsgi:application --reload -D
│ ├─7024 /export/devops/bin/python3 /export/devops/bin/gunicorn -c gunicorn.py tools.wsgi:application --reload -D
│ ├─7025 /export/devops/bin/python3 /export/devops/bin/gunicorn -c gunicorn.py tools.wsgi:application --reload -D
│ └─9329 /export/devops/bin/python3 /export/devops/bin/gunicorn -c gunicorn.py tools.wsgi:application --reload -D
└─system.slice└─nessusd.service├─5740 /opt/nessus/sbin/nessus-service -q└─5741 nessusd -q
关于 system.slice 与 user.slice
slice是控制组的一种类型用于组织和划分系统资源。常见的包括 system.slice 和 user.slice。 system.slice通常是由systemd 启动和管理。user.slice通常是由用户会话启动和管理俗称命令行启动。
方法四查看文件 systemd 的文件主要在/usr/lib/systemd/system 和 /etc/systemd/system servicecentos 6的文件主要在 /etc/init.d/ 通过grep命令 获取关键字所在文件 查找非system服务进程
不一定100% 能找到原服务所提供的命令或者脚本启动。需要靠用户的行为习惯,但需要验证与进程是否一致。 [roottserver121 redis]# ps -ef |grep -v grep |grep redis
root 99667 1 0 19:27 ? 00:00:00 ./bin/redis-server 10.3.246.108:16379
步骤1 -判断是否是system服务进程
[roottserver121 redis]# ps -o pid,cgroup -p 99667PID CGROUP99667 11:pids:/user.slice,8:blkio:/user.slice,6:cpuacct,cpu:/user.slice,5:memory:/user.slice,3:devices:/user.slice,1:namesystemd:/user.slice/user-0.slice/session-682120.scope
是由user.slice 管理的 非system服务进程。 步骤2 -判断服务所在目录查找启动脚本
[roottserver121 redis]# cd /opt/app/redis/
[roottserver121 redis]# ./bin/redis-server ./etc/redis.conf #启动命令[roottserver121 redis]# ll /proc/99667/
lrwxrwxrwx 1 root root 0 Jun 14 19:33 cwd - /data/redis
lrwxrwxrwx 1 root root 0 Jun 14 19:33 exe - /opt/app/redis/bin/redis-server
cwd 为程序的工作目录exe为进程的可执行文件同级目录或者是exe 指向的程序的项目根目录 /opt/app/redis 一般而言执行启动操作是会先 cd到以上的相关目录下再执行相关的启动操作会留下相关的启动文档 或者脚本,比方说service.sh/start.sh 等等 步骤3 -判断是否将启动命令/脚本添加至开启启动或者计划任务crond检测启动 systemd 的文件主要在/usr/lib/systemd/system 和 /etc/systemd/system servicecentos 6的文件主要在 /etc/init.d/ 通过grep命令 获取关键字所在文件 计划任务crond对应启动用户的任务查看 一般比较重要的服务器都需要添加到开机自启动中, 良好的用户习惯能减少很多麻烦。 步骤4 - 获得帮助
1. history 命令历史一般线上的服务器操作较少对应的相关命令也可能会保留的时间较长当然也可能有用户处理后清理命令历史的策略 2. 互联网如果是比较正规的应用网上一般都能查到比如 nessusd 3. 审计如果是平台下发的命令可以从审计中查找
