问题[pid](server)

当 Linux OOM Killer 中断进程时，内核日志通常会提供有关罪魁祸首的内存消耗的足够信息（即使它最终没有被杀死）。例如，当snmpd进程成为 OOM 触发器时，稍后可以通过以下方式在日志中找到其内存状态PID=1190：

Jul 18 02:21:26 inm-agg kernel: snmpd invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0
Jul 18 02:21:26 inm-agg kernel: CPU: 3 PID: 1190 Comm: snmpd Kdump: loaded Not tainted 5.4.17-2102.201.3.el8uek.x86_64 #2
...
Jul 18 02:21:26 inm-agg kernel: Tasks state (memory values in pages):
Jul 18 02:21:26 inm-agg kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
...
Jul 18 02:21:26 inm-agg kernel: [   1190]     0  1190    78491     1761   217088        0             0 snmpd

然而，当同样的情况发生在 Java 应用程序的线程上时（OpenJDK 64-Bit Server VM (build 25.372-b07, mixed mode)在我的例子中），日志包含一个与任何进程都不对应的PID 。例如，在以下日志中，Apache Cassandra 的输入处理线程ReadStage-150已成为 OOM 触发器：

Jul 16 22:01:45 inm-agg kernel: ReadStage-150 invoked oom-killer: gfp_mask=0x100dca(GFP_HIGHUSER_MOVABLE|__GFP_ZERO), order=0, oom_score_adj=0
Jul 16 22:01:45 inm-agg kernel: CPU: 11 PID: 1653163 Comm: ReadStage-150 Kdump: loaded Not tainted 5.4.17-2102.201.3.el8uek.x86_64 #2

但PID=1653163消息中指定的内容没有在其他地方提到：

$ journalctl -k -b -e | grep "1653163" | wc -l
1

它与 Java 进程 PID 本身没有任何共同点（1652432）：

Jul 16 22:01:45 inm-agg kernel: Tasks state (memory values in pages):
Jul 16 22:01:45 inm-agg kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
…
Jul 16 22:01:45 inm-agg kernel: [1652432]     0 1652432  7256008  5839621 49709056        0             0 java

所以我想知道：

1. oom-killer消息的PID来自哪里？
2. 在这种情况下，为什么线程与其托管 JVM 进程分开处理？
3. 如果将 oom-killer 配置为杀死 OOM 发起者，是否有可能（至少在理论上）仅中断罪魁祸首线程而不是整个 JVM？

我刚开始监视并且对 pid 文件有疑问：我已将以下内容添加到我的 /etc/monit/monitrc 中：

cat /etc/monit/monitrc
set daemon 30
set logfile /var/log/monit.log
set idfile /var/lib/monit/id
set statefile /var/lib/monit/state
set eventqueue
      basedir /var/lib/monit/events # set the base directory where events will be stored
      slots 100                     # optionally limit the queue size

check ping.sh
    with path "/path/to/ping.sh"
    every "44 * * * *"
    #if status != 0 then alert

我得到了以下内容/var/log/monit.log：

[UTC Sep 21 22:44:09] error    : Error reading pid from file '/path/to/ping.sh'
[UTC Sep 21 22:44:09] error    : 'ping.sh' process is not running
[UTC Sep 21 22:44:09] info     : 'ping.sh' trying to restart

尽管：

ls -l /path/to/ping.sh
-rwxrwxr-x 1 root root 1045 Sep 21 20:08 /path/to/ping.sh

在脚本内部，pid 存储在 /var/run/ping.pid 中：

#!/bin/bash
pidfile="/var/run/ping.pid"
# Get the pid of the currently running script
ps ax | grep $0 | grep $SHELL | awk '{print $1}'>$pidfile

pid 文件在脚本底部被删除：

rm $pid文件

为什么会出现错误：Error reading pid from file '/path/to/ping.sh'？

只是为了透明：我也在 [email protected] 邮件列表上发布了同样的问题，但它似乎不是很活跃。我将同步两个线程之间的任何回复！

我有一个 react-native 应用程序，我想为启动测试版本编写一个脚本。如果它还活着，我需要击落 :8081 端口。命令：

lsof -i :8081
kill -9 <PID>

得到这个结果的 lsof ：

    COMMAND     PID USER   FD   TYPE   DEVICE SIZE/OFF NODE NAME
chrome     2423 loow  127u  IPv4 13749099      0t0  TCP localhost.localdomain:36650->localhost.localdomain:tproxy (ESTABLISHED)
qemu-syst 15091 loow   64u  IPv4 13795587      0t0  TCP localhost.localdomain:43518->localhost.localdomain:tproxy (ESTABLISHED)
qemu-syst 15091 loow   66u  IPv4 13795588      0t0  TCP localhost.localdomain:43520->localhost.localdomain:tproxy (ESTABLISHED)
qemu-syst 15091 loow   89u  IPv4 13777485      0t0  TCP localhost.localdomain:40500->localhost.localdomain:tproxy (ESTABLISHED)
node      16210 loow   16u  IPv6 13747716      0t0  TCP *:tproxy (LISTEN)
node      16210 loow   18u  IPv6 13751322      0t0  TCP localhost.localdomain:tproxy->localhost.localdomain:36650 (ESTABLISHED)
node      16210 loow   19u  IPv6 13798473      0t0  TCP localhost.localdomain:tproxy->localhost.localdomain:43518 (ESTABLISHED)
node      16210 loow   21u  IPv6 13798475      0t0  TCP localhost.localdomain:tproxy->localhost.localdomain:43520 (ESTABLISHED)
node      16210 loow   27u  IPv6 13777958      0t0  TCP localhost.localdomain:tproxy->localhost.localdomain:40500 (ESTABLISHED)

在这种情况下，我需要的是节点服务的 pid 16210。如何从 lsof 获取它？

我lsof -ti :8081尝试了仅返回pid，但它返回了所有这些。我试图用 grep: 扩展它lsof -ti :8081 | grep node，它什么都不返回。

所以我只需要进程 id 就可以将其放入kill -9 $PID.

我正在尝试创建 Windows 可靠性监视器的进程并在截屏后将其终止。

我无法获取进程并在截屏之前自动关闭它，因为没有标识该窗口的进程 ID。

有什么方法可以通过 PowerShell 关闭可靠性监视器？

$psi = New-object System.Diagnostics.ProcessStartInfo
$psi.CreateNoWindow = $false
$psi.UseShellExecute = $true
$psi.RedirectStandardOutput = $false
$psi.RedirectStandardError = $false
$psi.FileName = "Perfmon"
$psi.Arguments ="/rel"
$process = New-Object System.Diagnostics.Process
$process.StartInfo = $psi
[void]$process.Start()
#$output = $process.StandardOutput.ReadToEnd()
$process.id
Start-Sleep 5

我在 path 有一个 systemd-machined 插件/etc/systemd/system/systemd-machined.service.d/10-machined-pid-file.conf。当我跑步时，systemctl status systemd-machined我确实看到了线条

Drop-In: /etc/systemd/system/systemd-machined.service.d
       └─10-machined-pid-file.conf

但是，我在 /var/run/ 中没有看到 PID 文件。根据我的加入：

[Serivce]
PIDFile=/var/run/machined.pid

我相信创建该 PID 文件应该没有任何问题。有什么我想念的吗？

我想由另一个用户运行这个命令（所以使用 su）：screen -ALmdS server_mta ./mta-server -n

没关系：su - server_2 -c 'screen -ALmdS server_mta ./mta-server -n

但是我需要屏幕的PID，但是当我尝试获取时，我得到了另一个PID。

我试过这个方法：

su - server_2 -c "screen -ALmdS server_mta ./mta-server -n >>~/outlog 2>&1 & echo \$! "

但它给出了 5996 PID，但是当我检查它ps ax |grep server_mta的结果是：

5997 ?        Ss     0:00 SCREEN -ALmdS server_mta ./mta-server -n
6023 pts/45   S+     0:00 grep server_mta

我试过这个命令：

su - server_2 -c 'screen -ALmdS server_mta ./mta-server -n > /dev/null & ps ax |grep  $! '

结果是：

6829 ?        R      0:00 screen -ALmdS server_mta ./mta-server -n
6831 ?        S      0:00 grep 6829

我以为我得到了 PID，当我再次检查时ps ax |grep server_mta，我得到了另一个 PID。这里的区别是屏幕是小写的，当我签ps ax |grep server_mta入时，这是大写的。

如何获得由另一个用户使用 su 运行的屏幕进程的 PID？

今天我看到一个进程（.NET 运行时服务 - mscorsvw.exe）经常改变它的 PID。当任务管理器刷新该进程的PID时，它总是不同的。这正常吗？防病毒程序没有找到任何东西。

能够识别进程的 PID，例如 HTTPD，我如何稍后在同一台服务器上确定该 PID/进程是否仍然是原始的？

例如，我可以在 PID 123下拥有一个 HTTPD 进程。几分钟后，该进程可能被终止，并且（巧合地）在 PID 123下创建了一个新的 HTTPD 进程。如果我正在监视一个 PID，我不会确定 HTTPD 曾经被终止过。

我可以依靠哪些方面来确定唯一性/proc/<PID>

理想情况下，创建的 DTTM 将是最佳的，尽管我不确定这些信息在内核的表示中在哪里可用/prod/PID

我正在创建一个安全的共享主机，在主机功能之间，我想提供 SSH 访问权限。
我已经通过 SSH、FTP 和 PHP（使用 PHP-FPM）对用户进行了 chroot，并希望进一步提高主机的安全性。
我希望用户不能看到彼此的进程，并且我已经修补了内核来这样做（这种方式）：它在 top 和 ps 中工作，但 PID 在 chroot /proc 目录中仍然可见：

-bash-4.1$ ls -l /proc
total 0
dr-x------  6     0     0               0 Jun 21 10:38 1
dr-x------  6     0     0               0 Jun 21 10:38 10
dr-x------  6     0     0               0 Jun 21 10:38 1006
dr-x------  6     0     0               0 Jun 21 10:38 1008
dr-x------  6     0     0               0 Jun 21 10:38 1009
dr-x------  6     0     0               0 Jun 21 10:38 1010
dr-x------  6     0     0               0 Jun 21 10:38 1011
dr-x------  6     0     0               0 Jun 21 10:38 1035

之前链接的补丁更改了 /proc PID 目录权限，因此只有所有者（当然还有 root）才能读取它，从而使其在顶部不可见。
我想我已经在某个地方看到过它，但再也找不到了：有没有办法避免其他用户看到不属于他们的目录？（现在他们无法访问它们，但我想让它们不可见！：P）

我想知道的是在最后2-3 次重新启动之前分配给进程的PID。

场景是在这个特定进程崩溃后，生成一个日志文件，并将进程的 PID 连接到日志文件的名称。我有 5 个名为hs_err_PIDs的日志文件。我想确认这些 PID 是否分配给了我所关心的进程，因为我对此有点困惑。

有什么办法可以做到吗？