小编eww*_*ite的帖子

通过我笨手笨脚的操作，我不小心创建了一个名为（例如）-A 的目录，并最终用文件填充了它。

我想删除该目录。我试过了：

rmdir -- -A

但它告诉我该目录中仍然有文件。而且我不知道如何 cd 进入目录以删除所述文件。

我该怎么做才能摆脱这个麻烦的目录？

现在CentOS 6.0已经进入各个镜像站点，我想就升级过程征求意见。在过去几个月中使用商业 RedHat 5.6 和 6.x 发行版时，我一直依赖全新安装而不是对我的测试系统进行就地升级。

由于真正的 CentOS 6 版本已经发布，是否有人计划就地执行迁移？有没有什么情况是有意义的？如果是这样，就地更新的陷阱是什么？

假设您有一个完全虚拟化的 VMware 基础架构：ESXi、vCenter、vMotion、HA、DRS，整个包。

在内部，您有许多 VM，它们在任何给定时间都可能驻留在一台主机或另一台主机上（这就是集群的全部意义，不是吗？）。

您遇到了断电的情况，并且以某种方式成功地关闭了所有 VM 和所有主机；我们暂时不深入研究这个问题，假设您的 UPS 软件可以处理它。或者，至少，让我们假设关闭不是那么优雅，但是一旦电源恢复，一切仍然能够再次出现。

电源恢复，您的主机重新启动。

您的环境非常复杂，并且它在 VM 之间具有天然的依赖关系：域控制器应该首先启动，应用服务器不能启动，除非它的后端数据库服务器已经启动并运行，等等。

我们都知道（或者应该知道）如何配置自动 VM 启动以及如何在单个 ESX/i 主机上指定 VM 启动顺序和延迟。

但是如何在整个数据中心内做到这一点呢？

有什么方法可以告诉 vSphere“以全局顺序启动这些虚拟机，而不管它们运行在哪个物理主机上”？

加分项：如果 vCenter 本身在虚拟机上运行，​​这会如何改变事情？

我开始探索在现有和新安装中使用的VMware 分布式交换机（dvSwitches 或 VDS）。假设 VMware 5.1 及更高版本具有Enterprise Plus许可。在此之前，我充分利用了通过正确类型的物理上行链路（1GbE 或 10GbE）定义并在单个主机上独立管理的标准 vSwitch。

在基本方面，使用分布式交换机对我有何帮助？检查 Internet 上描述的其他安装和设置，我看到很多情况下，虚拟管理网络或 VMkernel 接口保留在标准交换机上，VM 流量流向分布式交换机；混合模型。我什至看到了完全避免分布式交换机的建议！但最重要的是，我在网上找到的信息似乎已经过时了。在转换我现有服务器的一个弱尝试中，我不确定需要在何处定义管理接口，并且无法找到有关如何解决此问题的好答案。

那么，这里的最佳实践是什么？使用标准和分布式交换机的组合？或者这只是不是一种具有良好思想共享的技术？最近在 VDS 中加入了 LACP 功能对此有何影响？

这是一个真实的新安装场景：

• 带有 6 个 1GbE 接口的HP ProLiant DL360 G7服务器用作 ESXi 主机（可能是 4 或 6 个主机）。
• 4 成员堆叠交换机解决方案（Cisco 3750、HP ProCurve 或 Extreme）。
• 由EMC VNX 5500支持的 NFS 虚拟机存储。

构建此设置的最干净、最有弹性的方法是什么？我被要求使用分布式交换机并可能包含 LACP。

• 将所有 6 个上行链路放入一个分布式交换机并在不同的物理交换机堆栈成员之间运行 LACP？
• 将 2 个上行链路关联到一个标准 vSwitch 以进行管理，并运行一个 4 个上行链路 LACP 连接的分布式交换机，用于 VM 流量、vMotion、NFS 存储等？ …

我所在的环境包含许多配备Adaptec和LSI MegaRAID硬件 RAID 控制器的Supermicro服务器。这些控制器包含电池供电的缓存模块，以帮助提高写入性能并保护传输中的数据。

常见的支持问题是 RAID 控制器电池故障。此偏移从阵列回写到写通模式。由于系统以降低的写入速度运行，这显然会对性能产生负面影响。这种情况一直存在，直到可以建立停机时间窗口以关闭系统电源并更换电池。

这对我们来说是非常常规的操作；几乎每周在数千个物理服务器上...我们甚至有充电站来准备更换电池，以便可以在没有充电周期的情况下更换电池。

也许我被 HP ProLiant 服务器和Smart Array RAID 控制器的悠久历史所宠坏，但 HP 系统的电池寿命通常为 4-6 年。他们最终在 2009 年左右取消了 RAID 电池的使用。它们被超级电容器支持的内存模块（闪存支持的写缓存，或 FBWC）所取代，并且不需要更换、处理或漫长的初始充电周期。

由于我看到 Adaptec 和 LSI 控制器电池故障有时发生在使用时间不到12 个月的系统上，我想知道这在其他环境中是否常见。

如果这是常见的，其他大型服务器环境如何处理？

• 处理 RAID 电池更换的任何提示或技巧？
• 是否有任何配置参数可以提供帮助？
• 这对您环境中的操作有多大的破坏性？
• 机箱冷却和温度不佳会是一个因素吗？
• 我们做错了什么吗？
• Dell PERC 控制器由 LSI 制造。戴尔环境是否会经历同样短的电池寿命？

LSI 产品资料概述了一种使用寿命超过 1 年的新一代电池。

HP ProLiant DL585 G2 服务器，具有 1000 多天的正常运行时间和令人满意的 RAID 电池...

# uptime 
 05:38:08 up 1031 days, …

我们的 SQL 服务器负载越来越重，所有迹象都表明磁盘通道是瓶颈。当前的 HP 服务器具有相当低端的阵列卡，我们希望通过 Smart Array 卡和带有 SSD 驱动器的外部存储阵列来增强该服务器。

当前配置是：

• DL360 G7
• 智能阵列 P410i
• 视窗服务器 2008R2
• 32Gb 内存
• 当前阵列是用于启动/操作系统的 2 个 300Gb SAS RAID1 逻辑驱动器和用于数据的 1 个 120Gb SATA SSD 驱动器。

数据库服务器托管一个相当大的数据库 (~100Gb)，包含实时数据和历史数据。由于很多原因，拆分数据库不是一个选项，所以目前的想法是在新阵列上有多个逻辑驱动器，每个在它自己的通道上，然后将数据库拆分为逻辑 SQL 分区。

例如，该数组可能具有：

• 2 个 SSD (RAID1)
• 2 个 SSD (RAID1)
• 4 个 SSD (RAID1+0)

目前，我们正在研究带有高端智能阵列卡的D2600。

为了获得最大性能，我们确实需要每个逻辑驱动器都尽可能快地运行。惠普的规格表明，他们的高端 SSD 可以接近最大化智能阵列卡支持的 6Gb 连接。

但是，一些较大的 SA 卡表明它们支持“多通道”；我不清楚的是这是如何工作的。这是否意味着，使用从 SA 到 D2600 的单根电缆，每个 RAID 组都可以配置为获得自己的 6Gb 通道？或者 6Gb 是互连的限制，如果是，是否有任何配置选项（甚至不同的 HP 产品 - 不试图绕过“没有主观问题”规则，老实说 :) ）可以克服这个限制？

编辑：我看不到任何可以执行此操作的 HP 服务器，但是如果有一个不错的 Proliant …

我一直在研究在我们的生产环境中运行的 HP Gen9 服务器的 MTTF、MTBF、MTBR 和 MTBF。

我的问题的根源，应该担心与否。

我似乎无法获得任何好的数据，因为每台服务器都有多种硬件。

在我上一家公司，我们运行了大约 2000 台戴尔服务器 r210 r410 r710 我会说平均每天大约有 5 台服务器出现某种故障。因此，大约 0.25% 的服务器出现严重故障，需要更换部件才能再次使用。

我上一家公司的所有东西都设置在一个 HA 对中，N+2 基础设施，所以对生产没有影响。我们能够更换服务器并继续前进

在我现在的办公室，我们运行 9 台服务器，（HP Gen9，56 台虚拟机的 Hyper-V）我们手头没有很多替换部件，而且数据中心也没有管理，所以如果有东西死了，我们必须开车大约 45 分钟来更换任何事物。

我的 CTO 和 IT 经理似乎很担心，他们去年有大约 2.5 天的停机时间，我一直在预言我们需要对服务器进行集群，但他们认为没有必要。

这里有错误或正确吗？不知道该怎么办。

我知道如果 CTO 发生什么事，这不是我的责任。这是一家非常小的公司，只有 CTO、IT 经理、我自己（开发运营）和 1 个帮助台人员。

总的来说，运行生产环境的经验非常有限，很多事情的设置方式我称之为初级水平，在我到达那里之前，我的 CTO 和 IT 经理都不太了解集群。他们正在一个没有 HA 的情况下设置 DR 的项目进行中，我预测过但失败了。

是否可以在 BIOS 中禁用 CPU（英特尔）内核，如果是，HP/DELL（其他？）1U/2U 服务器会允许这样做吗？

找到新的双核服务器硬件变得越来越困难，大多数新服务器都是四核服务器，因此 Oracle 许可的成本使服务器升级变得异常复杂。这让我想到了上面的问题。

我有一个标志着一个ZFS存储阵列“失败”两次，因为注意到英特尔X-25M驱动器在这里。但是，在移除驱动器后，它似乎在其他计算机（Mac、PC、USB 机箱等）上挂载、读取和写入。

是否有确定驱动器当前健康状况的好方法？我觉得之前 ZFS 解决方案的失败是错误、错误报告和硬件的收敛。不过，这个驱动器似乎有一些生命力。

我正在一个新环境中工作，该环境大量使用串行控制台服务器进行服务器管理。它们增加了用于电源管理的开关 PDU。他们没有使用现有服务器的 DRAC 功能。

我正在向该站点添加新的 HP ProLiant 设备，并且很好奇串行控制台与现代服务器上可用的 ILO/ILOM/DRAC 技术相比的优势。这是一个 Linux 环境，将增长以包含更多的 Windows 系统。我将混合使用刀片和 DL380。假设将来的任何设备上都有 ILO/DRAC 的完全许可/启用版本。

我过去配置过串行控制台，发现它们对网络设备特别有用。我对它们在服务器具有板载熄灯管理的环境中的优势或有用性感到困惑。