服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我想在CentOS上重新安装一个软件包，并从头开始。 在Debian中，我可以执行apt-get purge foo ，它将删除foo的所有configuration文件。 yum remove foo不会删除configuration文件。 有没有办法使用yum做apt-get purge foo ？
我试图弄清楚其他人如何实现他们的日志pipe理系统。 我有20-30个Linux服务器和几个Windows（其中大部分是虚拟化的）。 我们利用大量的Perl和Bash脚本来完成我们大部分的自动化工作，并且试图将日志logging标准化。 我一直在寻找log4perl和log4sh来logging脚本和syslog-ng，以便在一个集中的日志logging服务器上获取所有的日志。 我也读过splunk，虽然听起来像企业版是非常昂贵的，我可能会超过免费许可限制与我所有的服务器。 我见过其他工具，如swatch和logcheck，但我不太清楚所有这些部分是如何组合在一起的…任何build议将不胜感激！
您已进入Amazon EC2 EBS支持的Windows映像010的简介备份… 我一直在浏览我的大脑，为我们运行SharePoint Services的单个Windows 2008服务器find一个简单的备份策略。 这是具有一个数据量的一台服务器的EBS支持的映像。 我不需要任何异国情调。 我只需要一个“每日”备份（丢失一天的数据不是灾难性的）。 我们创build并保存了EBS支持的AMI映像（Windows 2008），我们正在使用它。 我们开始通过简单地创build一个新的EBS AMI映像来进行备份。 这非常简单，但是在创build映像的前10到15分钟内运行的服务器会处于脱机状态 – 这并不理想。 创build备份的标准方式似乎是创build连接到正在运行的实例的卷的快照。 再次，这是非常简单的，服务器在快照生成过程中保持可用。 明显的Catch-22是你不能直接从快照启动一个新的实例。 我知道如何将正在运行的实例绑定到S3存储，然后从S3存储桶中注册AMI。 这使我可以捕获正在运行的实例的备份，如果运行实例丢失，请从S3存储区注册AMI，然后启动新的AMI以恢复实例，但这看起来确实令人费解，看起来很荒谬在AWS控制台和Firefox的S3 Organizer插件之间来回滚动以实现这一点。 （请不要提及命令行的方法，这是一个010级的课程）。 从玩EBS支持的图像，下面的方法似乎适用于我（全部在AWS控制台内完成）： 1.对于备份，只需根据需要快照系统卷（/ dev / sda1）即可。 2.如果丢失正在运行的实例，请执行以下操作：a。从上次快照备份创build新卷b。启动另一个启动AMI实例（必须由EBS支持）c。停止此实例。 d。从新停止的实例中删除现有的系统卷并丢弃。 e。将新创build的卷作为系统卷（/ dev / sda1）添加到已停止的实例。 f。重新启动新的实例。 我已经testing了几次，它似乎为我工作。 问：这种方法有什么问题吗？
我在Windows 7机器上运行wget的Windows版本时遇到问题。 当我运行命令时，我得到这个错误： 程序无法启动，因为您的计算机缺lesslibintl3.dll。 尝试重新安装程序来解决这个问题。 有一个安全的地方，我可以下载并注册此DLL？ 我不认为在search此文件时看到的任何Googlesearch结果都是安全的。
现在CentOS 6.0正在向各个镜像站点发展，我想征求关于升级过程的意见。 在过去的几个月中，我一直在使用RedHat 5.6和6.x商业版本，我一直依靠全新的安装，而不是对我的testing系统进行就地升级。 由于真正的CentOS 6版本在这里，是否有人计划进行就地迁移？ 有没有什么情况下是有道理的？ 如果是这样，那么就地更新有什么缺陷？
是否可以将一个弹性IP分配给负载平衡器？
我们有一个远程的Xen服务器，运行着许多客户机（在Linux上），只有几个IP可用。 每台访客机器都应该可以直接从外部的SSH访问。 现在我们为每台访客机器分配一个单独的域名，指向less数可用的IP地址之一。 我们还为该客户机分配一个端口号。 所以，要访问名为foo机器，应该这样做： $ ssh foo.example.com -p 12345 …并访问机器命名bar ： $ ssh bar.example.com -p 12346 foo.example.com和bar.example.com指向相同的IP。 是否有可能以某种方式摆脱此configuration中的自定义端口，并configurationSSH服务器，侦听该IP（或防火墙或服务器端的任何设备 ），以便根据域地址将传入连接路由到正确的访客机器，以便按照预期进行下列工作？ $ ssh foo.example.com hostname＃打印foo $ ssh bar.example.com hostname＃打印栏 请注意，我知道.ssh/config和相关的客户端configuration解决scheme，我们现在正在使用它。 这个问题是关于一个零客户端configuration解决scheme。
在我的主机上，我使用libvirt和KVM guest。 当主机closures时，libvirt会暂停guest虚拟机。 主机启动时，libvirt会恢复guest虚拟机。 问题是，如果客人在24小时后暂停和恢复，则客人时间是过去24小时。 我认为可能是clocksource的问题，但它已经设置为“kvm-clock”。 $ cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock tsc hpet acpi_pm $ cat /sys/devices/system/clocksource/clocksource0/current_clocksource kvm-clock
由于SATA和SAS磁盘之间目前的价格差异，以及另一方面更大的存储arrays中的SATA磁盘存在潜在的不良行为 ，我发现了所谓的SATA到SAS内插卡。 作为“无缝地将SASfunction添加到现有SATA磁盘驱动器”的广告，我想知道这里有没有人对这些或类似的产品有过一些经验。 我可以识别的主要好处是增加的电缆电压（如果所有驱动器均连接SAS），为驱动器加电循环和多path（如果需要）的能力。 SATA驱动器显然仍然是RAID版本。 问题是：这些卡是否确实增加了存储系统的整体可靠性，或者会导致故障SATA磁盘造成麻烦？ 编辑 ：我不是要求假设的答案，只有实际的经验请。 我很清楚，典型的10k SAS驱动器比7200 SATA驱动器更可靠（性能更好）。 但是，与SATA对应的磁盘相同的近线SAS与具有内插器的SATA版本相比如何？
最近我一直在阅读有关SATA驱动器的写caching，NCQ，固件错误，障碍等问题，而且我不确定什么样的最佳设置可以让我的数据在发生电源故障的情况下安全。 据我所知，NCQ允许驱动器对写入进行重新sorting以优化性能，同时让内核知道哪些请求已经被物理写入。 写入caching使驱动器更快地提供请求，因为它不会等待将数据写入物理磁盘。 我不确定NCQ和写入caching如何在这里混合… 文件系统，特别是需要logging的文件系统，需要确定何时写下了一个特定的请求。 另外，用户空间进程使用fsync（）强制刷新特定文件。 对fsync（）的调用在文件系统确定数据写入磁盘之前不应该返回。 有一个function（FUA，强制单元访问），我只在SAS驱动器上看到过，它强制驱动器绕过caching并直接写入磁盘。 对于其他任何事情，都有写障碍，这是由内核提供的机制，可以触发驱动器上的caching刷新。 这迫使所有的caching被写下来，而不仅仅是关键数据，因此如果被滥用，则会减慢整个系统，例如使用fsync（）。 那么存在固件缺陷的驱动器，或者故意在数据被物理写入时撒谎。 说了这个..有几种方法来设置驱动器/文件系统：A）NCQ和写caching禁用B）只是NCQ启用C）只写caching启用D）NCQ和写caching启用 我越来越障碍启用..顺便说一句，如何检查，如果他们实际上启用？ 在断电的情况下，在积极写入磁盘的同时，我的猜测是选项B（NCQ，无caching）对于文件系统日志和数据都是安全的。 可能会有性能损失。 如果使用障碍或FUA，选项D（NCQ +高速caching）将对使用fsync（）的文件系统日志和应用程序是安全的。 在caching中等待的数据是不好的，这取决于文件系统来检测它（校验），至less文件系统不会（希望）处于不稳定的状态。 在性能方面，应该会更好。 然而，我的问题是…我错过了什么？ 还有其他的variables需要考虑吗？ 有没有什么工具可以证实这一点，而我的驱动器的行为应该是他们应该的？