是的，如果它的体积很大，重量只有65Mg，那么你可以认为它是古老的。 RLL控制器将肯定地指示驱动器来自古代。 那么只有3或4岁的驱动器呢？ 如果我知道序列号，make和model是否有一个表示生产date的公共数据库？ 更新：这个问题在某些方面可能看起来是古板的，但是我所看到的硬盘驱动的问题使得这个问题没有明显的制造date。 我意识到，大部分都是。 我认为给出的答案对我自己和其他人非常有用。
哪个更适合大型企业：RAID5或RAID10？
负责数据库性能调优的人要求我更改我的DL380 G6服务器的两个HP p410（i）控制器的队列深度。 他们希望我把它从自动切换到64.不幸的是，我找不到办法做到这一点。 我试图调出arraysconfigurationCLI并input： controller slot=2 modify queuedepth=64 我回来了： Error: This operation is not supported with the current configuration. Use the "show" command on devices to show additional details about the configuration. （与embedded式控制器的插槽0相同） 任何想法 ？ 操作系统是Windows 2008 R2（x64），ACU CLI版本是8.50-60
我有一台运行最新OpenSolaris的Dell PE1950，连接到一个戴有15个硬盘的戴尔MD1000机箱。 我不使用PERC来控制磁盘，而是使用一个简单的SAS 5 / E（LSISAS1068）控制器来公开原始磁盘，以便我们可以使用ZFS RAID而不是硬件RAID。 这一切都很好，但我有一个担心，我们需要更换一个磁盘出于任何原因。 当我使用PERC时，如果出现问题，它有能力转换磁盘上出现的错误，并且还给了我手动闪烁指示灯的方法，因为任何原因我想要物理定位它。 但是，现在当我使用普通SAS连接时，看起来这些function是无法访问的，识别磁盘的唯一方法是猜测设备号码（我觉得这非常危险）或closures整个系统，逐一拉动硬盘，比较序列号。 这两种select当然都是不可接受的。 我想知道是否有任何方法可以手动操作Solaris上的LED。 我搜查了很多，发现在Sun服务器上可以使用cfgadm工具来完成，但是当我尝试在服务器上运行相同的命令时，它失败了，说硬件特定function不可用。 我也尝试使用LSIUtil命令，但它似乎并不支持这个function。 有没有什么办法可以直观地识别磁盘？
Ubuntu 12.04和MySQL有一个非常奇怪的IO问题。 目前该机器只是一个复制的奴隶偶尔读取查询击中它。 磁盘利用率随机增加，似乎与MySQL的使用无关。 机器只运行MySQL，没有其他服务。 本来机器使用的是ext4，它遇到了MySQL的IO问题，我把它擦干净，然后用ext3重新安装。 复制后恢复磁盘利用率再次随机飙升，保持高点几个小时，并再次下降。 MySQL的使用情况每天都遵循相同的模式，但是磁盘利用率没有任何变化，随机激增，在几个小时或者几分钟内就可以保持高点。 凌晨1点，每秒钟都有一次，这是我们的MySQL备份（mysqldump）运行并且一致的情况。 我的下一步是降级到Ubuntu 10.04，这台机器以前运行的是Debian 5，没有任何问题。 我们有第二台同样的机器，在我的脑海里，排除了一个单一的硬件问题。 磁盘利用率图： 下午5点的初始峰值是在重新安装后的复制追赶，上午1点的峰值是我们的备份。 这个问题在凌晨4点出现，并且一直保持到12点之后才出现大幅下降。 MySQL Weekly Graph 这是我们平均每周使用MySQL的次数。 每天同样的模式，从上午9点到晚上11点最繁忙，从这里安静到上午9点，每天凌晨4点左右再降到最低点。 发生问题时Iostat输出： http://pastebin.ca/2336462 的/ proc /坐骑： http://pastebin.ca/2336464 df -h： http://pastebin.ca/2336465
我们正在重新分区虚拟磁盘以增加LVM物理卷的大小。 这是我们最初的performance： $ fdisk /dev/sdb # delete partition fdisk> d ? 1 # create new partition fdisk> n ? p ? 1 first cylinder? [ENTER] last cylinder? [ENTER] # set LVM type fdisk> t ? 8e fdisk> w 这导致LVM无法被Linux识别。 我感到困惑，看着备份。 分区表都是从1开始的，所以看起来不是问题所在。 但是，如果我将单元（fdisk命令u ）从柱面更改为扇区，我注意到备份从扇区13开始，但新分区从扇区128开始。 当我们改正分区的开始时，一切都很顺利。 我无法理解单位换算的差异。 有人能帮我理解吗？
我正在将数据迁移到LUKS分区。 现在操作系统驱动器运行LUKS，我试图开始迁移数据驱动器。 然后服务器停止响应。 此LUKS设备已打开： cryptsetup luksOpen /dev/sdc data1 而这些命令中的任何一个都会扼杀服务器： pv /dev/zero > /dev/mapper/data1 pv /dev/zero > /dev/sdc 不是马上，但在几秒钟内，服务器变得非常慢。 在I / O上阻塞的所有东西： root@node51 [~]# ps aux | awk '{if($8~"D"||$8=="STAT"){print $0}}' USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1197 0.0 0.0 0 0 ? D 06:39 0:00 [jbd2/dm-1-8] root 1687 0.1 0.0 […]
我在学校里有几台远程服务器，我想设置它们，只要有人（可能是老师）插入外部硬盘，它就会被挂载并开始备份。 什么是最好的方法来做到这一点？
例如，有没有一种工具或方法可以说（例如）“产生高达50 MB / s的读取活动到这个文件，但不会更大”？ 或者在读操作之间configuration一个微小的延迟，这可能基本上有相同的效果？ 我特别需要创build比正常dd或磁盘压力testing更确定的I / O工作负载。 我正在寻找一些在Linux中的作品…
所以我们有一个服务器，在磁盘I / O上看似随机高峰，随机时间上升到99.x％，而且没有明显的原因，一段时间后保持高位，然后又回落。 这并不是一个问题，但最近磁盘I / O一直保持在99％的长时间，在某些情况下长达16小时。 服务器是专用服务器，具有4个CPU核心和4 GB的RAM。 它正在运行Ubuntu服务器14.04.2，运行percona-server 5.6，没有别的主要。 正在监视停机时间，我们有一个屏幕永久显示我们处理的服务器的CPU / RAM /磁盘I / O。 服务器也经常修补和维护。 这个服务器是复制链中的第三个，并作为故障转移机器。 MySQL数据stream如下。 主 – >主/从 – >问题服务器 所有3台机器具有相同的规格，并托pipe在同一家公司。 问题服务器位于第一个和第二个不同的数据中心。 'iotop'工具告诉我们磁盘I / O是由'jbd2 / sda7-8'进程造成的。 据我们所知，这将处理文件系统日志，并将东西刷新到磁盘。 我们的'sda7'分区是'/ var'，我们的sda8分区是/ home。 没有什么应该定期读/写/回家。 停止mysql服务会导致磁盘I / O立即下降到正常水平，所以我们相当肯定这是导致问题的percona，并且这将与它作为/ var分区相匹配，因为这是我们的MySQL数据目录驻留（/ var / lib / mysql）。 我们使用NewRelic监视所有的服务器，当磁盘I / O出现峰值时，我们看不到任何可能导致它的事情。 平均负荷为-2。 CPU使用率徘徊在〜25％，NewRelic认为是由“IO等待”造成的，而不是一个特定的进程。 我们的mysqlconfiguration文件是通过Perconaconfiguration向导和客户端应用程序所需的一些设置的组合生成的，但没有什么特别的感觉。 MySQLconfiguration – http://pastebin.com/5iev4eNa 我们尝试了以下事情来尝试解决问题： […]