@ranaanna 服务端的 tunnel-all-dns, split-dns 只是 vpn 服务端允许全部或特定 dns 请求走隧道, 具体客户端要不要把这部分 dns 解析发到 隧道上来是由客户端(比如 andriod anyconnect app) 决定, 是这个意思吗?

我原本以为这部分算是中心配置, 服务端配置后, 客户端一连接上来, 这部分配置就会自动下发到 客户端.

@ranaanna 已经解决, 用的 docker 镜像有问题, 没有正确计算 route 配置项的掩码, 变成了 32 位掩码了, 类似于于

route=192.168.30.0 255.255.255.255

修改后内网域名也能访问了, 不过奇怪的是不设置 split-dns 似乎也能正常工作? 请教下 ocserv 的 dns 解析逻辑是怎么样的? 什么情况下走客户端本地的 dns? 什么情况下走 vpn 流量去解析 dns.
1. 我看配置项中有 tunnel-all-dns , 那应该意味着也有 dns 分流的方案: 比如是 split-dns 指定的域名走 vpn 服务器, 其他走客户端本地网络?

@cndns 是的, 只想让访问 vpn 服务器所在局域网网段和内网域名的流量走 vpn, 其他都走客户端的本地网络.

@dbak 感谢推荐, 瞄了眼是个类似 netdata 的监控工具, 不仅仅有监控硬盘的功能. 已经搞定这个问题了... 下次有机会再测试下这个软件.

@julyclyde 经过验证, 删除 state 文件是有效的, 只不过要先停止 smartd 服务, 再删除. 因为这个服务在停止前会先保存一次 state......

删除 state 文件再重新跑 smartd 服务, 是可以检测到坏盘并发送邮件的.

@julyclyde 这个坏盘的数据早就转移了, 现在留着纯粹是当测试盘验证 smartd 工具配置的对不对.

@julyclyde 感谢, 跟这个条件多半有关系, 又测试了一段时间, 当 error count 增加时能正常触发异常流程发送邮件的. 就是不知道有没有配置能监控几个关键指标异常时一直发送邮件, 而不是产生变化才发送.

删除 state 文件没有作用. 我再找找其他配置, 看能不能在不改代码的前提下修改下这个行为.

代替 typora 的话有没有比较好的最佳实践或者插件推荐下? typora 主要是所见即所得, 几个好用的快捷键, 以及配合插件的复制上传图片到图床的功能 .

@seers 是的, 其实我想问的就是这个回滚靠不靠谱.

@mikewang 是的, 我认为核心问题其实在 ext4 的 data=journal, writeback 设计里就已经涉及了, 无非是 btrfs 的文件系统具体实现机制不同. 拜读了下提到的文章, 还真挺有意思, 原来也不是所有数据库都能处理崩溃一致性.


*其实我想问的问题本质上应该就是数据库软件能否正确处理崩溃一致性问题. *系统中其他的程序大部分只是写个日志, 损坏关系也不大. 提这个问题的原因是我把数据库相关的目录都关闭了 COW 属性, 如果不考虑碎片直接基于 btrfs 做快照, 会比 ext4 data=order 挂载安全, 因为 metadata 和 data 都有"日志", 虽然仍然保证不了崩溃瞬间业务的一致性.
当然, 还一个问题就是提到的内存数据没有刷回硬盘, 甚至硬盘缓存没有刷回存储介质.

@loading 只是请教下各种方法下的优劣势, 实际使用可以停机的. 比较关心 快照正在使用(正在向硬盘写数据)的数据库, 然后再用这份快照恢复会怎么样. 个人样本比较少, 不太容易测试得到可靠的结论.

@limon 原理应该都一样, 跟用什么发行版无关.

@cgglyle 没重启进程数据应该还跑在原来的子卷上, 比如安装 samba 前快照一次, 安装完成后恢复快照, 实际还能执行 samba 命令.

@msg7086 嗯, 这样莫不如直接重启了.

@mokiki 那请问 xfs 恢复根文件系统一般是怎么个做法? 需要重启吗? 类似我上面描述的这种情况, 不是系统损坏,而是想回退一些操作.

@documentzhangx66 请教下, 如果把 linux 的数据备份到 Windows Server 2019 上, 如何保留 linux 特有的文件系统权限? 比如软链接. 如果用 smb 这种协议应该是不行的, 请问是怎么处理的? 换成 nfs 共享?
毕竟要恢复的时候, 这些权限最好跟备份时是一模一样的.

第 2 个问题, 如果用 SyncBackPro 备份 + windows server 去重的话, linux 数据盘用 btrfs 是不是就没意义了? 还影响磁盘写入速度.

第 3 个问题, SyncBackPro 这个方案相比于 rsync 增量备份的优点是什么?

@rrfeng 交互模式是有告警的... 测试了下.

@leonshaw 对的, 但因为 Q'已经在 gitlab 上了, 所以并不能保证没人 pull 到这个 commit... 为了稳妥期间, 才选择 revert 的.

@optional .... 见我后面的补充, dev 分支存在比较久... 到 rebase 的时候不一定记得有这么个坑要填....知道有这个问题了还是比较好处理的.