服务器 Gind.cn

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

Windows共享:指定的networking名称不再可用

我们有一个EMC NX4 SAN盒子,可以将CIFS共享分配给多个Windows Server 2008 R2应用服务器。 应用程序服务器使用CIFS共享来提供大量图像文件(共享上约2500 ops / sec),但是SAN和应用程序服务器都没有显示任何明显的压力迹象。 偶尔一个应用程序服务器会突然间断开与SAN的连接。 试图从SAN提供文件的任何.NET代码将失败: System.IO.IOException: The specified network name is no longer available 如果我将RDP添加到应用程序服务器,并尝试通过资源pipe理器访问“\ san-name”,则会得到相同的错误。 所有其他应用程序服务器可以访问它就好了。 我也可以完美地访问“\ ip-of-san”,ping也可以。 应用程序服务器的重新启动修复了这个问题,但是这对于这个问题来说是一个很激烈的措施,因为看起来SAN似乎工作正常,计算机可以访问它 – 它看起来像“\ san-name”访问barfed了。 这在上周发生在两个不同的应用程序服务器上,所以我不怀疑是一个单一的应用程序服务器的原因。 现在忽略原因 – 如何在不重新启动计算机的情况下恢复“\ san-name”连接? 我能不知何故查询出了什么问题? 事件日志没有显示任何东西(除了相关的ASP.NET错误),无论是在应用程序服务器还是在SAN上。 更新: 根据这些build议,我会在下次尝试重新启动Workstation服务,看看是否有助于解决问题。 绝对不是一个修复,但更快的方式比重新启动整个机器,因为我目前一直在做。 任何方式来查询工作站服务维护的连接的状态? 更新2: 确认重新启动工作站服务“修复”问题。 下一步是尝试注册更改以提高MaxCmds值。 将无法确认是否是这个问题,只能假设,如果它运行了一个漫长的时期没有问题。

从ec2-consistent-snapshot快照中恢复Amazon EBS RAID0arrays

我在Amazon EC2上configuration了一个新的MySQL服务器,并决定将我的数据存储在EBS RAID0arrays上。 到目前为止,我已经用ec2-consistent-snapshot来testing这些设备的快照了。 现在,您如何快速从这些快照重build新实例上的数组? 当您使用ec2-consistent-snapshot创build多个卷的快照时,无法知道哪个卷用于RAID中的每个设备。 我可能是完全错误的,但是因为你要在卷上分割数据,所以不得不将每个NEW卷放在创build快照的卷上的同一个位置。 一个例子: RAID0configuration中的3x200gb卷。 vol-1是RAID中的/ dev / sdh设备0 vol-2是RAID中的/ dev / sdh1设备1 vol-3是RAID中的/ dev / sdh2设备2 你创build一个EC2快照: ec2-consistent-snapshot <options> vol-1 vol-2 vol-3 。 您现在有3个快照,而追溯哪个设备的唯一方法是查看源卷ID,然后查看实例上的源卷标识为哪个设备,然后检查RAID的详细信息configuration源卷的实例。 这显然是令人难以置信的手动…而且速度不是很快(如果另一个失败,很显然很难创build一个新的mysql实例,更不用说,你必须logging当时在RAID上的设备位置的快照,因为如果源卷实例崩溃,则无法进入RAIDconfiguration)。 所以,总之: 我错过了ec2-consistent-snapshot和软件RAID0arrays的工作原理吗? 如果不是的话,是否有任何已知的解决scheme/最佳实践围绕不知道RAIDarrays中的哪个设备/位置快照属于哪个问题? 我希望这是清楚的,并感谢您的帮助!

保持linux ubuntu服务器最新的最佳做法是什么(构build软件包,dist-upgrade,alt repos …)

我们正在运行一个基于Ubuntu 9.10 Karmic Koala的生产服务器,内核几乎是最新的(2.6.38.2-grsec-xxxx-grs-ipv6-64),但是业力软件包仓库现在已经过时了,例如。 Nginx是0.7.62 – 真的越野车,而最新的稳定是1.0.x! 此外,Karmic刚刚走到了尽头。 这个问题: 使UNIX包保持最新的最佳实践? 看起来相似,但实际上只包含一些关于包pipe理者的build议 根本不是我所需要的! 所以我看到的选项是: 得到一台新机器,从头开始安装,迁移 分销升级 使用不同的存储库( launchpad / ppa / backport / pinning ) build立你自己的 1的缺点非常明显。 尽pipe如此,我不敢做一个远程升级的途径,因为宕机时间和可能的灾难性后果对于生产服务器来说是无法预测的,而且目前大部分都是重新构build我自己需要的软件包。 但我相信我可能会错过一些。 我真的不清楚使用ubuntu后端的风险(稳定性/兼容性),此外,9.10已经没有任何官方提供了。 启动板是个人build设,类似的问题 – 这比编译自己的更好。 构build包似乎很好,但是:1.有时我有麻烦重现正确的./configure选项,以重新使用我现有的configuration文件1.我相信有大量的包和依赖关系,现在是相当过时和可能的来源的错误 最后…在最近的distrib中,“旧”包怎么样? 我想没有别的方法可以自己重build它们了吗? 是2.和4.的组合,最后是最佳path吗? 对于做这件事的最好方法有什么客观的一致意见,或者为什么我的一些select是好的/不好的原因? 如果真的没有,我会接受在创build一个无尽的线程之前closures的问题!