RAID 5 不能满存,有什么道理么?
我单位存储用RAID 5 建立的.使用中发现,不能存太满.
太满就会莫名其妙的丢文件.
剩余20%是个比较安全的值.
这有什么道理么?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
我单位存储用RAID 5 建立的.使用中发现,不能存太满.
太满就会莫名其妙的丢文件.
剩余20%是个比较安全的值.
这有什么道理么?
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(9)
另外就是我的raid5可都是硬件的raid5呀。应该在操作系统之上呀!
有几组直接用的阵列柜。(raid5是直接在阵列柜的小液晶面板上做的)
我的业务是跑流媒体的,文件都是100-300M的文件。
对于丢的文件并不只是流媒体文件丢失,其他的文件也会丢。
不过你说的打补丁的方法倒是好测试。下一组服务器我就可以试试。
不过这个道理上好像还是说不通呀..........
是不是操作系统对支持大文件系统支持有问题,打补丁。
把大的raid划成小一点的分区。
呵呵,程序长时间跑不稳定.(文件服务又没有数据库操作重起最简单)
如果是和服务器重启有关,首先是不应该呀,怎么说这也是正常操作呀!
总不能说做RAID5如果程序不正常结束,服务器计划任务重起就有可能丢数据吧!
那又为什么只有剩余低于20%后才丢?
最近上了一组不是HP的设备,我倒是有机会试试这组设备是否也丢数据了.(3T呀!现在还有1T剩余,要等一段时间了.)
不过这个问题很可怕呀!如果丢了谁知道他丢些什么呢!
楼主发现HP机器的BUG了, 赶快和HP联系, 敲他们一笔,哈哈,
但是服务器为什么每天都要重启呢?
谢谢先!
不过我真是郁闷呀!
丢文件的事情,已经多次由于存储过满(剩余超过20%)在不同的存储上发生.
检查硬盘(服务器日志)没有发现有损坏的情况呀!
唯一有的信息就是我们的服务器是每天计划任务重新启动的.
服务器是HP的.具体日志如下
"POST Error: 1785-Drive Array not Configured",POST Messages,Caution,1,2007-4-17 7:03,2007-4-17 7:03
7:03 是重新启动后的时间,问过HP,说这个1785的信息不表示数据丢失.
这个信息每天都有一条(也不是所有的服务器都有这个日志,有些就没有,但是没有日志的也发生过丢文件),不过只要剩余不低于20%,也不会丢文件.
我们的存储是用于文件服务的,基本上都是一次写入然后就是读取了.没有那么多写操作的.
而且丢的文件都是确定没有写操作的.丢的文件也不确定,老文件新文件都可能丢.
这个实验我也不敢乱做
郁闷!
[ 本帖最后由 achun.shx 于 2007-12-6 12:02 编辑 ]
我给用户做的流媒体一般使用RAID0;至于RAID5不能存满这种情况没有遇到过.不过RAID5内存储数据有个别不能正常读取是遇到过.不过是因为RAID组内有个别硬盘有错误.
没这种说法的,可能是你的某个盘有坏道造成这样的情况,我们这边的客户Raid5 都塞的满满的,特别是做电影和视频的,
是不是那20%存放的时奇偶校验用的东东,不能被占用 啊???