服务器 Gind.cn

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

当内存需求上升时,Linux不会释放大容量磁盘caching

在2.6.31-302 x86-64内核上运行Ubuntu。 总体问题是,我在“caching”类别中有内存不断上升,即使在我们的应用程序需要它时也不会被释放或使用。 所以这里是我从“免费”命令中得到的。 乍一看,这一切都不寻常。 # free total used free shared buffers cached Mem: 7358492 5750320 1608172 0 7848 1443820 -/+ buffers/cache: 4298652 3059840 Swap: 0 0 0 有人想说的第一件事就是“别担心,linux会自动pipe理这个内存”。 是的,我知道内存pipe理员应该如何工作。 问题在于它没有做正确的事情。 这里“caching”的1.4 GB似乎是保留和不可用的。 我的Linux知识告诉我,3 GB是“免费”的; 但系统的行为却另有说法。 当1.6GB的真实可用内存在高峰使用期间用完时,只要需要更多的内存(并且第一列中的“空闲”接近0),调用OOM杀手,处理被终止,并且问题开始出现即使 – / + buffers / cache行中的'free'仍然有大约1.4 GB的空闲空间。 我已经调整了关键进程的oom_adj值,所以它不会使系统陷入瘫痪,但即使如此,重要的进程也将被杀死,而我们也不希望达到这一点。 特别是当理论上,如果只驱逐磁盘caching,则1.4GB仍然是“免费”的。 有没有人知道这里发生了什么? 互联网充满了关于Linux“自由”命令的愚蠢问题,“为什么我没有任何可用的内存”,因此我找不到任何关于这个问题的信息。 我的脑海里浮现的第一件事就是换掉了。 我们有一个系统pipe理员是坚决的, 如果他们备份,我愿意解释。 这会导致问题吗? 在运行echo 3 > […]

networking速度故障排除 – 旧时查询

我正在寻求帮助,我敢肯定,这是一个古老的问题。 我发现自己处于一种渴望更清楚地了解networking吞吐量的状况,但似乎无法find使其“点击”的信息, 我们有几个地理分布的服务器,运行各种版本的Windows。 假设我们总是使用一台主机(桌面)作为数据源,当将数据从主机复制到全国其他服务器时,我们发现速度变化很大。 在某些情况下,我们可以一直以12MB / s的速度复制数据,而在另一些情况下,我们可以看到0.8 MB / s。 应该注意的是,在testing8个目的地之后,我们似乎总是在0.6-0.8MB / s或11-12MB / s。 在我们主要关心的build筑中,我们有一个OC-3连接到我们的ISP。 我知道有很多变数在起作用,但我想我希望这里的专家可以帮助回答一些基本的问题来帮助我加深理解。 1.)对于使用100Mbps以太网卡和72 ms典型延迟的运行Windows XP,Server 2003等的旧式机器,是否合理地提供0.8 MB / s的声音? 或者你觉得这个速度足够慢,以表明一个问题? 2.)“吞吐量= TCP窗口/延迟”的经典“math最快速度”在本例中计算为0.8 MB / s(64Kb / 72 ms)。 我的理解是,这是一个上限; 你永远不会期望达到(由于开销),更不用说超过这个速度。 但在某些情况下,我们看到的速度是12.3 MB / s。 networking中散布着Steelhead加速器,那么这些加速器可以占据如此高的传输速率吗? 3.)有人build议使用SMB与SMB2可以解释速度的差异。 事实上,正如我们所料,数据包捕获显示正在使用,取决于操作系统版本。 我明白什么决定了SMB2的使用与否,但是我很想知道SMB2能带来什么样的性能提升。 我的问题似乎只是一个缺乏经验,更重要的是,在什么是和不是合理的networking速度的angular度来看。 任何人都可以帮助传播来临的背景/观点

将服务器虚拟化到SAN上的最佳实践?

好的,所以我想要开始比以前多使用我的SAN,同时还要利用ESXi。 目前,我已经将一系列戴尔PowerEdge 1955刀片式服务器连接到单机箱EMC AX4-5 FC存储arrays。 我基本上使用SAN作为DAS。 我在SAN上有指向特定物理机器的LUN,这些机器根据目标服务器使用LUN(主要是数据库和Samba / NFS共享)。 我有多个物理文件服务器,每个都有一个sambaconfiguration设置来提供相应的共享。 由于我从来没有使RHCS正常工作,所以只有一台文件服务器一次安装了LUN。 在文件服务器死亡的情况下,我手动进行隔离(通过卸载和取消提交驱动器,使用navisphere实用程序,或通过DRAC电源closures),然后使用navisphere实用程序在下一个竞争者上启动所提供的LUN之后,启动apache和其他守护进程)。 所有的手,现在。 我觉得像Ferris Bueller演奏单簧pipe那样sorting。 从来没有一个教训! 无论如何,我正在努力改善。 我想要做的是在物理主机上安装ESXi,然后创buildLUN以容纳两个文件服务器映像(以防其中一个文件服务器损坏),其中一个文件将处于活动状态,另一个文件服务器处于备用状态。 至less这样,我不会改进自动化(尽pipe我会尽快编写一个脚本来切换“主动”服务器),但我觉得我正在增加灵活性,另外我可以使用ESXi主机托pipe其他虚拟机,硬件不会像现在这样被浪费。 我的问题是: 1)我的计划有多愚蠢? 2)在实际应用中,我应该在LUN上创build一个正常的vmdk映像,还是给它一个“原始”分区(如果ESXi甚至可以的话)? 3)有没有“好”的方式来使用非群集文件服务器?