st @st@lilymagic.com

Rocketchat之前更新然后崩了，一直没静下心来搞，今天吃完午饭一直搞到晚上近十点，问题的主要原因只是数据库里多了一个a。

广百票虽然早就买了，一直在犹豫到底要不要去。正好之前fxa又出了问题，笔记本登不上自己的fxa，同步不了历史记录和书签带出门很尴尬。恩拖了一个多星期没去看到底是啥问题，今天下午备份了一下然后折腾俩小时就搞好了，准备安心去广州和周边玩一圈了。
fxa最开始的问题应该是我的服务端一直没更新，firefox的Oauth从fx_desktop_v3改到了oauth_webchannel_v1，导致登不上。更新服务端之后graphql加了recovery phone配置，但是默认配置里面redis相关配置是空的，graphql试图访问localhost的redis然后疯狂报错，把redis配置写进配置文件之后立马就好了。

昨晚睡觉之前发现自己firefox的fxa崩了，今天折腾了一上午搞好了。问题原因是mysql的undo log损坏导致mysql启动失败，具体报错是：
'Trying to access page number xxxxxxxx in space xxxxxxxx, space name innodb_undo_001, which is outside the tablespace bounds. Byte offset 0, len xxxxx, i/o type read.'
mysql把innodb_force_recovery拉到6都启动不了，我本来都没多想以为是跟以前postgresql一样是文件系统有问题，直接进rescue跑fsck去了，结果跑下来压根就没问题。搜了半天找到的办法只有借助第三方脚本把数据尽量dump出来然后删除损坏的表再重建，想想实在麻烦，查了一下innodb_undo是干啥的，感觉可以删就直接把undo_001文件删了，删完就好了。