水木社区手机版
- 主题:有快照就是好
- 这几天出个问题怎么也找不到原因，最后不管三七二十一，直接回到5月31号的快照，立刻解决，也不去找原因了，下次还不一定能遇到呢。有时间干点啥别的不好。
--
FROM 171.213.143.* - 快照不是这么用的，定期建立备份点。
快照只在重大升级变更前创建，确认正常后就应该删除快照。
【 在 poocp 的大作中提到: 】
: 这几天出个问题怎么也找不到原因，最后不管三七二十一，直接回到5月31号的快照，立刻解决，也不去找原因了，下次还不一定能遇到呢。有时间干点啥别的不好。
: [upload=1][/upload]
--
FROM 117.173.178.* - 这就是我的日常升级脚本自动创建的快照，当然是升级前创建的，还有升级完成再创建一个。
至于删除快照，我也有自动清理脚本，会定期自动清理以前的快照，将快照维持到合理数量。
【 在 potato09 的大作中提到: 】
: 快照不是这么用的，定期建立备份点。
: 快照只在重大升级变更前创建，确认正常后就应该删除快照。
:
--
FROM 171.213.143.* - 至于你说的备份，我当然也有，我跑了两个pve backup server做远程备份。
--
FROM 171.213.143.* - 自从被ai搞了一次rm -rf /之后，我现在是3天内10分钟一次快照，14天内4小时一次快照，90天内1天一次快照。
【 在 poocp 的大作中提到: 】
: 这几天出个问题怎么也找不到原因，最后不管三七二十一，直接回到5月31号的快照，立刻解决，也不去找原因了，下次还不一定能遇到呢。有时间干点啥别的不好。
: [upload=1][/upload]
--
FROM 116.230.107.* - AI有时候不可控，会萌生出一些搞破坏的想法，干完还坦然承认，就是俺干的，爱咋咋的。
【 在 lvsoft 的大作中提到: 】
: 自从被ai搞了一次rm -rf /之后，我现在是3天内10分钟一次快照，14天内4小时一次快照，90天内1天一次快照。
--
FROM 171.213.143.* - 原因找到了，/boot分区划分小了，默认固件配置的是40MB，内核占了快6MB。sysupgrade会在升级前把配置备份在/boot里，然后切到ramdisk重写/root分区，重启过后，再从/boot里取回配置备份恢复到overlayfs中，然后删掉配置备份。所以配置备份包不能超过34MB大小。
make menuconfig将/boot改大之后，重新升级，远程恢复被截断的配置备份，再次升级，问题消失。
--
FROM 171.213.143.* - 也是我的脚本比较可靠，升级完成后，会比较升级前和升级后的配置备份包内容，及时给出警告，才能抓到这个问题。
--
FROM 171.213.143.* - 哈哈哈，我们这jenkins部署一次打一个tag
【 在 potato09 的大作中提到: 】
: 快照不是这么用的，定期建立备份点。
:
: 快照只在重大升级变更前创建，确认正常后就应该删除快照。
:
: 【 在 poocp 的大作中提到: 】
: : 这几天出个问题怎么也找不到原因，最后不管三七二十一，直接回到5月31号的快照，立刻解决，也不去找原因了，下次还不一定能遇到呢。有时间干点啥别的不好。
--发自 ismth(丝滑版)
--
FROM 221.216.153.* - 一般快照不应该超过3个
1、快照太多，系统性能会非常差。每次快照存的的是与上一次快照的差值。当前系统就得合并之前的N个快照,才能运行。
2、虽然低，但文件会有损坏的风险，早期的快照文件一旦损坏，整个系统就会永久性的消失了。
所以需要恢复系统尽量用创造备份，少用快照。
【 在 poocp 的大作中提到: 】
: 这就是我的日常升级脚本自动创建的快照，当然是升级前创建的，还有升级完成再创建一个。
: 至于删除快照，我也有自动清理脚本，会定期自动清理以前的快照，将快照维持到合理数量。
--
FROM 117.174.100.*