我们有一个问题，整个iis服务器崩溃。 从我的理解当一个应用程序崩溃（由于无限循环或其他），只有该应用程序池被closures。 在我们的案例中，所有的应用程序池（我们有1个以上）都停止了。 我们仍然试图找出原因，但是根据你的经验，一个错误的应用程序将把整个IIS都取下来？ 任何见解都会有很大帮助。
我是Centos 7 / Serverpipe理新手。 我想弄清楚如何使用firewalld。 我的内核版本是：2.6.32-042stab084.20（OpenVZ） 和： #firewall-cmd –version #0.3.9 问题是我无法从firewall-cmd中获得任何function。 以下是我尝试过的一些命令： # systemctl status firewalld -l firewalld.service – firewalld – dynamic firewall daemon Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled) Active: active (running) since …; Main PID: 120 CGroup: /system.slice/firewalld.service └─120 /usr/bin/python -Es /usr/sbin/firewalld –nofork –nopid systemd[1]: Starting firewalld – dynamic firewall daemon… systemd[1]: Started firewalld – […]
我的Windows 2003 R2 SP2服务器每月大约一次崩溃。 我分析了崩溃转储，但不能真正弄清楚它是什么意思。 任何帮助表示赞赏…. Microsoft（R）Windowsdebugging器版本6.2.9200.20512 AMD64版权所有（c）Microsoft Corporation。 版权所有。 加载转储文件[C：\ Users \ noam \ Downloads \ MEMORY.DMP]内核汇总转储文件：只有内核地址空间可用 符号searchpath是：SRV C：\ Windows \ Symbols http://msdl.microsoft.com/download/symbols可执行文件searchpath是：Windows Server 2003内核版本3790（Service Pack 2）MP（4 procs）免费x64产品：服务器套件：TerminalServer SingleUserTS内置：3790.srv03_sp2_qfe.120821-0338机器名称：内核基地= 0xfffff800 01000000 PsLoadedModuleList = 0xfffff800 011d8280debugging会话时间：星期四三月21 10：48：04.909 2013（UTC – 4:00）系统正常运行时间：24天13：36：09.953加载内核符号………………………………… …………………… …………………….. ……………………载入用户符号PEB被呼出（Peb.Ldr = 000007ff`fffdf018）。 input“.hh dbgerr001”获取详细信息加载卸载的模块列表…. * Bugcheck分析* * 使用！analyze -v获取详细的debugging信息。 BugCheck 50，{fffffadf28a13000,0，fffff800012c532e，0} ***错误：模块加载完成，但无法加载符号sptd.sys可能造成的：sptd.sys（sptd […]
我以前只使用Windbg来做最简单的分析-v。 现在我遇到了一些问题…某些进程正在运行，消耗所有可用的内存（我可以看到它在监视sw中出现尖峰），但是当它发生的时候，我一直无法察觉。对于我所有的googly权力，我无法find列出进程和内存使用情况的方法。 我意识到这可能不完全是windbg的用例，但可以从Windbg或其他脚本或应用程序中获取此信息吗？
我有一个非常令人沮丧的问题。 我们运行2003 SBS SP2的Windows Server不会在BSOD上生成故障转储文件。 我目前正在解决一个问题，当我们尝试启动该服务时，一个关键的第三方服务导致BSOD。 此第三方的可执行文件位于系统驱动器（C）上。 在我提交支持票之前，为了更好地解决问题，我想分析这个崩溃转储文件。 这是我的服务器configuration下面。 任何帮助赞赏。 操作系统：Windows Server 2003小型企业服务器SP2（32位版本） 内存：4 GB 3个硬盘分区：C，E，S C :(系统驱动器）931 GB，页面文件大小：最小7000 MB，最大8000 MB E :(交换驱动器）886 GB，没有页面文件分配 S :(数据驱动器）976 GB，不分配页面文件 系统目前被设置为Kernel Dump模式，但是我发现它在设置生成微型转储时不起作用。 令人沮丧的是系统之前已经生成了崩溃转储。 最后一个是从2011年4月11日，但它不再生成。 我忽略了某个地方的设置吗？ 编辑：根据MS疑难解答BSODs技巧（ http://support.microsoft.com/kb/130536 ），请参阅下面的答复。 Memory.dmp文件已存在，并且未选中“覆盖任何现有文件（在控制面板系统中find）”选项。 选中此框并移动或复制当前的Memory.dmp文件是个不错的主意。 回应：选中“覆盖任何现有文件”选项 启动驱动器上的页面文件不够大。 要使用“写入debugging信息到”function获取完整的内存转储文件，启动驱动器上的分页文件必须至less与物理内存+ 1 MB一样大。 在创build内核内存转储文件时，该文件通常大约为系统物理内存大小的三分之一。 当然，这个数量会有所不同，这取决于你的情况。 回应：RAM是4GB。 我已经将页面文件大小设置为最小7GB，最大8GB 分页文件不在％systemroot％分区上。 发生STOP错误时，系统崩溃转储将写入％systemroot％驱动器的根目录中的页面文件。 响应：转储文件的path设置为％SystemRoot％\ Memory.dmp 在“控制面板”中指定的用于写入内存转储的path中没有Memory.dmp文件的空间。 响应：系统驱动器（C）上有188 GB可用空间 SCSI控制器可能是坏的，或者系统崩溃是由坏的SCSI控制器板造成的。 回应：在这一个不确定。 […]
我想知道VPS是导致崩溃的一个根本原因，这个崩溃发生在每天晚上03：00-4：00（内核bug或者别的东西）的3-7天，或者它是一个节点虚拟服务器托pipe（后端问题）。 详细信息：基于KVM的VPS（带有CentOS 7），在VPS提供商处托pipe的xfs，具有后端和存储后端基础架构。 通常情况如下，一旦运行的kthreadd进程变为D -status（即不可中断的睡眠），然后我们得到如下消息： blocked for more than 120 seconds. 和高LA： May 21 03:08:01 vps root: root 2 0.0 0.0 0 0 ? S May18 0:00 [kthreadd] May 21 03:10:01 vps root: root 2 0.0 0.0 0 0 ? S May18 0:00 [kthreadd] May 21 03:12:01 vps root: root 2 0.0 0.0 0 0 […]
MySQL没有启动。 我备份了/ var / lib / mysql / *。 我卸载MySQL并重新安装它。 它又开始了。 我把所有东西都拷贝回到/ var / lib / mysql。 我重新启动了服务。 我login，可以看到我所有的表格。 当我试图查看他们的内容时，我得到： 表'tablename'不存在 有什么我需要做的，使MySQL识别我复制回到/ var / lib / mysql /文件夹的文件？ 任何帮助表示赞赏，我在这里死去。
我们在Windows 7机器上的VirtualBox上运行的CentOS 6.3版本遇到问题。 症状如下： 一切正常工作几个小时，甚至几天。 然后发生一些破坏系统的事情。 事情发生之后，我们仍然可以做些什么 ： 访问Web服务器 使用现有的SSH会话来运行顶级和免费的 什么不行 ： 开始新的SSH会话（input用户名和密码后挂起） 在现有SSH会话中运行ls（挂起） SSI包括从我们的Web服务器获取远程机器的数据 可能更多 发生这种情况时，我们在服务器上看到的是以下内容 ： 负荷平均从基本没有到3左右 CPU使用率仍然很低（5％） 磁盘活动不足（正在运行iostat） 大量的内存可用 大量的磁盘空间可用 在/ var / log / messages中，我们得到以下内容： Jun 14 01:10:48 devvm kernel: e1000 0000:00:03.0: eth0: Detected Tx Unit Hang Jun 14 01:10:48 devvm kernel: Tx Queue <0> Jun 14 01:10:48 devvm kernel: TDH […]
蓝屏死机文件包含任何私人信息（密钥，密码等）？ 他们可以共享没有任何vulnurabillity的风险？
我在HP Proliant DL 180 G6上安装了ESX 5.5，configuration了8X Intel（R）Xeon（R）CPU E5540 @ 2.53GHz，24 Gb RAM。 最近服务器已经坠毁了四次，显示了死亡的紫色屏幕 。 一旦发生这种情况，服务器上的所有虚拟机都会停止并崩溃，直到重新启动此服务器。 我不完全知道是什么原因导致这个错误，是硬件问题吗？ 更新：我忘了提及操作系统是5.5更新1，这是错误的形象