分类 "工作" 的存档.

青云备份功能简单测试

================================================================
注:领导的强制更新博客挂了。因为后续要跟进对比,所以挪到这里来了。还好我做了备份

    顺便吐槽领导搞这些东西有啥意思嘛,才给报100块害我不得不熬夜,真抠 :arrow:
================================================================
附加硬盘总配额为500G

500G性能盘写满再备份消耗3个多小时
其中写操作1个小时多一点,备份操作消耗2个小时零5分
对主机的备份操作疑似被排队处理。一个对虚机的备份操作被拆为两个备份链备份操作,20G的系统盘备份比500G的备份所需时间还长一些。
最后虽然生成了备份。但操作日志却把此次备份操作标记为失败。

后来为节省时间,我把500G盘删除,保留备份,建两个250G盘,同时进行写与备份操作。
250G盘写满需半小时稍多(1908秒,1989秒)(下午一点多),随后全量备份需59,64分钟左右,增量备份需88,84分钟
全备份+一层增量盘上(即第二层增量盘)写满2122,2027秒。(傍晚五点多)增量备份约92,96分钟
全备份+二层增量盘上(即第三层增量盘)写数据晚上睡觉没取到,增量备份时间约92,91分钟(计费变更时间-备份链节点时间,晚上十点多)
全备份+三层增量盘上(即第四层增量盘)写满1889(第二天上午九点多),2027(第二天下午两点)增量备份约92,93分钟
全备份+四层增量盘上(即第五层增量盘)写满1886(第二天中午十二点),1979(第二天下午五点)增量备份约71分钟,另一个备份过一个多小时提示失败后至欠费也没完成(除在建的备份外,链上共1186.32GB,5个备份点),等待时间超过7个小时。
全备份+五层增量盘上(即第六层增量盘)写满2115(第二天下午两点多)增量备份过一个多小时提示失败后等到欠费备份链示意图和计费还没更新(不算上在建的备份,本链共1432.4GB,6个备份点),等待时间超过9个小时
截至欠费,除未完成的备份点外,备份链总大小为3118.72GB。鉴于两条备份链已经分别等待超过7和9个小时仍未完成备份操作并且期间poweroff命令关机和控制台强制关机操作都十分困难的拖了很长时间才完成等等这些操作时间突然超过之前数据数倍的情况,我怀疑大容量的备份操作已经影响到了母机的正常运行。
阅读更多…

哈哈,cloudstack代码涉嫌故意卖萌

cloudstack 4.2.1
AgentManagerImpl.java: 469

assert noDbTxn() : "I know, I know.  Why are we so strict as to not allow txn across an agent call?  ...  Why are we so cruel ... Why are we such a dictator .... Too bad... Sorry...but NO AGENT COMMANDS WRAPPED WITHIN DB TRANSACTIONS!";
Command[] cmds = commands.toCommands();
assert cmds.length > 0 : "Ask yourself this about a hundred times.  Why am I  sending zero length commands?";

虽然这样的报错不太恰当,不够简洁明确,但是我喜欢这样的态度和风格。
coding不应该是枯燥无趣的工作。

excel的BUG。打开大csv文件显示不全

.csv:用逗号分割的文本文件,一般用于在不同应用程序之间进行数据交换。
如果文件内的内容超过65536行,用excel2003可以打开,但是超过65536的数据会丢失,用wps打开也是这样。
可以excel2003以上的版本,比如2007,可以打开,且数据不会丢失,也可用写字板打开。
文件内容不超过65536行,就不会有数据丢失的问题了。