服务器 Gind.cn

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

为什么我的一些客户在短时间内失去HTTP连接?

我在服务器2008 R2上运行IIS 7.5,在位于Sonicwall防火墙后面的英特尔服务器硬件上的Windows Core 2008 R2服务器上虚拟化。 几个月来,我们有一小群客户(也许每周一次)联系我们,说他们无法访问该网站。 当发生这种情况时,我立即开始诊断问题,这是我find的: 我可以访问该网站。 我们在其他地点的支持人员可以访问该网站。 据推测(因为我们没有听到他们的消息),其他客户可以访问该网站。 客户可以ping通并跟踪服务器。 客户不能访问共享相同IP地址的同一台服务器上的其他网站。 客户可以访问使用不同IP地址的同一台服务器上的其他网站。 iisreset不能解决问题。 重置客户的路由器不能解决问题。 刷新我们的防火墙的ARPcaching不能解决问题。 更改客户的浏览器和/或重新启动他的机器不能解决问题。 切换到客户路由器后面的其他计算机不能解决问题。 在15 – 30分钟内,这个问题不知怎么神奇地解决,客户可以再次访问该网站。 当它失败时,客户看到超时消息,IIS日志根本不显示请求logging。 其他说明: 似乎没有这种问题影响哪些客户的模式。 我们没有使用负载平衡。 除了防火墙之外,IIS之前没有其他的安全软件/硬件。 IIS虚拟机具有所有最新的Windows更新。 服务器核心安装具有所有最新的Windows更新。 Sonicwall正在运行最新的固件。 我怀疑的事情可能是问题: 如果客户的浏览器不正确地parsing可能导致上述所有问题的网站的DNS。 下次发生这种情况时,我将使用Fiddler来validation浏览器正在尝试连接的IP地址。 不知道为什么ping然后能够从命令行正确parsing它。 也许Sonicwall以某种方式阻止了连接。 如果是这样的话,它只能阻止一个特定的源IP +目的IP +协议,并且只能持续15到30分钟。 我没有任何授权/激活的SonicWall的高级过滤服务。 在问题发生的时候,我可以通过重置Sonicwall来testing这个理论,考虑到其他用户同时访问服务器,这有点吓人。 服务器核心(主机O / S)和Server 2008 R2(客户机操作系统)之间的虚拟networking连接可能以某种方式阻塞了连接一段时间。 不知道我怎么能testing/诊断这一个。 也许在主机上的NIC驱动程序有一些奇怪的问题? 不知道如何testing这一个。

Grub2报告没有在服务器上find的物理卷pv0不可启动

我首先使用lvm安装了我的ubuntu服务器( 11.10 amd64 ),但没有完全掌握它的概念。 我认为这部分是由于我的两个磁盘上的分区混乱(在我看来)。 我从一开始就使用grub2来安装所有的东西来启动我的Ubuntu,后来我更新到Ubuntu Server 12.04 ,没问题。 情况如下: 截至今天,我根本无法启动,在grub选项之前似乎没有进化(编辑:来自Pavel A的精确度)。 我可以启动使用服务器安装liveCD选项救援一个破碎的系统 ; 我设置networking访问,但似乎没有/run文件夹(不知道它是相关的,但在一些论坛似乎不正常); 我build的设备图如下: VGA包含sda1 [Linux分区], sda2 , sda3 [ / ]和sda5 (后者看起来与sda3相同,描述符相同) VGb包含sdc1 , sdc2 [ /boot ]和sdc3 [ /home ] (两人的PE或LE都不一样,但我最终想要把所有东西都放在同一个VG中) 最后,我对引导环境做了(干净地)从引导分区中删除较旧的内核(236MB大,99%已满)。 我运行grub-install (安装启动后),但得到了各种错误: 无法在/dev/sda上安装,因为core.img不适合(第一个分区从32开始) /dev/sdc上的grub-install输出显示error physical volume pv0 not found 我甚至试图grub-install直接grub-install到/dev/sda5 ,显然没有错误,但在启动时没有成功 我在这里查看[serverfault]: Grub2在探测/安装时报告没有find物理卷pv0 我看了这里[Ubuntu论坛]: 求助]用liveCD安装内核并修复grub2 我看了这里[Ubuntu的帮助]: 修复一个破碎的系统 我看了这里[Ubuntu的论坛]: [已解决] […]

通过appcmd更改IIS上的物理path未激活

我们遇到了一个IIS 7.5的问题,我们有一个简单的部署系统,它由以下部分组成: 创build一个新的webroot的zip文件,由三个文件夹组成: Api Site Manager 这是解压缩到一个新的文件夹(假设我们称之为“SITE_REV1”),并包含一个脚本调用以下(每个webroot一个): C:\Windows\system32\inetsrv\appcmd set vdir "www.site.com/" -physicalPath:"SITE_REV1\Site" 这通常工作,在9/10次。 在某些情况下,webroot似乎正确更新(如果我检查IISpipe理器中的基本设置,path看起来是正确的),但运行的网站实际上是指向旧的位置。 我们设法“修复”的唯一方法是运行IIS重置。 回收有问题的应用程序池是不够的。 有时似乎甚至有必要重新启动,但我不是100%确定这是准确的(我自己并不总是解决问题)。 我使用Powershell和Webpipe理模块重写了脚本,希望appcmd中有一个小故障,但同样的问题发生。 Set-ItemProperty "IIS:\Sites\www.site.com" -Name physicalPath -Value "SITE_REV1\Site" 有没有人经历过这样的事情? 有谁知道发生了什么事情,我能做些什么来防止这个问题? 进行IIS重置对我们来说并不是一个好的select,因为每次我们尝试在单个站点上部署更改时,都会影响服务器上的所有站点。 编辑:我们已经确定,在IISpipe理器中的站点(而不是应用程序池)的启动/停止解决了错误的物理path,但如果我停止使用appcmd的站点,更改物理path,然后启动它,我仍然遭受同样的问题。 我在空白处