<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Rsync on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/tags/rsync/</link>
    <description>Recent content in Rsync on Marco Gabriel Blog</description>
    <image>
      <title>Marco Gabriel Blog</title>
      <url>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Wed, 11 May 2016 18:05:00 +0200</lastBuildDate>
    <atom:link href="https://www.marcogabriel.com/tags/rsync/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>rsync zu langsam im LAN - Wie man rsync beschleunigt</title>
      <link>https://www.marcogabriel.com/posts/651-rsync-zu-langsam-im-lan-wie-man-rsync-beschleunigt/</link>
      <pubDate>Wed, 11 May 2016 18:05:00 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/651-rsync-zu-langsam-im-lan-wie-man-rsync-beschleunigt/</guid>
      <description>&lt;p&gt;&amp;hellip;hat schon jemand geschrieben. Man kann es bereits &lt;a href=&#34;https://gist.github.com/KartikTalwar/4393116&#34;&gt;hier&lt;/a&gt; nachlesen.&lt;/p&gt;
&lt;p&gt;rsync nutzt SSH und SSH verschlüsselt. Das kostet Zeit und Performance, vor allem wenn man im LAN mit Gigabit unterwegs ist.&lt;/p&gt;
&lt;p&gt;Kurz gesagt nutzt man die richtigen Optionen und macht&amp;rsquo;s damit schneller:&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;rsync -aHAXxv --numeric-ids --delete --progress \
    -e &amp;#34;ssh -T -c arcfour -o Compression=no -x&amp;#34; \
    user@&amp;lt;source&amp;gt;:&amp;lt;source_dir&amp;gt; &amp;lt;dest_dir&amp;gt;
&lt;/code&gt;&lt;/pre&gt;</description>
    </item>
    <item>
      <title>fileListReceive failed bei backuppc rsync Sicherung</title>
      <link>https://www.marcogabriel.com/posts/634-filelistreceive-failed-bei-backuppc-rsync-sicherung/</link>
      <pubDate>Wed, 09 Oct 2013 17:03:07 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/634-filelistreceive-failed-bei-backuppc-rsync-sicherung/</guid>
      <description>&lt;p&gt;&amp;hellip;könnte darauf hindeuten, dass rsync noch gar nicht installiert ist.&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;apt-get install rsync
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;behebt das Problem.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Rsync Logical Volumes / LVM</title>
      <link>https://www.marcogabriel.com/posts/619-rsync-logical-volumes-lvm/</link>
      <pubDate>Sun, 05 May 2013 17:20:03 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/619-rsync-logical-volumes-lvm/</guid>
      <description>&lt;p&gt;Wenn man regelmäßig Daten transferieren oder abgleichen möchte, dann ist Rsync in der Regel das beste Mittel der Wahl. Rsync überträgt nur geänderte Dateien, tut dies sehr effizient, komprimiert dabei noch und verschlüsselt die Daten während des Transfers. Rsync funktioniert für regelmäßige Dateitransfers also extrem gut.&lt;/p&gt;
&lt;p&gt;Schön wäre es nun, wenn man so etwas wie Rsync auch für sehr große Dateien oder Logical Volumes eines LVM verwenden könnte. Ein typischer Anwendungsfall ist die Sicherung von virtuellen Maschinen, bei denen diese Images auch schon mal mehrere hundert GB groß sind.&lt;/p&gt;</description>
    </item>
    <item>
      <title>rsync nur einmal starten</title>
      <link>https://www.marcogabriel.com/posts/603-rsync-nur-einmal-starten/</link>
      <pubDate>Wed, 23 Jan 2013 05:07:13 +0100</pubDate>
      <guid>https://www.marcogabriel.com/posts/603-rsync-nur-einmal-starten/</guid>
      <description>&lt;p&gt;Ab und an dauert ein rsync Job länger als geplant. Wenn man sicherstellen möchte, dass rsync in einem Cronjob nur ausgeführt wird, falls es nicht schon läuft, kann man folgendes Konstrukt verwenden:&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;pgrep -c rsync || rsync [options] quelle ziel
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Ich hatte das vor einiger Zeit bei Serverfault schon mal als Antwort eingestellt, aber eigentlich ist es in meinem Blog auch gut aufgehoben.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux Backup mit Duply, Duplicity und Rdiff-Backup auf (potentiell unsichere) Online Speicher (Teil 1)</title>
      <link>https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/</link>
      <pubDate>Tue, 13 Jul 2010 00:10:00 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/</guid>
      <description>&lt;p&gt;Same procedure as every year, James!&lt;/p&gt;
&lt;p&gt;Der neue Rootserver ist fertig, aber benötigt noch ein Backup. Hat man nun nicht gerade ein Rechenzentrum im Keller und kann dort Bänder wechseln gehen, bietet sich für Rootserver ein Backup auf verfügbaren Onlinespeicher an. Das kann in einigen Fällen ein weiterer Rootserver mit noch reichlich Platz sein, aber auch ein vom Provider zur Verfügung gestellter FTP Server oder auch Amazons S3 sind gute Alternativen.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
