我在我的crontab中有一个简单的rsync行，从prod服务器获取备份文件到另一个。 它看起来像是触摸目标文件夹中已有的文件。 这样，备份将逐渐花费更长的时间间隔。 请看下面的文件的date和时间已经改变。 如何使用rsync不要触摸（和下载？）它已有的文件。 我不需要计算任何校验和，一旦创build备份，他们将不会再改变。 rsync -vzre 'ssh' stor@server:/backup/system/ /storage/share/Backup/Server 要获取的文件： -rw-rx— 1 root stor 896K Jun 22 05:02 giant-140622-etc.zip -rw-rx— 1 root stor 620K Jun 22 05:02 giant-140622-sql.zip -rw-rx— 1 root stor 84M Jun 22 05:02 giant-140622-www.zip -rw-rx— 1 root stor 899K Jun 25 05:00 giant-140625-etc.zip -rw-rx— 1 root stor 603K Jun 25 […]
我想授予某人在我的Ubuntunetworking服务器上托pipe一些简单文件的权限。 这是一个IRC日志logging机器人。 我想给他们无密码的ssh / scp / rsync / sftp访问。 但是我想限制他们能做的事情，我不想给他们一个完整的ssh shell。 我也希望能够限制他们可以占用的磁盘空间，所以他们不能使用总共200MB以上的磁盘空间。 不需要，但可能是不错的奖励选项：限制他们可以上传什么types的文件？ （Mimetypes可能？）他们上传文件时logging？ 限制他们的带宽？ 我有什么select？
我正在写一个bash脚本，它将从cron中调用，每天从远程服务器上获取一个文件。 我正在使用SSH，所以我需要自动提供一个密码，因为这是无人值守的运行。 以下是我到目前为止所做的： 1：通过ssh-keygen创build一个DSA密钥对 2：将公钥复制到远程服务器 3：configurationssh-agent来处理密钥密码 我的问题是：这一切都有必要吗？ 这是最简单/最好的方法吗？ 这是一个非常简单的任务，所以我想尽可能简化configuration，同时保持合理的安全级别。 附加信息： 不运行rsync守护进程 双机是Ubuntu的Linux
我是rsync的新手。 很多人都说rsync在一切方面都很出色 如何复制大于10 GB的文件，一次有很多目录？ rsync足够强大吗？
为什么这个： rsync -avz -e ssh /home/userneme/folder [email protected]:/var/www/folder 从cronjob和这个作品： exec("rsync -avz -e ssh /home/userneme/folder [email protected]:/var/www/folder"); 不起作用。 我知道exec是工作的，因为我有我的appp中的几个地方，使用ImageMagick（exec）从PDF到JPG的融合。 解决了 exec正在工作确定这是远程服务器上的权限问题。 “本地”服务器是共享经销商帐户，远程服务器是我的第一个VPS Ubuntu 10.10灯箱。 如果只有我有一个系统pipe理员，因为我只是一个软件开发人员被迫做到这一点，我很臭:)谢谢大家！
我们有两个大型存储服务器（+ 100TB），一个运行在ZFS上，另一个运行XFS，我们打算使用XFS作为我们的工作服务器，并使用ZFS作为备份服务器（快照<3）。 现在问题是保持这些野兽同步…（同步在每日同步） 最简单的select是使用rsync，但不幸的是目录结构很深，并且到处都是硬链接。 所以这意味着我们需要做一个“全局”的扫描，这将需要很长时间…最重要的是，大部分的数据是创build的，永远不会被修改。 所以rsync可能不会是要走的路。 我研究了inotify ，看起来相对便宜，因为我们只是在日常的基础上同步，可以卸载到一个很好的时间…可悲的是，如果我们只看创build的文件，我们会复制硬链接作为数据会使我们备份中使用的存储量增加一倍…（基本上，没有办法从rsync执行-H检查） 剩下的唯一select是我可以考虑将重新组织我们的存储使用基于date的目录，悲伤地移动那么多的数据是不是我们想要的… 还有其他的select吗？ 以供参考 ： 带有XFS的服务器有RAID控制器（没有JBOD选项）和SATA磁盘（WD RE）。 32GB内存 带有ZFS的服务器有一个HBA控制器和SAS磁盘。 126Gb的RAM 当我参考ZFS缓慢的时候，我看到'ls'需要几秒钟的时间。
愚蠢的一个， 在现代linux下，对于大型[4GB]文件的rsync有什么问题吗？ [32位，64位，大文件支持打开]？ 我已经在2个64位盒子之间自己做了一些testing，并且没有任何问题传输6-10GB的文件。 为了使testing彻底我改变的文件，再次运行rsync，检查md5 … – 一切似乎没问题。 但是当我看到这个 bug报告后，我有点担心。 我有一些search，但没有发现任何问题的确认。 感谢您的想法！ 编辑：文件系统：ext3，reiserfs
我们使用rsync -a将一组虚拟机备份到外部USB驱动器。 du -sh报告的源目录是145G，但目标是报告181G。 这两个文件系统是ext3和块大小是一样的，那么有人可以解释什么是差异？
我有一个相当大的目录在一台服务器上（超过4000个文件），我想复制到另一台服务器（其中包含此目录的以前版本）。 rsync是第一个选项，但它会将目标文件夹置于等待状态很长一段时间（超过一分钟）。 我想这样做有点不同： gzip源文件夹 将存档scp到目标服务器 gunzip那里的文件 删除来源和目的地的档案 完成这一切的最好方法是什么？
我想要做一些像gzip的文件，然后立即rsync到另一台服务器，这样创build的gzip文件将不会写在本地服务器上。 我正在考虑这样做…但显然这失败了。 gzip文件| rsync -auv another_server 有人有这个想法吗？ 或者这甚至有可能？