<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Jak rsync Twoje dane zapisywał na zdalnych serwerach</title>
	<atom:link href="http://bronikowski.com/1319/feed" rel="self" type="application/rss+xml" />
	<link>http://bronikowski.com/1319</link>
	<description>Emil Oppeln-Bronikowski → µGeek</description>
	<lastBuildDate>Tue, 07 Sep 2010 08:38:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Freeeman</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3065</link>
		<dc:creator>Freeeman</dc:creator>
		<pubDate>Thu, 29 Oct 2009 13:31:07 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3065</guid>
		<description>Ok - do kompletu (i dla leniwych) ciekawą opcją jest dirvish - oskryptowuje rsync w ten sposób że trzyma ileś tam kolejnych pełnych backupów z wybranych dni. Przy czym robi to dość efektywnie, bo korzysta z hardlinków dla identycznych plików w kolejnych backupach. Zaleta - zawsze macie pełen backup (żadnych przyrostowych) i z więcej niż jednego dnia. Wada - jeśli agresywnie korzystacie z hardlinków, to dirvish/rsync może tego nie przeżyć (bo na liczbę hardlinków jest limit w ext2/ext3). Szczególnie jest to przyjemne dla backupów sprzed kilku miesięcy, które potrafią dzielić sporą liczbę plików z kopią aktualną (tradycyjny model z tar trzymałby dwa różne pełne backupy z tych dat). Dla ciekawych -- wszystko to dzięki opcji --backupdir rsynca.</description>
		<content:encoded><![CDATA[<p>Ok &#8211; do kompletu (i dla leniwych) ciekawą opcją jest dirvish &#8211; oskryptowuje rsync w ten sposób że trzyma ileś tam kolejnych pełnych backupów z wybranych dni. Przy czym robi to dość efektywnie, bo korzysta z hardlinków dla identycznych plików w kolejnych backupach. Zaleta &#8211; zawsze macie pełen backup (żadnych przyrostowych) i z więcej niż jednego dnia. Wada &#8211; jeśli agresywnie korzystacie z hardlinków, to dirvish/rsync może tego nie przeżyć (bo na liczbę hardlinków jest limit w ext2/ext3). Szczególnie jest to przyjemne dla backupów sprzed kilku miesięcy, które potrafią dzielić sporą liczbę plików z kopią aktualną (tradycyjny model z tar trzymałby dwa różne pełne backupy z tych dat). Dla ciekawych &#8212; wszystko to dzięki opcji &#8211;backupdir rsynca.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Pankowecki</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3052</link>
		<dc:creator>Robert Pankowecki</dc:creator>
		<pubDate>Thu, 22 Oct 2009 15:55:52 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3052</guid>
		<description>Można też użyć graficznej nakładki jaką jest flyback :-)</description>
		<content:encoded><![CDATA[<p>Można też użyć graficznej nakładki jaką jest flyback :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Divide</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3050</link>
		<dc:creator>Divide</dc:creator>
		<pubDate>Wed, 21 Oct 2009 21:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3050</guid>
		<description>@Opi,

ale w pre sobie faktycznie odpuścił, tylko tam w tym ulu dalej masz ndashe.</description>
		<content:encoded><![CDATA[<p>@Opi,</p>
<p>ale w pre sobie faktycznie odpuścił, tylko tam w tym ulu dalej masz ndashe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Divide</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3049</link>
		<dc:creator>Divide</dc:creator>
		<pubDate>Wed, 21 Oct 2009 21:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3049</guid>
		<description>NB, tajm maszin to chyba jest właśnie jakiś obskrypcony rsync, no?</description>
		<content:encoded><![CDATA[<p>NB, tajm maszin to chyba jest właśnie jakiś obskrypcony rsync, no?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emil Oppeln-Bronikowski</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3048</link>
		<dc:creator>Emil Oppeln-Bronikowski</dc:creator>
		<pubDate>Wed, 21 Oct 2009 21:01:56 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3048</guid>
		<description>@Divide

Prawda? A myślałem, że w &lt;code&gt;pre&lt;/code&gt; sobie odpuści, czy coś. Nie chce mi się teraz tego naprawiać. Ale zerknę. Jutro.

Chyba, że pojutrze.</description>
		<content:encoded><![CDATA[<p>@Divide</p>
<p>Prawda? A myślałem, że w <code>pre</code> sobie odpuści, czy coś. Nie chce mi się teraz tego naprawiać. Ale zerknę. Jutro.</p>
<p>Chyba, że pojutrze.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Divide</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3047</link>
		<dc:creator>Divide</dc:creator>
		<pubDate>Wed, 21 Oct 2009 20:56:59 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3047</guid>
		<description>Uroczo Ci blag przerabia double dash na ndashe.</description>
		<content:encoded><![CDATA[<p>Uroczo Ci blag przerabia double dash na ndashe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CoSTa</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3044</link>
		<dc:creator>CoSTa</dc:creator>
		<pubDate>Wed, 21 Oct 2009 13:42:30 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3044</guid>
		<description>@zen
Mam też hektary miejsca na NASie, które chcę obciążać kopiami rzeczy, które nie lądują mi w tajm maszin. Tajm maszin ma mi robić dobrze w bieżące prace i sprawy związane z przywróceniem systemu w razie jego wpadki. Dwa pozostałe terabajty mają się zapełniać robotowymi materiałami maści wszelakiej, które to materiały brane są z określonych miejsc na pracowym kompie (ot powiedzmy różne rzeczy z katalogu &quot;Obrazki Fajnych Dupć Do Folderów&quot; powinny się same zgrywać co jakiś czas w bezpieczne miejsce). W takim przypadku rsync do spółki z Automatorem i iCalem odwalą całą czarną robotę a ja jak biały człowiek będę mógł w międzyczasie ściągać jeszcze więcej Dupć do rzeczonego katalogu, coby wspomniane rsync, Atomator i iCal miały co robić :)</description>
		<content:encoded><![CDATA[<p>@zen<br />
Mam też hektary miejsca na NASie, które chcę obciążać kopiami rzeczy, które nie lądują mi w tajm maszin. Tajm maszin ma mi robić dobrze w bieżące prace i sprawy związane z przywróceniem systemu w razie jego wpadki. Dwa pozostałe terabajty mają się zapełniać robotowymi materiałami maści wszelakiej, które to materiały brane są z określonych miejsc na pracowym kompie (ot powiedzmy różne rzeczy z katalogu &#8220;Obrazki Fajnych Dupć Do Folderów&#8221; powinny się same zgrywać co jakiś czas w bezpieczne miejsce). W takim przypadku rsync do spółki z Automatorem i iCalem odwalą całą czarną robotę a ja jak biały człowiek będę mógł w międzyczasie ściągać jeszcze więcej Dupć do rzeczonego katalogu, coby wspomniane rsync, Atomator i iCal miały co robić :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GDR!</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3042</link>
		<dc:creator>GDR!</dc:creator>
		<pubDate>Tue, 20 Oct 2009 18:37:14 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3042</guid>
		<description>I nigdy, przenigdy niech was nie korci żeby użyć jakiegoś &quot;Enterprise backup&quot; typu Amanda. Właśnie nudzę się na linii z supportem który głowi się czemu nie działa restore.</description>
		<content:encoded><![CDATA[<p>I nigdy, przenigdy niech was nie korci żeby użyć jakiegoś &#8220;Enterprise backup&#8221; typu Amanda. Właśnie nudzę się na linii z supportem który głowi się czemu nie działa restore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zen</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3041</link>
		<dc:creator>zen</dc:creator>
		<pubDate>Tue, 20 Oct 2009 17:08:21 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3041</guid>
		<description>@waltharius: to tylko gówniany TSM zostaje

@costa: przecież ty masz tajm maszin, po co ci rsync?</description>
		<content:encoded><![CDATA[<p>@waltharius: to tylko gówniany TSM zostaje</p>
<p>@costa: przecież ty masz tajm maszin, po co ci rsync?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CoSTa</title>
		<link>http://bronikowski.com/1319/comment-page-1#comment-3040</link>
		<dc:creator>CoSTa</dc:creator>
		<pubDate>Tue, 20 Oct 2009 14:19:59 +0000</pubDate>
		<guid isPermaLink="false">http://bronikowski.com/?p=1319#comment-3040</guid>
		<description>Uuuu, guys, powiało profesjonalizmem że ała.

Ja bardzo dziękuję za to info całe. Se muszę coś takiego do zrzucania danych na dysk sieciowy zrobić i pięknie Ci Opi timing wyszedł.</description>
		<content:encoded><![CDATA[<p>Uuuu, guys, powiało profesjonalizmem że ała.</p>
<p>Ja bardzo dziękuję za to info całe. Se muszę coś takiego do zrzucania danych na dysk sieciowy zrobić i pięknie Ci Opi timing wyszedł.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
