LITTLEFOX

Simple & Naïve

更新日志 即我是如何折腾这个辣鸡站的

没啥,就是简单记录一下。

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……

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注