服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

如何杀死Windows 2008R2上的挂起服务

我有一个运行NSClient ++的Windows 2008R2服务器。 由于某种原因,该服务已经得到了短裤的内裤,并停止响应Nagios投票。 当我尝试重新启动服务时,服务pipe理器需要很长时间来尝试终止服务,然后最终放弃了“服务花费太长时间来响应”的消息。 但是…它也启动了一个新的服务实例。 如果我查看任务pipe理器或任务tasklist现在可以看到运行nsclient++.exe两个实例。 我试图杀死这两个使用: 右键单击任务pipe理器中的“结束进程” – 假装杀死进程并报告没有错误(例如访问被拒绝),但进程仍然存在。 taskkill /PID <proc id> /F – 报告SUCCESS: The process with PID 6672 has been terminated. 但是这个过程还在运行。 下载SysInternals PsTools并运行pskill <PID> – 报告Process <PID> killed – 但过程仍然存在。 at hh:mm pskill <PID>执行得到pskill做这个SYSTEM帐户…你猜对了,这个进程还在运行。 以上所有都是在pipe理员命令提示符下运行的。 除了不太理想的重启之外(这个盒子是一个相当关键的生产服务器),还有什么我可以尝试的? 服务器没有受到任何资源压力(内存,CPU,磁盘等),其上运行的一切都很好。 快速查看nsclient++.exe Process Explorer中的线程选项卡,可以看出所有这些nsclient++.exe实例都被卡住了: 另外,我还尝试了杀死所有这些僵尸(?)进程的TCP连接(使用TCPView),希望能够启动一个新的实例,并且能够抓取端口5666.然后,我们可以重启服务器当事情更安静,但唉,没有奏效。

技术用于短期私有虚拟机

我试图构build一个运行短期(CI和testing版本)的软件组件的系统,根据我的要求,每个系统都必须在私有主机上运行。 我将这个定义也纳入了paravirtualsation选项,因为它似乎会为我节省很多头痛。 我正在Mac上工作,所以几乎所有的技术都已经出来了, libvirt和quemu等等都不适合我。 不过,我正在计划部署到Debian; 所以在Debian上运行的任何东西都回来了,只要我可以脚本configuration主机以及它的来宾域。 我希望的设置是,我可以用来引导一个Debian安装程序,这意味着在启动时,机器会自动configuration(厨师,木偶,巴布什卡,不介意,真的) – 部分configuration应该build立一个可用于启动容器的模板rootfs。 容器本身也需要configuration,所以当容器出现时,它知道需要做什么工作,可以完成工作,然后退出。 总之,这是我需要的工作stream程: 启动一台机器(虚拟或其他),并准备好工作。 这个工作应该由厨师/ puppet / babushka / etc安装的脚本来完成 当工作进入时,应该开始一个虚拟机来完成这项工作。 虚拟机应该完成这些工作,退出并将其资源释放给父母/主机。 (重要的是,这可以在合理的硬件上扩展到至less数百个虚拟机) 我已经到了一个地步,我已经尝试了以下内容,并放弃它们,原因如下: 对于主机 使用Instalinux(LinuxCOE支持)的Pre-seed Debian微型ISO映像( 坏的: 根本没有工作(“找不到内核模块”)(因为Instalinux映像与FTP库不同步,显然这个解决scheme非常脆弱,它也不允许有太多的安装后的范围,并将已知的SSH密钥,主机密钥等放在机器上,似乎像火和忘了,最后我会有一个运行的机器,但没有访问它 。) Pre-seed Debian netinst ISO( Bad : 与上面相同的问题,除了至less安装通常会完成,因为ISO和FTP存储库之间没有内核不一致,安装后的范围仍然有限 好 : 绝对可靠和可重复的,很容易扔在任何虚拟技术堆栈在Mac上,或裸机上,可以在任何地方工作,但我不能后安装它足够 ) build立rootfs的各种方法,并将其编译为可引导的硬盘映像( 不好 : 我能做的工作很脆弱,难以安装到真机上,而且是一个复杂的构build过程。 我可以得到它的工作,这似乎提供了预先configuration的机器,以ssh键,主机密钥,主机名,从Git安装的软件给定的规范的最大范围和其他任何,但问题是如何打包它分发,或如何脚本的娱乐。 ) 我真的不确定用什么技术将虚拟机从无到有,运行有用的系统。 似乎有三个步骤给我a)操作系统,b)系统configuration(用户等),然后c)文件系统的变化。 对于客人(虚拟)机器: 很多东西,大多数我认为这里的答案是使用debootstrap创build的只读rootfs,以及包含要为此特定实例(作业清单)完成的工作的LXC容器上的特殊分区。 插入所有关于构build操作系统,启动,创build用户,从git检出软件以及开展工作的所有常见警告。 我真的不确定要达到什么样的工具,好像这个问题应该很好的解决。 但是我不知道从哪里开始。 大多数人似乎build议主机应该select一种虚拟化技术,启动一台机器到一个工作状态,然后快照(libvirt似乎是这方面的合乎逻辑的最爱)。 使用快照启动任何后续安装以进行testing或生产。 对于来宾机器,lxc似乎提供了最简单的select,除了背景容器,并且稍后通过控制台连接到现有的所有内核之外,可用于稳定Debian的最新版本的lxc已经超过18个月,而且缺less很多被广泛使用的特征。 […]