注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

早衰男的巢

大音希声 道隐无名

 
 
 

日志

 
 

一句话悲剧——后续:灾后重建  

2014-06-16 11:10:58|  分类: others note. |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
事已至此,抱怨无用。着手恢复,中招的是NAS,还好上面没什么极其重要的数据。
做好了最坏的打算——原来的操作系统环境需要完全重新配置。列了一份需要恢复的服务以及数据清单,以及流水账如下

【需要恢复的服务】
root + ssh
optware
dnsmasq
goAgent
transmission
ddns
ntfs3g

【需要恢复的数据】
mysql DB
http webroot

【需要重做的配置】
邮件状态报告
mysql -InnoDB 配置更改支持超大数据文件
httpd / 80指向webserver,
关闭webadmin的80,
开启webadmin的443 https
cron-定时生成HDD状态报告
用户、组 权限设置、webaccess设置


--//以下开始实操//-----//忧郁的分割线//--------------
由之前的经验可知,刷固件(所谓刷固件,其实就是整个操作系统重装) 是不会影响到装载的硬盘的用户数据 也就是 /mnt/array1/ 路径下的所有内容是安全的,除非在webAdmin下再执行了关于磁盘阵列的配置变更。

(快捷阅读可跳过若干步冤枉路,留意以下流水账的标注)
0.此时由于根路径的各种配置文件和系统组件已经给我移动到了 备份文件的路径 /mnt/array1/file/bak/ 所以ssh已经即时断开而且无法重连,当前的所有账号都已经失效(包括admin和root) 除去仍在内存运行的httpd服务,其他服务均已自动关闭无法启动(配置文件和bin文件都给我挪到 bak里了...汗)

1. (可跳过)急病乱求医,立刻上buffalo官网抓了个固件下来,破罐子破摔,刷!官方只提供最新版的链接,当前是 1.68,而nas事故前运行的是1.64。 运行 LSUpdater.exe 扫描到nas的IP,版本信息和机器名称等参数已经成乱码或空值。刷!要求我输入admin账号的密码.... 晕,怎么输都错误,卡死... (这是当然的)

2. (可跳过)按照官方文档的初始化操作指引,通过机背的物理开关关闭nas(拨动到Off位,待前面板Power灯熄灭),按着机背的function键把电源开关拨到On,约等待1分钟见前面板Power灯持续闪烁,松开function键,再按下直到前面板function灯开始闪烁,松开按键。 ……会尝试恢复初始配置,包括恢复admin账号等,问题是我损坏的不止是配置..所以这一步恢复操作是失败的,大约5分钟后,power灯转为蓝色常亮,function灯红色常亮,恢复失败(文档没有标注这种情况是什么意思)。

3. (可跳过)做了上一步之后,至少admin的密码给我恢复成"password"了,再次运行 LSUpdater.exe 扫描到了nas IP已变更(恢复设置后会默认DHCP获取,所以变化是正常的),再刷,没有提示输入密码..一路顺利的完成了刷机。用 acp_commander.jar Root并重新开启ssh。成功连上!/mnt/array1/内容健在, bak文件健在!

4.  (可跳过) 脑一残!运行 mv ./bak/* / ....提示目录不能移动.. 不是空目录 各种不允许操作... 第一次操作的时候又不提示?!!操作失败

5. (可跳,但这一步其实很重要) mv不给操作,我就改为 cp -fr ./bak/* /。 磁盘一通乱响,报了一串的错误被忽略和强制运行,SSH断开,又连不上..这时候智商才略微恢复正常水平,我把1.64的配置和环境恢复到1.68 大丈夫萌大奶?? 以上操作失败且无效!

6. 重新检讨了一下恢复的方案。还是找回同版本的固件比较保险,最大的问题在于,mysql的InnoDB库文件,如果版本不同了到时候恢复的时候还要折腾一番。上网搜了一圈找到了 1.64 固件, link的源是官方服务器,直接下载已经不行了,还好通过网盘的离线下载功能抓取到了,估计网盘上本身有镜像缓存。

7. 解压 1.64的固件,修改 LSUpdater.ini , VersionCheck = 0 。忽略掉版本检测(因为之前已经刷了1.68不改的话会不允许向下降级刷,事实证明,由于脑残的恢复bak文件检测到的版本是1.64)。运行之……

8. 经过大概15分钟的固件更新...到了最后一步又提示我输入admin的密码,我习惯的输入 “password” 但提示不正确。郁闷... 后来试了一下输入nas故障前设的密码!!! 正确了?! 也就是说 第5步恢复的配置文件被保留了?! 惊喜!!

9. 重新做了一次 root+ssh,发现账号被保留、mysql配置被保留(库可直接访问)、邮件状态报告配置被保留。 webadmin_httpd 配置被充值,httpd配置被保留(但因为和webadmin配置冲突,80端口被webadmin占用,所以暂时无法启用),所有opt应用和配置丢失。

太好了,起码省下了大半天的时间。一句话总结一下,其实更快捷的做法是一开始就用同版本的固件重刷、然后用挪走的配置文件覆盖,覆盖后如无法运行再次刷同版本固件。对应上文的操作步骤是 7、5、7。

*root以及怎样恢复服务和配置就不赘述了,以前有相应的笔记。
*这次真的很黑,刚好最有用的nas1.cn网又在这关键时刻挂了.. 每做一步操作心都好虚...

参考文:
http://i.592.net/?post=360
http://i.592.net/?post=363
  评论这张
 
阅读(458)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018