按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
这样的应用场景，常见于大数据中心啦，银行啦，证券啦，等等等等存储了很多资料的地方。
扯远了。
至于更深的庄纯就不清楚了，但是他现在一定得说这句话，要不然朱耳不会往下说。
至于搞不定？
你见过程序之父搞不定一个小小的存储吗？
“是这样，我现在负责的一个项目的存储系统出现了问题，简单来说，就是某些意外导致了双控一个机框里头装了两个单独的主机的一个存储系统重启，业务倒是正常，但是这个重启的控制器出现了很多问题，公司那帮研发无法解决但是这个项目对我很重要，你看能不能帮我想想办法。”
朱耳听到庄纯说是开发存储以后，把准备好的说辞说了出来，庄纯要是不懂存储，朱耳只会吐槽一下公司顺带唠嗑。
庄纯听明白了，朱耳供职的是一家小的国产存储厂商，这个公司研发能力不高，产品的水平比较次，这也没什么，就连老大哥华为在存储这个行业的发展也很不顺利，没别的，问题太多完全无法跟国外产品相比。
现在朱耳负责的一个项目出了问题，因为双控自动接管业务的原因，业务没断，用户暂时也不知情，但是朱耳公司的研发没那能力解决。
连故障原因都没找到！
但这个项目又关乎着朱耳整年度的业绩，还有最重要的加薪！
啥，你说年度调薪在10月？
因为朱耳是10月入职的。
庄纯直接说道，“你把那台重启后不正常的系统日志等等信息给我发一份，顺带把你们公司的存储系统安装包给我发一份。”
系统安装包倒是没啥，连泄密都称不上，又不是源码包，再说朱耳手中的系统也是阉割版的，就是没激活码的，朱耳倒不觉得庄纯有那能力破解了。
朱耳也是下意识的找庄纯，纯粹是因为死马当活马医！
谁让上次他找庄纯，居然解决了最大的问题。
朱耳没想到他还真没找错人，庄纯居然就是搞存储的，如果说有人能够解决他问题的，朱耳相信一定不是他们公司的那帮研发，而是庄纯！
第六十四章 初识
朱耳以往也没少碎碎念过，公司那帮垃圾研发，搞的东西垃圾，见天让他扛雷！
听到庄纯的要求后，朱耳想也没想就说，“好，问题能够暂时避免就行了。”
临了没忘说一大篓子感谢的话，虽然问题庄纯还没解决，但是朱耳又不是那种狼心狗肺的人。
很快，朱耳给庄纯发了一个大文件包。
内里包含了朱耳公司的存储系统安装包，和这次故障系统的日志，系统dup备份文件系统，简单来讲就是为收集错误信息而存在的载体信息等等。
自诩为程序之父的庄总。
随意的搂了一眼日志，嘴角掀起一抹不屑的笑容，自语，“这点小问题，特简单！”
可是，劳资看不懂！
庄纯挠着头，长长的叹了口气。
这事还得办，他都能想到朱耳那圆脸上捉急，彷徨，无助的小表情了。
羊城。越秀。
某银行信息科技部。
办公区一角落。
坐着一个圆脸却不胖的小年轻，耳朵有点招风，他就是朱耳。
这是他在这家银行的临时办公点。
脸上的表情倒是波澜不惊，甚至还有闲暇玩手机。
实则朱耳此刻的内心却是彷徨不安。
这家银行是朱耳公司最大的客户，也是最重要的客户，但，同时，也是出问题最多的客户。
早在年初，公司高层跟客户这边做过保证，若是再出现一次故障，无条件退货！
这是公司的承诺，但同时是对朱耳等一些售后工程师的考验。
如果不是必须，朱耳真想摆脱这个多灾多难的银行，跳到另外的项目上也好啊。
整整半年的平稳运行，让朱耳仿佛看到了希望。
可是这种希望，在昨天下午被破灭了！
昨下午，例行巡检存储状态的时候，发现两个存储系统中的一个上面啥都没有了，各项状态也似好非好。
这个时候的朱耳不敢多做操作，表面不动声色，抽空联系公司研发，收集信息等等。
虽然朱耳对公司研发并不抱有多大的信心，但这时候，只能祈祷研发刚好能解决。
结果是，等了一半天，研发分析不出任何原因，而且经过确认，系统状态也不正常。
甚至连万能的重启也不敢操作，怕引发连锁反应，因为，研发也不确定会引发何种后果。
朱耳内心暗叹，今年一丝运气都没有啊，被骗了十多万这还不止，背了那么老大一黑锅也就算了。这回正值加薪关键时刻，居然这破系统又出故障了，感觉老天都在跟我作对！
朱耳有一种生无可恋的感觉。
他每个月扣完税到自己手里还有9000块的工资，看上去不错，可是各种日常开支，加上他还得还因为被骗而刷爆的信用卡，所以一直没钱还庄纯的7万。
当初找庄纯借6万6，那是因为补被骗10多万的那个大窟窿
庄纯叹完气后。
双手放在键盘上，吐出一口气。
噼里啪啦的键盘敲击声响起。
既然装了逼，那跪着也得把这个逼装完。
庄纯现在做的是很简单，逆向反编译朱耳提供的系统安装包，从而得到这份存储系统的源代码。
朱耳跟庄纯说了很多东西。
比如，这个存储系统是基于lis的，全世界范围内最稳定的企业级nix操作系统。
可是他没想到庄纯竟然会反编译安装包
庄纯对安卓系统进行过优化。
lis是nix的系统，安卓是基于inux系统的，也就是类nix系统，两者的内核有一定的相通之处。
反编译起来更容易一点。
45分钟！
庄纯得到了这套存储系统的源代码。
堪称神速！
想想当初反编译安卓系统费了多久吧！
得到源代码后，庄纯大致看了眼，虽然不至于看天书，但也弄不太懂是什么意思。
这倒是难不倒庄纯，无非是费点时间罢了。
万能的互联网解答了庄纯的疑惑。
庄纯查阅了lelis的信息资料库，内里对大众开放的解释已经足够他继续下一步了。lis系统原属被le收购的公司。
这一步，费了庄纯近五个小时！
这期间，朱耳没有再打电话过来催促。
倒不是朱耳不着急了，也不是朱耳确信庄纯一定可以解决。
而是，朱耳公司那帮被他称之为垃圾的研发无数次的需要收集各式各样的信息。
就这么两三个小时里，收集了7次信息。
结果却是，正在分析中，没定位到问题，请多观察系统状态，确保不再出现问题。
朱耳听到研发接口人的解释后，气得差点没砸了手机。
你大爷的！
你们没定位到问题，让劳资确保不再出现问题？
合着，你们真是吃粪的？
后台人员永远不懂直接面对用户的前台人员的苦，扛着炸药包，后方还没有支援，只能一味的漫无目的的往前冲的那种痛苦！
不过让朱耳松了一口气的是。
接完这个电话后，差不多是下午五点半了，银行要下班了
庄纯从资料库中获得了足够多的信息后，进行了正式步骤，梳理源代码，找到引发问题的原因。
得亏源代码中有注释。
省了庄纯花费精力去理解各种各样的个人化代码函数标识，每个人写代码都有自己的风格，没有注释，阅读代码是个体力活！
梳理源代码，费时30分钟！
庄纯自己都不知道是什么时候起，对代码有了一种如臂挥指的感觉，阅读代码这么枯燥冗长的活计，居然只用了30分钟！
接下来，庄纯开始查阅故障系统的日志信息，dup信息等等，这个时候，庄纯才真正开始查找问题。
十五分钟后，庄纯找到问题，大体分为两种解决方案。
最完善的解决方案是，针对源代码进行优化。
嗯，又是优化。
这活费时费事，朱耳也用不着，完全给人做嫁衣。
然后就全都是小打小闹，最终的结果是避开问题。
最适合朱耳，并能帮助朱耳的方式是，执行几条命令。
庄纯将处理的方式简单的整理了一下，生怕朱耳不懂，加上了很多解释，其实是为了朱耳能够在公司高�