ICode9

精准搜索请尝试: 精确搜索
首页 > 系统相关> 文章详细

Linux上的ZFS在糟糕/糟糕的ssh连接上发送/接收恢复

2019-08-13 03:52:27  阅读:444  来源: 互联网

标签:linux replication snapshot zfs


我在Linux上使用ZFS,并尝试设置远程复制.但我有错误的ssh连接,并且zfs再次发送/接收ssh重启.
我知道ZoL存在一个问题,但我不知道它何时会被实现,或者是一个新的稳定版本.
我听说过mbuffer,但似乎无法重启.也许有可能像zfs发送一样使用它mbuffer |而真实;做ssh …;完成了,但不确定.

现在我正在做zfs发送到一个文件,rsync与–append –partial到远程和恢复.但它占用空间,需要手动帮助,并且是一个肮脏的解决方案.
我希望有一些自动化的解决方案,比如sanoid / syncoid,以保留我的游泳池镜像和所有快照.
也许一些bash脚本执行相同的操作,但将所有快照保存在远程,在成功进行rsynced时删除主机上的文件等.
请帮忙

附:我知道有一个重复的问题,但没有任何解决方案.在我的问题中,我使用了一些肮脏的解决方案,并希望替换或改进它

解决方法:

您可以使用zfs receive的-s选项,如果传输失败,它将在接收端保存可恢复令牌.这取决于您使用的是netcat(nc)还是SSH.

在recv机器上(仅限netcat):

nc -l< port> | zfs接收-s -v tank / dataset

在发送机器上:

从通常发送开始:

zfs发送-v snapshot | nc< host> &LT端口&GT

zfs发送-v snapshot | ssh … zfs接收-s -v tank / dataset

如果传输失败,请转到recv机器并键入:

zfs获取所有tank / dataset

获取receive_resume_token并继续发送机器:

zfs发送-v -t< token> | nc< host> &LT端口&GT

zfs发送-v -t< token> | ssh … zfs接收-s -v tank / dataset

干得好 :)

标签:linux,replication,snapshot,zfs
来源: https://codeday.me/bug/20190813/1646771.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有