我们一直在为我们的数据库服务器Lenovo ThinkServer RD120 中的 RAID 控制器而苦恼。这是一个重新命名的 Adaptec,联想/IBM 将其称为ServeRAID 8k。
我们已将此ServeRAID 8k修补到最新最好的:
即使在我们拥有它的短短 4 个月内,这个 RAID 控制器也有多次关键的 BIOS 更新,而且更改历史只是……好吧,可怕。
我们已经在逻辑 RAID 驱动器上尝试了回写和直写策略。在大量磁盘活动下,我们仍然会遇到间歇性 I/O 错误。它们并不常见,但发生时会很严重,因为它们会导致 SQL Server 2008 I/O 超时,有时还会导致 SQL 连接池失败。
我们已经完成了对这个问题的故障排除。由于缺少更换整个服务器或更换 RAID 硬件等核心技术,我们变得绝望了。
当我第一次拿到服务器时,我遇到了无法识别驱动器托架 #6 的问题。奇怪的是,将硬盘驱动器更换为不同品牌的硬盘驱动器解决了这个问题——并更新了 RAID BIOS(多次中的第一次)永久修复了它,因此我能够在托架 6 中使用原始的“不兼容”驱动器。凭直觉,我开始假设我选择的西部数据 SATA 硬盘在某种程度上与 ServeRAID 8k 控制器不兼容。
购买 6 个新硬盘驱动器是桌面上更便宜的选择之一,所以我选择了6 个 Hitachi(又名 IBM,又名联想)硬盘驱动器,其理论是 IBM/联想 RAID 控制器更有可能与通常使用的驱动器配合使用出售。
看起来这种预感得到了回报——我们已经度过了负载最重的三天(周一、周二、周三),没有出现任何类型的 I/O 错误。在此之前,我们经常在这个时间范围内至少有一个 I/O“事件”。看起来更换硬盘驱动器品牌确实解决了我们间歇性的 …
我有几台带有 IBM BMC(基板管理控制器)的服务器。我想在不重新启动服务器的情况下重新启动 BMC。这可能吗?如何?
注意:其中之一,Web 界面关闭;所以我需要通过物理重新启动 BMC(不知道如何做到这一点 - 即使服务器上的电源按钮不应该回收 BMC,我相信)或通过 UDP 或 SNMP 接口(再次,也不知道该怎么做)
在包含 BMC 的先前型号刀片上,我能够通过传递命令从我们的外部管理站与 BMC 通信,以执行诸如打开/关闭电源刀片、设置 VPD 参数、重新启动 BMC 等操作。
现在在 HS22 上,发生了很多不同的事情。例如,我们不能再使用相同的传递命令来编写 VPD 信息页面并让它们在 IMM 重新启动后保持不变 - 看起来好像这些 VPD 页面是根据 IMM 中包含的信息填充的。
我们如何使用来自外部主机的高级设置实用程序与 HS22 IMM 进行通信?或者,我们需要向 AMM 发送哪些 TCP 命令模式命令才能与 IMM 通信?
出于我们的目的,我们特别不能从刀片本身与 IMM 通信。
具体示例:当我通过 AMM 向刀片 BMC 发送直通 IPMI 命令以将信息(例如 MTM、串行)写入 VPD 页 0x10 时,它会在具有 BMC(例如 HS21)的刀片上持续存在。我可以发送相同的 IPMI 命令将数据写入 HS22 上的 VPD 页面,但是它不会在 IMM 重新启动后持续存在。
我需要向 IMM 发送哪些 IPMI 命令?设置 MTM 和串行时,会发送哪些 IPMI 命令?
我有一对 IBM System x3620 服务器。这些服务器在最终达到操作系统接管的程度后运行良好,但它们需要永远通过新奇的 UEFI 引导系统……大约五分钟;也许更长。我没有计时,但这是一种你在等待时去喝杯咖啡,当你回来时它仍然存在的事情。
通常,我关闭它们的唯一时间是每月维护周期(通常只是 Windows 更新)。这是内置的维护时间,因此额外的 5 分钟不计入我们的 SLA,也没什么大不了的。但是,在我可能会出现中断的情况下,我肯定希望恢复这 5 分钟。我能做些什么来告诉他们继续启动并启动吗?就额外的启动选项而言,我已经禁用了所有我能找到的禁用功能。
我们刚刚将旧的光纤 SAN 存储迁移到具有 24 个 SAS 600GB 磁盘的 IBM v3700 存储。
该存储直接连接到两台 IBM ESXi 5.5 服务器,每台服务器带有两个 6Gbps 多路径 SAS 控制器。
到目前为止,我已将我使用的存储配置为多个 RAID5 组。每个组将用于不同的服务器/目的。RAID 组主要是 OracleDB、Oracle 存档、SQL Server 和其他(文件服务器、邮件等)。最关键的应用程序是 Oracle 和 SQL Server。
我首先关心的是安全性,然后是我们应用程序的性能。所以我决定使用 RAID6 + 备件。
我现在主要关心的是,由于我们使用的是 ESXi,我是否应该将整个存储配置为一个 RAID,节省空间,并从 ESXi 为每个服务器创建数据存储卷,或者这不是一个好的做法,最好创建单独的硬件 RAID 组?
我管理着几百台 Linux 服务器,其中大部分是 HP,如果它们没有虚拟化的话。从历史上看,自从我开始在这里工作之前,我们就安装了 HP ProLiant Support Pack (PSP)。PSP 附带了一些有用的 (?) 内容,例如 HP System Management Homepage(我从未使用过,但我的几个同事经常使用)和一堆驱动程序。
其中一些驱动程序(如 iLO 内核模块)不在我们使用的库存内核中,因此安装这些驱动程序可能会很有用。但是,其他驱动程序,例如 HP 提供的 cciss 和 qla2xxx 驱动程序,并没有那么有用:它们在库存内核中并且已经存在了很长时间。覆盖库存驱动程序可能会使我们的供应商对几个内核子系统的支持失效,而不是整个内核。另一方面,如果您不使用他们的驱动程序,HP 可能不支持某些问题。
我倾向于不安装 HP 驱动程序,但您认为:是否有诱人的理由安装 HPs cciss、qla2xxx、e1000、tg3、bnx2(等)驱动程序并覆盖股票内核包中提供的驱动程序?
编辑:“诱人的安装理由”必须足够大,以减轻 PSP 软件包的恶心质量,这意味着我必须手动重新打包它们,以便能够通过像 RH Satellite 这样的集中方法进行安装。
我们有一个运行 IBM i OS v6r1 的 IBM System i。在这个系统上,我创建了一些数据库视图。我想要做的是让特定的用户组只能访问这些视图,而不是视图所在的库中的其他任何内容。这可能吗?我有一个用户组,该用户组对我的视图所在的库中的所有表和视图具有只读权限,并且当用户在此用户组下时访问有效。我尝试复制用户组,然后分配权限以仅包含我创建的视图,但访问被拒绝。为了访问视图,用户或用户组是否还必须拥有对视图源自的表的权限?
要在我们的 IBM GPFS 集群中递归删除文件,我们使用简单的 unix 命令,如:
rm /my/directories -fr
然而,删除工作需要很长时间。
问题是我们的分布式应用程序(基于 Spark)one hour需要完成。但是,它也会took about an other hour删除由 Spark 等分布式应用程序生成的临时文件。
因此,全局工作负载非常低效。可能是因为该rm命令必须列出每个子目录..
无论如何,您知道使用 GPFS 有效删除整个目录(和子目录)的方法吗?
可能是 IBM 给出了一个特殊的命令来做到这一点?
我正在构建虚拟化服务器并希望使用 VMWare ESXi 5。我在连接到内部 RAID 控制器 IBM M1015(与 LSI 9240-8i 相同)的 4 个磁盘上配置了 RAID10,并且安装了 ESXi,没有任何问题。唯一的问题是将数据复制到主机上的数据存储(在 RAID 阵列上)很慢 - 大约 20MB/s。尝试将数据复制到来宾虚拟机上的共享文件夹时,我的速度大致相同。主机网络使用 1000Mbit 交换机自动协商 1000Full,我在来宾机器中使用了 vmxnet3 vm 卡。
当我在具有完全相同的 RAID10 阵列的完全相同的服务器上安装 MS Hyper-V 时,将数据复制到 Hyper-V 主机时的速度约为 110MB/s。
我为每个系统使用了最新的可用驱动程序:
ESXi 5 - LSI_5_34-455140.zip\scsi-megaraid-sas-5.34-1vmw.500.0.0.406165.x86_64.vib
视窗 - 5.2.112
我什至将卡固件更新到 20.10.1-0077 。
此卡是入门级的,但建议在 ESXi 的不同地方使用。我究竟做错了什么?我错过了什么吗?
我有一个用于测试 Web 应用程序的 Windows 2008 开发/测试服务器设置。我刚刚安装了 ibm 客户端访问 (v6r1m0),在我重新启动后,我的站点现在收到 503 服务不可用错误。
我的应用程序池无法启动,我在应用程序日志中收到以下信息:应用程序池“ASP.NET v4.0”的工作进程遇到错误“由于权限不足而无法读取配置文件”试图读取全局模块配置数据来自文件“\?\C:\Windows\Microsoft.NET\Framework64\v4.0.30319\CONFIG\machine.config”,行号“0”。工作进程启动中止。
在 ibm 安装之前,我一切正常。
我非常感谢任何可以帮助这位开发人员在陌生水域游泳的人。
ibm ×10
ibm-midrange ×2
raid ×2
vmware-esxi ×2
bladecenter ×1
boot ×1
database ×1
dell ×1
drivers ×1
hardware ×1
hp ×1
hs22 ×1
iis ×1
linux ×1
lsi ×1
permissions ×1
raid10 ×1
storage ×1
uefi ×1