我有一些在NFS挂载上运行的大文件传输。 挂载点所在的服务器被不小心重新启动,现在从这些大型转移服务器发起的服务器似乎陷入了困境。
如果我跑top ,我看到以下内容:

我尝试的第一件事是用-1 -2 -9和-15的标志运行kill ,并依次显示每个进程ID。 这让我继续,但没有杀死进程。 我尝试的下一件事是重启服务器,但是既不reboot也不shutdown -r now工作。 当我运行shutdown -r now ,标准广播消息已经发出,但服务器没有重新启动。 我通过查看25天的服务器正常运行时间来确认这一点。
所以现在我有点卡住了。 我以root身份运行这些命令。
编辑:这是另一个有趣的消息:

最重要的是,我没有看到任何其他进程正在使用超过百分之一的内存或超过5%的CPU。
编辑2: /var/log/messages输出

好吧,时间更加激烈!
echo 1 >/proc/sys/kernel/panic
这指示内核,当你内核恐慌,在1秒内重新启动主机。
echo c >/proc/sysrq-trigger
这迫使内核恐慌。 所以希望你最终将重新启动主机。
你已经开始了关机过程,所以你最好的select是重新启动。 如果它是一台物理机器,那么您是否可以通过物理上的电源closures服务器或通过服务处理器?
如果没有,并且您认为这些特定进程挂起,那么尝试使用以下命令杀死所有名为mv和gzip进程:
killall mv
killall gzip
作为一般的免责声明, 小心这个killall命令,因为你不想意外地杀死一些系统进程,所以只要知道你在杀死什么。
另外,看看用df -h挂载什么,然后尝试卸载它们。 我已经看到我的Linux系统挂起关机时,他们不会放开nfs挂载。 我通常不得不“懒惰”卸载它们
umount -l /path/of/mount/point
编辑1
其他正常重启的方法:
您的系统是否响应Ctrl+Alt+Del ?
如果没有,请尝试使用魔法SysRQ组合键: Alt+SysRq+R+E+I+S+U+B Sysrq = PrintScreenbutton。 按住alt和sysrq键的同时,依次键入REISUB组合键。 它基本上先杀死所有进程,做一些其他的清理,然后重新启动。 这只有在内核中启用了magic sysrq的情况下才有效。 供参考:
R: Switch the keyboard from raw mode to XLATE mode E: Send the SIGTERM signal to all processes except init I: Send the SIGKILL signal to all processes except init S: Sync all mounted filesystems U: Remount all mounted filesystems in read-only mode B: Immediately reboot the system, without unmounting partitions or syncing