[Eisfair] Fehlermeldung beim Einsatz von rsync

[Jürgen Witt]

Moin Marcus,

Am 07.03.2019 um 07:24 schrieb Marcus Roeckrath:
> Hallo Jürgen,
> 
> Jürgen Witt wrote:
> 
>> klappt auch beim zweiten Versuch (nur public) nicht.
>>
>> eis # rsync -avzu --delete 10.20.3.101:/public /data
>>   >/var/log/rsync-public2_log
>> rsync: connection unexpectedly closed (33243819 bytes received so far)
>> [receiver]
>> rsync error: error in rsync protocol data stream (code 12) at io.c(235)
>> [receiver=3.1.3]
>> rsync: [generator] write error: Broken pipe (32)
>> rsync error: error in rsync protocol data stream (code 12) at io.c(829)
>> [generator=3.1.3]
> 
> Wo erscheint die Meldung?

das über meiner Antwort ist das Ergebnis nachdem ich an der Konsole

rsync -avzu --delete 10.20.3.101:/public /data >/var/log/rsync-public2_log

ausgeführt habe,

server-sichern wird per cron um 23:30 Uhr täglich gestartet

Mar  6 23:30:00 eis fcron[24120]: Job '/usr/bin/server-sichern' started 
for user root (pid 24129)

Mar  7 00:49:18 eis smartd[5938]: Device: /dev/sdb [SAT], 1 Currently 
unreadable (pending) sectors
Mar  7 00:49:18 eis smartd[5938]: Device: /dev/sdb [SAT], 1 Offline 
uncorrectable sectors
Mar  7 00:51:04 eis fcron[24120]: Job '/usr/bin/server-sichern' 
completed (mailing output)

Den von smartd gemeldete unreadable sector gibt es schon sehr lange Zeit

Einen Tag vorher funktioniert alles und sieht es so aus:

Mar  4 23:30:00 eis fcron[17449]: Job '/usr/bin/server-sichern' started 
for user root (pid 17458)

Mar  5 00:49:19 eis smartd[5938]: Device: /dev/sdb [SAT], 1 Currently 
unreadable (pending) sectors
Mar  5 00:49:20 eis smartd[5938]: Device: /dev/sdb [SAT], 1 Offline 
uncorrectable sectors
Mar  5 00:51:38 eis fcron[17449]: Job '/usr/bin/server-sichern' completed


Hier meine Scripte:

server-sichern

#! /bin/bash
ssh 10.20.3.101 touch /public/TDAMP/DS/end.txt
ssh 10.20.3.101 sleep 45
rsync -avzu --delete 10.20.3.101:/home /data >/var/log/rsync-home_log
rsync -avzu --delete 10.20.3.101:/public /data >/var/log/rsync-public_log
rsync -avzu --delete 10.20.3.101:/var/www/htdocs/webdav /var/www/htdocs 
 >/var/log/rsync-webdav_log
ssh 10.20.3.101 rm /public/TDAMP/DS/end.txt
rm -f /public/TDAMP/DS/end.txt
/usr/bin/server-sichern-report

server-sichern-report

#!/bin/sh
#
#
( echo "To: root"
   echo "Subject: Praxis Borgweg Abgleich Server + Backup-Server"
   echo "Groesse und Datum der log-Dateien"
   ls -l /var/log/rsync-*
   echo "----------------------------------------"
   echo "Sicherung von /home"
   # cat /var/log/rsync-home_log
   echo "-----------------------------------------"
   echo "Zeitpunkt der Sicherung"
   ls -la /var/log/rsync-home_log
   echo "-----------------------------------------"
   echo "Sicherung von /public"
   cat /var/log/rsync-public_log
   echo "-----------------------------------------"
   echo "Zeitpunkt der Sicherung"
   ls -la /var/log/rsync-public_log
   echo "-----------------------------------------"

   ) | /usr/lib/sendmail root

Was mir gerade aufgefallen ist: rsync bricht genau an der selben Stelle 
ab. Hier das Ende des per cron aufgerufenen rsync-logs von public

public/TDAMP/DS/daten/prax1/QMETA.DBF
public/TDAMP/DS/daten/prax1/QMETA.FPT
-----------------------------------------
Zeitpunkt der Sicherung
-rw-r--r-- 1 root root 200502 Mar  7 00:51 /var/log/rsync-public_log
-----------------------------------------

Und hier die komplette Datei rsync-public2_log nach dem Aufruf an der 
Konsole (siehe oben) Da sich die Daten in public nicht verändert haben, 
sollte es nicht viel zu rsyncen geben.

receiving incremental file list
public/Kalender/
public/TDAMP/DS/
public/TDAMP/DS/daten/prax1/
public/TDAMP/DS/daten/prax1/QMETA.FPT


> An der Konsole? Auch in der /var/log/messages?

nur an der Konsole. Die Ergebnisse der 3 rsync-Aktionen lasse ich in je 
eine eigene Datei schreiben und schicke sie mir zu.

Danke und Gruß
Jürgen