(过去 20 个小时里我把整个互联网都翻了个底朝天,但没有一个类似的帖子能起到作用)
这是两个 debian(from) 之间购买 iptvubuntu(to)服务器将文件从一台机器移动到远程机器。
昨天我尝试将超过 1.5 TB 的文件夹从旧服务器移动到新服务器。我被建议使用 rsync 命令。我像这样运行了命令。
sudo rsync -zvh -e ssh —progress /my/old/server/from/ [email protected]:/my/new/server/to/
第一次运行一切正常,一分钟后,我意外地按 ctrl+c 停止了该过程。现在,每当我再次执行该命令时,它都不起作用并告诉我:
rsync 错误:某些文件/属性未传输(参见前面的错误)(代码 23)位于 main.c(1196) [sender=3.1.2]
答案1
将输出记录到文件(使用更多 -v 可使输出更加详细),然后 grep 查找“rsync:”。这样应该会显示 rsync 遇到问题的确切文件。
记录方法示例:
sudo rsync -zvvvvh -e ssh —progress /my/old/server/from/ [email protected]:/my/new/server/to/ >&! /tmp/logfile.txt
以上内容在 中有效tcsh
。如果您使用bash
,我认为您需要1> /tmp/logout.txt 2> /tmp/logerr.txt
重定向输出,但我不是 100% 确定。
如果你想在输出生成时观察它,也可以使用|& tee /tmp/logfile.txt
。你可能只是想看看 rsync 是否正在也详细,并减少-v
s 的数量,直到您对输出满意为止。
答案2
我的目标服务器出现硬盘问题,我将其配置为 RAID0,现在它配置为 RAID5,并且运行良好。
答案3
这是我通过这个命令得到的结果:
sudo rsync -zvvvvvvvvh -e ssh —progress /my/old/server/from/ [email protected]:/my/new/server/to/ 1> /tmp/logout.txt 2> /tmp/logerr.txt
msg checking charset: UTF-8
(Client) Protocol versions: remote=31, negotiated=31
[sender] change_dir(/home/xxxxxxxx/xxxx/movies)
skipping directory .
[sender] flist start=0, used=0, low=0, high=-1
send_file_list done
[sender] flist_eof=1
file [iptv trial][1] list sent
send_files starting
server_recv(2) starting pid=5715
received 0 names
[Receiver] flist_eof=1
[Receiver] flist start=0, used=0, low=0, high=-1
recv_file_list done
get_local_name count=0 /home/newfiles/
[Receiver] change_dir(/home/newfiles)
generator starting pid=5715
delta-transmission enabled
generate_files phase=1
send_files phase=1
recv_files(0) starting
recv_files phase=1
generate_files phase=2
send_files phase=2
send files finished
total: matches=0 hash_hits=0 false_alarms=0 data=0
recv_files phase=2
recv_files finished
generate_files phase=3
generate_files finished
client_run waiting on 9882
sent 16 bytes received 426 bytes 58.93 bytes/sec
total size is 0 speedup is 0.00
[sender] _exit_ [iptv server][2] cleanup(code=0, file=main.c, line=1196): entered
[sender] _exit_cleanup(code=0, file=main.c, line=1196): about to call exit(23)
答案4
当我遇到完全相同的错误时(将文件夹从远程 ubuntu 服务器复制到本地 ubuntu 电脑时),我可以通过将源位置更改为根目录(使其不那么深)来轻松解决这个问题。
如果这不能解决问题,下一步就是选择尽可能浅的目标位置。