服务器 Gind.cn

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

正确的PDU的尺寸/机架中的电源

我一直在努力确定我的服务器机架中的电源和相关PDU的大小。 不知何故,我觉得我正在根据电源上的铭牌要求来超大的东西。 我简单的方法是看我的电源铭牌,添加它,并为我的饲料大小。 使用具有10台服务器,1个存储arrays和4个思科交换机的机架来完成这个工作,会使我拥有6-20安培的电路吗? 我怎样才能达到这个数字? 那么,我看在绝对最坏的情况下,我认为是我的一半电源已经失败,我启动所有我的设备同时在3电路连接到剩下的一半电源。 因为我必须承担所有的负担将集中在我的一半的网点,有效地加倍我的要求。 有没有人有比这更好的方法? 当我告诉他们我需要80或90安培的8或9台服务器和一些交换机时, 这听起来有点过头了。 我知道一个选项可能是在恢复供电时configuration高速抽取设备(如服务器和arrays)不开机。 我不知道我是否有延迟电源的选项。 那样就好了。 切换的PDU是否具有这样的function,在哪里它将启动sockets电源。 这似乎是有效的。 澄清 我知道我可以使用计算器来确定稳定状态功耗,这比起动功耗要低得多。 我最关心的是一次启动所有组件的功耗。 从那里,我有效地把我交付给机柜的容量增加了一倍,仅占一半的可用容量,因为我的一半电源出现故障。 根据一些研究,看起来转换的网点可能是自己决定的答案。 其他人同意或有更好的解决办法

从Linux到Mac的SSH转发X11显示器在一段时间后丢失了

从Mac(10.7.2)到Linux(Ubuntu 8.04)login时,使用ssh转发X11连接时遇到了一个令人烦恼的新问题。 使用ssh -Xlogin到远程计算机并从该shell启动基于X11的应用程序时,我没有任何问题。 最近开始发生的事情是,由于转发的显示被阻止(我推测),在一段时间之后(大约几小时),来自同一个shell的X11应用程序的额外调用无法启动。 例如,当试图启动xterm时,我得到了有关DISPLAY设置不正常的消息,例如: xterm Xt错误:无法打开显示:localhost:10.0 但是,我login后开始的X11应用程序仍然运行良好,使用完全相同的显示器(本地主机:10.0),只是它启动较早。 我打开了sshd_config中的详细日志logging,并在/var/log/auth.log文件中看到这个消息,以响应失败的xterm启动尝试: sshd [22104]:频道8:打开失败:pipe理禁止:打开失败 如果我再次向服务器ssh -X,启动一个新的shell并分配一个新的显示(localhost:11.0),同样的过程会重复:只要我保持打开状态, ),但几个小时后,我无法从该shell启动任何新的。 详细信息:在Ubuntu 8.04上运行的OpenSSH sshd服务器,使用默认的Apple X服务器显示转发到运行Lion(10.7.2)的Mac。 系统通过一个以太网局域网连接在一个单一的交换机之间。 这两台机器都没有运行防火墙。 直到最近(前几天)这个设置完美的工作,所以我很困惑,看看下一步。 我绝不是X11或SSH专家,但具有良好的UNIX / Linux经验。 在客户端或服务器configuration中没有任何明显的改变,尽pipe我已经尝试改变一些选项来尝试debugging,比如将sshd_config的TCPKeepAlive设置为no,并设置“host + localhost”(你可以告诉我一直在使用谷歌search)。 从Linux 11.10笔记本电脑通过同一networking和交换机login同一个远程主机时,不会出现这个问题 – 几小时后xterm可以在相同的sshloginshell中成功调用,而Mac中的相同实验失败今天早上testing确定),所以它似乎是一个Mac特定的问题。 在远程计算机(sshd服务器)上设置“LogLevel DEBUG3”,并且客户端连接没有发生任何变化,/var/log/auth.log显示连接状态报告过夜的一个轻微变化,即使用的端口号由Linux机器上的一个成功的SSH会话(我认为),下面的连接#7: sshd [20173]:debug3:channel 7:status:打开以下连接:\ r \ n#0 server-session(t4 r0 i0 / 0 o0 / 0 fd 14/13 cfd -1)\ r \ n#3来自127.0.0.1端口的X11连接57564(t4 […]