服务器 Gind.cn

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

如何configurationRemoteapp服务器以提高稳定性

RemoteApp是不稳定的 根据我的经验,远程桌面连接(尤其是RemoteApp连接)受到几个不稳定的影响,尤其是在整天使用RemoteApp的时候。 有几个问题会影响稳定性和可用性: 连接中断不慎。 当应用程序闲置一段时间(大约30分钟)并且用户收回控制时,应用程序无响应。 与服务器的连接中断。 几秒钟后消息连接已经丢失。 试图将您重新连接到您的会话。 出现。 重新连接并不总是成功的。 这些断开的连接与空闲超时设置无关。 当用户点击没有响应的应用程序时,日志(Event Log,TerminalServices-LocalSessionManager)显示断开连接。 一些连接重新连接(约80%,其他连接约20%)。 偶尔黑屏重新连接。 有时,当一个会话断开连接,并且用户再次login时,他会收到一个黑屏,而不是login屏幕(就像这里 , 这里和其他地方有不同的解决scheme)。 我的设置:5分钟后,断开连接的会话将被注销。 上下文 我有两个安装了RDP和RemoteApp的Windows Server 2008 R2。 我有连接到它的Windows XP和Windows 7客户端。 用户整天运行RemoteApp,但是他们可能会在一个小时左右的时间内让应用程序闲置。 我到目前为止做了什么 服务器端的Keepalive改善了断开连接 感谢@ hyp,我更接近了一个稳定的情况。 我通过configuration本地组策略在服务器端configuration了一个keepalive: Computer Configuration -> Policies -> Admin Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Connections -> […]

如何validation提供给处理器的电源是干净的

一旦进入一个蓝色的月亮,我看到一个shiny的新的戴尔R7610死亡蓝屏与1100瓦戴尔提供的一个强大的UPS电源供应。 BCode是101(一个时钟中断没有收到…),有人说这是由于CPU不足造成的。 当然,我将不得不联系戴尔的支持,他们的自然反应是更换主板,电源或CPU,或上述组件的混合物。 在合成基准testing中,系统内存和CPU以及graphics内存和CPU的性能performance令人赞叹,持续数小时和数天。 我的问题是: 电源是否足够用于应用程序? 它是否为主板上的VRM提供了足够干净的电力? 双Xeon E5-2665 VRM是否足够好? C状态逻辑是否正确工作? 是否有足够的电stream提供给PCIe外设,如磁盘控制器? PS最近,我经历了与惠普的考验。 他们很好,专业,但是根本原因还没有确定,惠普的机器还不到100%,几个月之后,我一下就死了蓝屏。 以下是快速networkingsearch的内容: http : //www.sevenforums.com/bsod-help-support/35427-win-7-clock-interrupt-bsod-101-error.html#post356791 看来戴尔已经通过在A03 BIOS中将PCIe总线降低到5GT /秒来解决上述问题。 我的磁盘控制器支持PCIe 3.0,这意味着我将不得不重新validation稳定性。 早期testing显示改进。 进一步的testing表明,在带有A03 BIOS的戴尔R7610的每个x16插槽上,性能显着下降。 但现在它运行稳定。 HP机器在2013年9月收到微码更新(7月BIOS),使其稳定。

Tmux和encryption导致重新连接“(不可达)”目录

我正在运行带有encryption主目录(encryptfs)的Ubuntu 13.04服务器。 我打开一个tmux会话,持有我的开发环境(vim等)。 当我断开连接时,我将分离tmux会话,然后断开ssh连接。 后来,当我重新连接,并重新连接tmux会话,我会得到错误,如: fatal: Could not change back to '(unreachable)/*****': No such file or directory 这通常意味着vim(在分离时仍然是打开的)保存到错误的位置,并且不会实际将文件写入到磁盘,而是仅仅到达“不可到达”目录,这似乎是暂时的。 如果我从bash运行“ pwd ”(从重新安装以来没有做其他事情),我得到正确的目录/ home / *** / *** 。 如果我运行'git status',我得到上面的消息(没有这样的文件),如果我从'vim'中input' pwd ',就会得到“ (无法访问)/ *** ”。 暂时的解决办法是运行' cd。 '之前运行任何其他命令,它允许git / vim / etc实际上看到目录。 这是非常不方便的,因为我经常在tmux中打开很多面板/屏幕,我必须运行“ cd”。 每次我重新连接时, 最重要的是,我必须确保vim或其他任何东西,在我断开连接之前closures,否则,如果我不小心,可能会丢失数据。 我看到另一个线程在某个地方,这归因于在注销时encryption卸载$ HOME ,但没有答复。 这似乎是一个可能的原因,但我不知道从哪里开始。 任何帮助?