查看linux系统进程,linux查看系统的进程状态
分析一个过程中的驻留问题。挂断电话。
这两天同学们用数据验证工具的时候，发现里面住着process hang。我不知道为什么。我简单地看了一下进程堆栈。问题很简单，但是会导致程序挂在那里住。肯定不是小问题。简要解释程序组件的结构。该计划由两部分组成。dbchk和dbchk_inner，dbchk用python代码实现，dbchk_inner用C语言实现。Dbchk负责并发控制，dbchk_inner负责具体的检查任务。用户可以通过运行dbchk命令进行验证。流程如下：
$ p树18649
db chkdshdbchk _ inner 2 *[{ scan diff }]
((DRCchk)).
回到问题本身，我在测试用例中重现了杭居住的场景，查看了dbchk和dbchk_inner的堆栈信息。信息如下。
Dbchk进程18649堆栈信息：
$ pstack 18649
线程2(线程0x7f 4343 fff 700 (lwp 18658)):
/lib64/libpthread.so.0中waitpid()中的#00x000000346f80f09d
#10x000000347190ff8a in？)来自/usr/lib 64/lib python 2.6.so.1.0
# 20x 0000034718 de 706 InP yeval _ eval frameex()来自/usr/lib 64/lib python 2.6.so.1.0
# 30x 0000034718 e 0797 InP yeval _ evalcodeex(来自/usr/lib 64/lib python 2.6.so.1.0
Dbchk_inner进程18660堆栈信息：
pstack 18660
# 00x 000000346 F4 da 3 DD in write()from/lib 64/libc . so . 6
# 10x 00000346 f 470 FD 3 in _ io _ new _ file _ write()from/lib 64/libc . so . 6
# 20x 00000346 f 470 e 9ai n _ io _ new _ file _ xsp utn()from/lib 64/libc . so . 6
/lib64/libc.so.6的fwrite()中的#30x000000346f46705d
# 40x 000000000004136 f 0 in Scanner:3360 run(unspecified int()))))))))。
可以看到父进程dbchk卡在了waitpid()函数中。很容易理解你应该等待子进程dbchk_inner结束。视图子进程dbchk_inner，dbchk_inner卡在fwrite()函数中。这有问题。为什么书写受阻？你首先想到的是磁盘空间不够？如果您看到仍然有足够的磁盘空间，那么其他内容可能会在写入时被阻塞，或者缓冲区可能已满而无法写入。
基于这样的思路，我们来回顾一下dbchk的代码。
PiO=subprocess.popen(command，shell=True，stdout=subprocess。管道，stderr=子进程。管道)。等等) )
可以看到程序中使用了Popen的wait函数。这可以解释为什么父进程被阻塞，因为子进程没有运行。请注意Popen参数，stdout和stderr输出已被重定向到子进程。管.该值表示父进程和子进程之间的管道。然后，子进程的写缓冲区被阻塞，我认为是因为PIPE的缓冲区已满。为什么满了？首先，产生了太多的数据。另一方面，没有从缓冲区获取数据的进程，因此缓冲区无法进入。管道缓冲区的默认大小是4096字节，可以从ulimit -a a. 8*512=4096字节获得。此外，这个值是在linux头文件中定义的，除非重新编译linux内核，否则不能更改。
$ ulimit -a
核心文件大小(块，-c) 0。
管道大小(512字节，-p) 8
所以，我们发现了问题。管道缓冲区充满了sin。如何解决这个问题？
不要将stdout和stderr重定向到管道，而是直接输出它们。
2.该程序控制输出到管道的数据的大小。
在进程间通信(IPC)中被广泛使用，shell命令被广泛使用。例如：
PSaux
上面的命令表明您想要获得关于mysqld进程的信息。在这里，ps和grep指令通过管道进行通信。管道有几个特点。
1.管道是半双工的，数据只能单向流动。ps命令的输出是grep的输出
2.它只能用于父子进程或兄弟进程之间的通信。其中ps和grep命令是shell (bash/pdksh/ash/dash)命令的子进程，被认为是对等关系。
3.管道是相对于管道两端进程的文件，只存在于内存中。
4.写入器一直写到管道，每次都写到管道末端；读取端一直从流水线读取，每次都是从头读取。
这里你可能会有一个疑问：管道两端的进程，写进程不停地写，读进程不停地读，那么什么时候结束呢？例如，我们刚刚完成这个命令不久。它的原理是什么？对于管道，有两个基本原则：
1.当读取其写入端已关闭的管道时，在读取所有数据后，read返回0以指示已到达文件的结尾。
2.写读端已经关闭的流水线时，会产生sigpipe信息。
结合这个例子，ps写管道写完了，会自动关闭。这时，grep进程read会返回0，然后自动结束。
参考文件：
《UNIX环境高级编程》
http://blog.chinaunix.net/uid-26833883-id-3227144.html
UNIX如何使用命令hang来保持一个进程？
假设进程号是pid
Kill -SIGSTOP pid停止进程
Kill -SIGCONT pid继续运行已停止的进程。
找一个能分析过程的人
问：现在有很多流程端口工具。我应该用冰剑做什么？
答：1。所谓的流程工具，大部分都是用Windows的Toolhlp32或者psapi或者ZwQuerySystemInformation系统调用编写的(前两者最终也是用这个调用)。任何ApiHook都可以轻松干掉它们，更不用说一些内核级的后门了；很少有工具使用内核线程调度结构来查询进程。这种方案需要硬编码。不仅不同版本的系统不同，而且打补丁时可能还需要升级程序。现在，一些人也提出了一种防止这种搜索的方法。IceSword的进程搜索内核方案是目前唯一的，充分考虑了内核后门可能隐藏的手段，可以找出目前所有隐藏的进程。
2.绝大多数工具都是通过Toolhlp32和psapi找到进程路径名的。前者会调用RtlDebug***函数将远程线程注入目标，后者会使用调试api读取目标进程内存，本质上是PEB的枚举。通过修改PEB，这些工具很容易找到北方。IceSword的核心状态方案会精确显示整个路径，运行时切到其他路径时也会显示。
3.对于进程dll模块和2也是如此。其他使用PEB的工具会很容易被骗，但冰剑不会被骗(很少有系统不支持，此时仍采用枚举PEB)。
4.冰剑的过程杀强大便捷(当然也危险)。你可以很容易地杀死几个任意选择在一起的进程。当然，如果你说是任意的，不准确的，除了三个：空闲进程，系统进程，csrss进程，原因就不细说了。其他进程很容易被杀死。当然，有些进程(如winlogon)被杀死，然后系统崩溃。
5.网上有很多端口工具，但是也有很多隐藏端口的方法，而那些方法对于冰剑来说是完全行不通的。其实我是想带个防火墙来动态搜索的，但又不想弄得太臃肿。这里的端口是指windows的IPv4 Tcpip协议栈所属的端口，除了第三方协议栈或者IPv6协议栈。
6.先说这个吧。
问：windows自带强大便捷的服务工具。IceSowrd有哪些比较好的功能？
回答：因为懒，界面没那么好，但是IceSword的服务功能主要是查木马服务，用起来很方便。比如，顺便说一下一类木马的搜索：svchost是一些共享进程服务的宿主，有些木马是以dll的形式存在的，依靠svchost来运行。我们怎样才能找到他们？先看进程一栏，发现svchost太多了。记住他们的身份证。当你去服务栏时，你可以找到与pid相对应的服务项目。在注册表中检查其dll文件路径(从服务项目第一列中列出的名称到注册表中具有相应名称的子项)。根据是否是平时服务项目，很容易发现异常项目。剩下的工作就是停止任务或者结束进程，删除文件，恢复注册表等等。当然在过程中是必须的。
问：那么什么样的木马后门会隐藏进程注册表文件呢？用冰剑怎么找？
答：比如最近流行的，开源(容易变异)的hxdef就是这样一个后门。用一些工具，* * *专家，* * *高手和* * *克星看看能不能看到它的流程，注册项目，服务和目录文件，呵呵。用冰剑很方便。在进程栏中可以直接看到红色显示的hxdef100进程，在服务栏中也可以看到红色显示的服务项目。顺便说一下，你可以在注册表和文件栏中找到它们。如果木马是反向连接，你也可以在端口栏看到它们。要查杀它，先从进程栏获取后门程序的完整路径，结束进程，删除后门目录，删除注册表中的服务对应项.这里只是简单说说，请自学如何有效使用冰剑。
问：什么是“内核模块”？
答：PE模块装入系统和空间，主要是驱动*。sys，一般来说.全文的其余部分
3358 www.dengb.com/linuxjc/861484.html www.dengb.com true http://www.dengb.com/linuxjc/861484.htmltecharticle一次性加工挂件问题分析。挂.这两天有同学在使用数据校验工具时发现进程挂起停止，也不知道是什么原因。我简单地看了看进程堆栈，问道.
郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。