Rsyncが奇妙なことに自動で終了し、その後バイナリが壊れます


3

リモートUbuntu 14.04.3 LTS(Trusty Tahir)インスタンスでRsyncを使用すると、奇妙な状況になりました。

私がそれを実行するときはいつでも、それはしばらくの間(完了していない)実行され、その後自動的に殺されます。その後、壊れて(バイナリは/usr/bin/rsyncなくなります)、パージして再インストールすると、同じ動作が再び発生します。

rsync --delay-updates -F --compress --archive --rsh 'ssh  -S none -o StrictHostKeyChecking=no' '--out-format=<<CHANGED>>%i %n%L' /tmp/production/tmp.CKlHWYgC6c/core/ /home/ubuntu/production/versions/build/prod-service_1.10.0_TEST/core/ 

<<CHANGED>>.d..t...... ./
<<CHANGED>>>f+++++++++ HOWTO.txt
<<CHANGED>>>f+++++++++ __init__.py
<<CHANGED>>>f+++++++++ app_store_customized.py
<<CHANGED>>>f+++++++++ av_appstore_package.py
<<CHANGED>>>f+++++++++ av_archive_file_handler.py
<<CHANGED>>>f+++++++++ av_build_relations.py
<<CHANGED>>>f+++++++++ av_build_ui_conditions.py
<<CHANGED>>>f+++++++++ av_cach.py
<<CHANGED>>>f+++++++++ av_countdown_caller.py
<<CHANGED>>>f+++++++++ av_glogin_dbsync.py
<<CHANGED>>>f+++++++++ av_local_module.py
<<CHANGED>>>f+++++++++ av_logger.py
...
...
<<CHANGED>>>f+++++++++ modules/av_cyren/avsdk/aivsecon-v2.def
<<CHANGED>>>f+++++++++ modules/av_cyren/avsdk/antivir-v2.def
<<CHANGED>>>f+++++++++ modules/av_cyren/avsdk/csamd
<<CHANGED>>>f+++++++++ modules/av_cyren/avsdk/csamd.conf
<<CHANGED>>>f+++++++++ modules/av_cyren/avsdk/libaivse000.so.5
Killed

ubuntu@ansible-tower-server:~$ rsync
-bash: /usr/bin/rsync: No such file or directory


ubuntu@ansible-tower-server:~$ sudo apt-get remove --purge rsync && sudo apt-get install rsync

...

その後、rsyncを再実行してみてください。再び自動で終了します。

これは最近発生したばかりで、以前は適切に実行されていました。何か案は?

更新1: rsyncバージョン

rsync  version 3.1.0  protocol version 31
Copyright (C) 1996-2013 by Andrew Tridgell, Wayne Davison, and others.
Web site: http://rsync.samba.org/
Capabilities:
    64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints,
    socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
    append, ACLs, xattrs, iconv, symtimes, prealloc

rsyncの実行中(このインスタンスにスワップを割り当てていないことに注意してください)

ubuntu@ansible-tower-server:~$ free -m
             total       used       free     shared    buffers     cached
Mem:          7513       6467       1046         20        558       3909
-/+ buffers/cache:       1999       5514
Swap:            0          0          0

更新2

メモリとスワップを増やしましたが、メモリに問題はないようです

             total       used       free     shared    buffers     cached
Mem:         15042       3043      11998         19        326       1225
-/+ buffers/cache:       1492      13550
Swap:         7337          0       7337

-vvvvで再実行します

ここで、それは殺された(そして出生を失った)

<<CHANGED>>>f+++++++++ modules/ap_cyren/ctasd/ctasd_initd
sending file_sum
false_alarms=0 hash_hits=0 matches=0
sender finished /tmp/avanan/tmp.fzMHAGBzXU/core/modules/ap_cyren/ctasd/ctasd_initd
send_files(474, /tmp/avanan/tmp.fzMHAGBzXU/core/modules/ap_cyren/ctasd/libaivse000.so)
count=0 n=0 rem=0
send_files mapped /tmp/avanan/tmp.fzMHAGBzXU/core/modules/ap_cyren/ctasd/libaivse000.so of size 2080872
calling match_sums /tmp/avanan/tmp.fzMHAGBzXU/core/modules/ap_cyren/ctasd/libaivse000.so
<<CHANGED>>>f+++++++++ modules/ap_cyren/ctasd/libaivse000.so
rsync: [receiver] write error: Broken pipe (32)
[receiver] _exit_cleanup(code=10, file=io.c, line=837): entered
Killed
renaming modules/ap_cyren/ctasd/.libaivse000.so.9Ar2ch to modules/ap_cyren/ctasd/.~tmp~/libaivse000.so
ubuntu@ansible-tower-server:~$ rsync error: error in socket IO (code 10) at io.c(837) [receiver=3.1.0]
[receiver] _exit_cleanup(code=10, file=io.c, line=837): about to call exit(10)

私は、マシン上で2つの単純なディレクトリ(ファイルが少ない)のrsyncを試しましたが、正常に動作します。しかし、上記のrsync(テキスト、バイナリを含む2000以上のファイルがあるディレクトリから)だけで失敗しました(さらに、自身を破壊しました)


これは奇妙に聞こえます。Server Faultこのスレッドを見ましたか?
JakeGould

システム上で実行され、そのファイルへの悪意のあるアクセスから自身を防御しようとしている可能性はありますか?
フィリップ-Zyan K Lee-ストックマン

@JakeGould:はい、そのスレッドをチェックしましたが、メモリに関する問題は、いくつかのオプションを試してみましたが、運はありませんでした。
アルコバレーノ

@ Phillip-ZyanKLee-StockmannこれはEC2上の一般的なUbuntu 14.04であるため、AVが実行されているとは思わない。
アルコバレーノ

2つのシステム間でAVのファイルを転送していますか?これらの2つのシステムのいずれかでAVが実行されている場合、これが原因である可能性があります。
フィリップ-Zyan Kリー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.