Docker防主机意外断电导致容器实例无法驱动解决方案：UPS || write barrier || 上btrfs定期snapshot
Write barrier - Wikipedia
https://en.wikipedia.org/wiki/Write_barrier
R大在在介绍CMS时提到了write barrier写屏蔽的概念，是来干什么的？ - 知乎
https://www.zhihu.com/question/42879518
(zz)Why Memory Barrier - 做个不善的人 - 博客园
http://www.cnblogs.com/whyandinside/archive/2012/11/07/2759014.html
rgqancy:
[root@server-crm proc]# grep aufs /proc/filesystems
[root@server-crm proc]# grep autofs /proc/filesystems
nodev autofs
rgqancy:aufs与autofs是一回事吗？
RJ:不一样
rgqancy:centos6.9，内核已经升级到
[root@server-crm proc]# uname -a
Linux server-crm 4.4.172-1.el6.elrepo.x86_64 #1 SMP Sat Jan 26 11:32:22 EST 2019 x86_64 x86_64 x86_64 GNU/Linux
rgqancy:服务器意外停电，devicemapper的一些实例启动不了，想升级存储驱动到aufs或者overlay2，有相关操作经验的吗？
RJ:其他存储也会有这个问题
RJ:断电丢失数据避免不了的
RJ:上UPS才能保平安
RJ:底层事ext4？
rgqancy:是的
RJ:调下mount参数，开write barrier
RJ:也没啥好方法
rgqancy:我看到网上的文章，说devicemapper不稳定，并且在Twitter上被吐槽。同事的前公司用的Ubuntu上生产上跑Docker，用的AUFS，Window10+Hyper-V上用的overlay2，导致我就以为其他驱动更稳定没这个问题呢。
rgqancy:那就只能把存储的一些数据放在物理机的硬盘上，总不至于断电时全丢就得了。上UPS这个方案，我们的团队不适用。
rgqancy:@RJ 我不太懂linux底层，一个java码农。
RJ:要么上btrfs定期snapshot，不过一般运维都不敢上，没啥经验
rgqancy:@RJ btrfs，我就更不懂了。
bing搜索：docker aufs 断电
https://yq.aliyun.com/articles/475363
一种可以尝试的方案。
最新文章
- jsp中如何判断el表达式中的BigDecimal==0
- AutoBundle in asp.net mvc 5
- 用Swift GestureRecognizer 的几个注意点
- 前端编码风格规范（3）—— JavaScript 规范
- asp.net 小技巧
- ubuntu 设置显示器的亮度
- Ajax日记
- public void Delete<T>(List<T> EntityList) where T : class, new() 这是什么意思
- SQL函数和SQL Server2008
- Java之IO流补充
- Centos7上安装、破解bamboo6.0.3
- Linux之磁盘信息查看
- win10下运行cmd闪退时检查方法
- Python中的进程
- 怎样监听vue.js中v-for全部渲染完成？
- loj 6436 PKUSC2018 神仙的游戏
- spark rdd 宽窄依赖理解
- git高级浅入之rebase与merge差异
- Linux 命令 统计进程数目
- (原)linux下利用cmake来编译jthread开源库