innobackupex吃光root分区

2024-02-29 作者:

Take a look at this if your innobackupex insists on eating up most (or all) of your root partition, as playing hide and seek with you especially.

近两天总收到奇怪的推送,磁盘占用超90%,没采取人为任何措施,又自动降至正常……就很离谱。去翻了一下云监控的磁盘使用率,发现居然是系统盘,而非数据盘(后者占用率不高,多日无明显变化),就更奇怪了。

前者么,不逮住问题发生时的话,根本无从查起;考虑其发生规律,基本跟mysql冷备的时间周期比较吻合。

所以先去看mysql冷备文件的状态,就开始出问题了(截图欠奉)。

  • 每个备份文件的结束时间都很早,从以往常见的上午9~10点提前到了凌晨4~5点。
  • 且文件的大小也不太对劲,降了一半不止(在未删除数据的前提下)。

好办,备份文件会定期rotate但log不会,不删就会一直存,看log就好。

一看不要紧,近两天备份都是失败告终。

这里的  /tmp 就很迷,我印象中所有临时文件都不应该去系统默认的temp目录,索性检查一下。

原创文章,转载请注明: 转载自渔人小径

本文链接地址: innobackupex吃光root分区

打赏 PayPal

文章的脚注信息由WordPress的wp-posturl插件自动生成

完整阅读本篇»

从lxd迁移到incus

2024-02-27 作者:

Let’s talk about migration from lxd to incus. As for the reason, well I guess we have seen too much of this kinda “show” in the past half decade (just like CentOS to Rocky) so here is what happened in case you’re interested.

Technically I won’t take this as a tutorial since with the well-prepared tool lxd-to-incus by Stéphane Graber (Author of both lxd and incus) there’s nothing to do but simply running it, then everything seems working well.

PS: Tested PASS on both Debian Bookworm AMD64 (on Linux KVM based vm) and Armbian Bookworm ARM64 (on RK3566 based SBC).

这些年,同类剧本真是没少看。一言不合就闭源,一言不合就拉分支,完全不新鲜,具体就不多说了,开工干活。其实吧,作者给了迁移工具 lxd-to-incus ,所以实话说没啥可干的,执行一下就可以验证迁移后的结果了。


先检查系统现状。Check the system status at first.

然后根据文档,安装incus。Now install the incus (by Zabbly) according to the documentation.

从安装过程看,至少创建了一个用户,两个组,以及不少于6个systemd服务。

原创文章,转载请注明: 转载自渔人小径

本文链接地址: 从lxd迁移到incus

打赏 PayPal

文章的脚注信息由WordPress的wp-posturl插件自动生成

完整阅读本篇»