标签归档:SATA

NexentaStor 翘掉一例

一时手贱,把下面这个参数由自己调好的1,跳到10,结果系统死机不断。

判断应该是磁盘负载过重,导致 NexentaStor 并 ESXi 一起死掉。

Sys_zfs_vdev_max_pending

该系统配置变量控制设备 I/O 队列大小 (I/O 并发性)。
This system configuration variable controls device I/O queue size (I/O concurrency).

对于 SATA 磁盘,建议值为 ‘1’。
对于所有其他磁盘种类,请保持系统默认。
For SATA disks, the recommended value is ‘1’.
For all other disk types, please keep the system default.

请注意,调整此参数可能会影响 I/O 延迟,也许会以原始流吞吐量为代价。
Note that tuning this parameter may affect I/O latency, possibly at the expense of raw streaming throughput.

更多信息,参见 http://en.wikipedia.org/wiki/Native_Command_Queuing.

Bit Rot 存储位衰减 无形的数据损失

来源:ZDNet存储频道
原文:http://stor-age.zdnet.com.cn/stor-age/2007/1217/684190.shtml
时间:2007-12-17
作者:存储时代/盛瓦(编译)

虽然人们越来越注重数据保护和数据备份,但是如果不提出有效的解决方案的话,无形中的数据丢失——或者称为“Bit rot(是指物理存储介质的衰减)”所带来的隐患将凸显出来。

最近,全球最大的粒子物理研究实验室——CERN欧洲核子研究中心发表了一份关于数据损坏(Data Corruption)和存储介质衰减的报告。在报告中,CERN研究员Peter Keleman列出了存储专家值得关注的几个解决方案。

那么这与我们终端用户有什么关系呢?我突然想起几个月前碰到的一个关于数据损坏的问题。

今年8月,我访问了一家不知名的旅行公司的网站并且预订了一些行程的机票。几个小时之后,我再登录这个网站市发现密码无法通过验证了。我猜想这个公司的网站的服务器可能当机了,于是在午饭过后再一次登陆,但遇到了同样的问题。我拨打了这家公司的预订机票的电话,那头的工作人员告诉我他们没有发现任何问题,然后我又拨打了用户支持热线,他们告诉我可以把我的密码用电子邮件发送过来。

我收到密码后非常失望,因为我原来设定的密码结尾是()!@,而发过来的密码结尾却变成了(]!@。我开始担心有人盗取了我的密码,然后更改密码使用我的信用卡(更糟糕的是,使用卡上的钱)。我再次打电话询问那家旅行公司的工作人员我的密码最后一次修改是在什么时候,被告知是在一年之前时我终于舒了一口气。

继续阅读