- 主题:干了个蠢事,哎
老机器,4块6T的SAS盘,用lsi9260-8i做的raid5
想升级一下cpu主板和内存,硬盘和raid卡留着接着用
系统做的是虚拟化,安的Citrix hypervisor8.2,跑了若干个vm
准备了好久,昨天开始换
结果,把四块盘的顺序搞错了,换完后到grub后就不动了
幸好是1号2号盘一起换的,3号4号盘一起换的
于是,怀疑换的时候硬盘顺序搞错了导致的,于是调换12号盘,还是不行
重启了好几次,后来发现raid卡时不时的找不到,重启就进BIOS
搞了一下午,遂放弃,恢复到原来的机器上吧。
把盘又拆了,恢复到原机器上,发现还是一样的症状
于是吧34盘调换后,成功进入系统,哎,一脑袋汗
进系统后以为没事了呢,今天发现有异常了,时不时的io错误
但是查raid卡的raid级别,还没降级
怀疑是文件系统有损坏,想fsck一下,还没livecd
好不容易翻出个centos6的livecd,进去后fdisk发现那个阵列用的gpt分区
centos6的fdisk还不支持,fsck也不行
折腾了2个小时没搞定
各种工具全在那些个vm上呢,现在全起不来了,哎。
明天找个citrix的安装盘修复试试看吧
大家分析下,这种情况会不会丢数据呢?
--
FROM 202.98.17.*
centos 6是2011年发布的,太老了。
: 进去后fdisk发现那个阵列用的gpt分区centos6的fdisk还不支持,fsck也不行
【 在 leeyc 的大作中提到: 】
: 老机器,4块6T的SAS盘,用lsi9260-8i做的raid5
: 想升级一下cpu主板和内存,硬盘和raid卡留着接着用
: 系统做的是虚拟化,安的Citrix hypervisor8.2,跑了若干个vm
: ...................
--
修改:seablue FROM 221.216.159.*
FROM 221.216.159.*
不止有很多人用着这些老旧的软件系统。
还有像我这样的,买着老旧的洋垃圾过来使用。
如果一个系统可用,满足需求,也没必要一直升级吧。
所以我非常烦现在各种公司支持的软件,动不动就淘汰掉对旧系统的支持。比如现在某些软件啊,win7, ubuntu 18 都不支持了。也没用到啥新的 API,就是故意不支持的。
【 在 seablue 的大作中提到: 】
: centos 6是2011年发布的,太老了。
--
修改:hgoldfish FROM 110.84.123.*
FROM 110.84.123.*
硬raid?还有希望
我之前软raid,raid5同步数据的时候重启了,直接就全丢了。 之后全改raid1了,数据比容量重要…
【 在 leeyc (巡山小校) 的大作中提到: 】
: 老机器,4块6T的SAS盘,用lsi9260-8i做的raid5
: 想升级一下cpu主板和内存,硬盘和raid卡留着接着用
: 系统做的是虚拟化,安的Citrix hypervisor8.2,跑了若干个vm
: 准备了好久,昨天开始换
--
FROM 101.93.138.*
商业层面上说,是合理的。厂商技术支持旧系统要成本。
而不及时打补丁的旧系统,会被类似欧盟CRA法案找上门,被索赔。干脆从基础系统软件到上层应用,一刀切,有个生命周期。开源社区其实也是如此。
用户啥都不升级,关起门来用到天荒地老,那倒是可以自己说了算,直到兼容硬件不复存在。
【 在 hgoldfish 的大作中提到: 】
:
: 不止有很多人用着这些老旧的软件系统。
:
: 还有像我这样的,买着老旧的洋垃圾过来使用。
:
#发自zSMTH@Redmi Note 11
--
FROM 113.119.2.*
安全原因是一个主要方面,另外软件是有生命周期的,封闭系统一直用下去不是不行,但迟早是个大坑,想明白这一点即可。
【 在 hgoldfish 的大作中提到: 】
: 不止有很多人用着这些老旧的软件系统。
: 还有像我这样的,买着老旧的洋垃圾过来使用。
: 如果一个系统可用,满足需求,也没必要一直升级吧。
: ...................
--
FROM 124.250.119.*
nonono,RAID不是保证你的数据不丢失的,数据是一定会丢失的,如果数据重要,
那就应该做备份(广义备份)。
记住,重要的事情说三遍:
数据一定会丢失的
数据一定会丢失的
数据一定会丢失的
【 在 vabc3 的大作中提到: 】
: 硬raid?还有希望
: 我之前软raid,raid5同步数据的时候重启了,直接就全丢了。 之后全改raid1了,数据比容量重要…
--
FROM 210.254.36.*
不需要厂商做支持吧。坏掉了就扔。
维护生产系统时,一定要把硬件看成是耗材。容易坏掉的耗材。不然出错的时候哭都来不及。
而软件系统的话,把防火墙处理好。一般不会有太大的问题。
软件系统不是不能升级,但如果是纯内网的升级太快也浪费维护费用。
现在有个问题是很多大公司维护的开源产品,因为内部有各种 KPI 考核,所以倾向于使用最新的系统。比如典型的是 Qt,在我去年发布的 openSUSE 15.5 里面都编译不了。
【 在 Dazzy 的大作中提到: 】
: 商业层面上说,是合理的。厂商技术支持旧系统要成本。
: 而不及时打补丁的旧系统,会被类似欧盟CRA法案找上门,被索赔。干脆从基础系统软件到上层应用,一刀切,有个生命周期。开源社区其实也是如此。
: 用户啥都不升级,关起门来用到天荒地老,那倒是可以自己说了算,直到兼容硬件不复存在。
: ...................
--
FROM 183.253.146.*
EDA软件正好相反,最喜欢老系统,新系统则各种问题。:-D
【 在 hgoldfish 的大作中提到: 】
: 如果一个系统可用,满足需求,也没必要一直升级吧。
: 所以我非常烦现在各种公司支持的软件,动不动就淘汰掉对旧系统的支持。比如现在某些软件啊,win7, ubuntu 18 都不支持了。也没用到啥新的 API,就是故意不支持的。
...................
--
FROM 116.233.23.*
硬件是耗材,而且新硬件很难完美支持老系统,所以基本上同步换代。
【 在 hgoldfish 的大作中提到: 】
: 不需要厂商做支持吧。坏掉了就扔。
: 维护生产系统时,一定要把硬件看成是耗材。容易坏掉的耗材。不然出错的时候哭都来不及。
: 而软件系统的话,把防火墙处理好。一般不会有太大的问题。
: ...................
--
FROM 124.250.119.*