没啥，就是简单记录一下。
2017.4.11
建立站点，小鸡选在了美国犹他州盐湖城，CentOS7，网络一般，不过小鸡性能比较给力，用的OneinStack，LNMP
2017.6.21
之前的小鸡锐速和BBR失败，速度实在影响体验，搬家到了VirMach洛杉矶，CentOS7，上了Voxility防护，军哥lnmp一键包，没有迁移数据库，直接复制的内容，反正当时评论一个也没有?详见搬家记录 即如何建立一个WordPress站点
2017.12.16
SSL证书蜜汁应用失败，靠Cloudflare凑合了一周，详见关于本站ssl证书的一些破事儿
2018.3.14
搬家到了香港，对我是搬家狂魔……速度有了不少提升，系统换成了Ubuntu16.04，使用宝塔面板，LNMP，详见再次搬家 即如何将WordPress博客迁移到宝塔面板
2018.4.27
小鸡升级18.04，发现网站502 bad gateway了，查看面板发现php没有运行，手动启动报错：
/www/server/php/72/sbin/php-fpm: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
经查询，应该是Ubuntu18.04仓库中无libpng12-0，只有更新的libpng16-16，升级过程中libpng12被卸载，导致php加载错误，解决方法是手动安装libpng12-0
$ wget http://archive.ubuntu.com/ubuntu/pool/main/libp/libpng/libpng12-0_1.2.54-1ubuntu1_amd64.deb && sudo dpkg -i libpng12-0_1.2.54-1ubuntu1_amd64.deb
完了重启php，继续报错：
/www/server/php/72/sbin/php-fpm: error while loading shared libraries: libicui18n.so.55: cannot open shared object file: No such file or directory
继续安装
$ wget http://archive.ubuntu.com/ubuntu/pool/main/i/icu/libicu55_55.1-7ubuntu0.4_amd64.deb && sudo dpkg -i libicu55_55.1-7ubuntu0.4_amd64.deb
再次重启php，报错报了一屏，不过刷新下就好了，网站也正常了= =||
2018.5.26
试了下Canonical livepatch，配置过程中被告知machine ID冲突，重建了一个，然后显示成功了，更新kernel 4.15.0-22（原为18.04自带的4.15.0-20）发现好像没有自动应用，canonical-livepatch status --verbose返回不对，手贱重启了，然后就悲剧了……
商家只提供基于web的noVNC，进去发现Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
这个错误以前遇到过不止一次，原因千奇百怪，有些解决了，有些没解决，不过首先都要用原来的内核启动，否则没办法操作。然后问题就来了，我发现grub等待时间极短，noVNC反应又慢，导致重启之后还没来得及操作就会用默认内核启动，等noVNC连接成功了，看到的就是Kernel panic了= =然后呢这家面板很奇葩，VNC信息是不提供的；数据我倒是有备份，但是重装选项是不提供的，只能删除重建，但是我的plan绝版了，如果删除重建只能选择新plan；VPS商家提供自动备份，但是要额外收费，所以我也没备份过=。=工单系统也是奇奇怪怪的，在线支持是收费的，而且巨贵。重启几次无果之后就很烦，于是就弃疗了。
然后过了两天又想起来了，再重启，然后很奇迹地赶在了grub倒计时结束之间连上了VNC，大概是这次到面板的网络比之前要好把。果然进入之前的内核是正常的，然后先卸载新内核，关闭livepatch，把/etc/default/grub的等待时间加长，update-grub，重启，发现还是会以4.15.0-22启动，等待时间也没变，然后报错file not found（都卸载了怎么found= =）。又进入老内核，安装kernel 4.15.0-22，这次我检查了下/boot/grub/menu.lst，发现这里的等待时间是3秒，并且最关键的，kernel 4.15.0-22的启动项下，没有指定initrd！
于是把等待时间改长，在kernel下面加入了initrd项：
initrd /boot/initrd.img-4.15.0-22-generic
以防万一又重新生成了initrd文件：
$ sudo update-initramfs -u -k 4.15.0-22-generic
再次update-grub，重启，成功进入kernel 4.15.0-22！
于是一切又正常了，但是网站down了34个小时=。=我到现在也没有搞清楚具体原因是啥……反正，no zuo no die。
2018.6.11
证书又双叒叕出问题了……
症状是不会自动续期，crond任务在，运行的话会提示Error: couldn't get currently installed version for /opt/eff.org/certbot/venv/bin/letsencrypt
查了下，可能的原因非常多，最后用最简单粗暴的方法解决的：
$ sudo rm -rf ~/.local/share/letsencrypt $ sudo rm -rf /opt/eff.org/certbot/
然后在面板重启服务器，搞定。然后发现面板无法访问了，服务器ssh也连不上，进一步检查了下，发现被tcp阻断了（准确说应该是干扰，丢包丢到吓人），如果听不懂的话，它有个俗称，叫被墙了- -
哦尼玛……
2019.5.29
又迁到了洛杉矶，从MariaDB换成了MySQL5.7，直接用的All-in-One WP Migration插件，数据库没有报错，迁移过后删除wp-config.php重新配置，记得加伪静态，否则所有文章都会404……
文章评论