<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Komentarze do wpisu 'Backupeer v0.01'</title>
	<link>http://jarmark.org/post/backupeer_v001/</link>
	<description>Targowisko informacji, porad i pomysłów.</description>
	<pubDate>Fri, 21 Nov 2008 23:29:43 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.3</generator>

	<item>
		<title>Autor: Jarmark.org &#187;</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-3148</link>
		<pubDate>Wed, 06 Feb 2008 13:55:30 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-3148</guid>
					<description>[...] Amazon spiskuje?   Od udostępnienia publicznie mojego narzędzia do backupów mineło już parę miesięcy. Backupeer w tym czasie dziarsko backupował dane z webankiety bez najmniejszych problemów, dzień w dzień rozsyłając backupy zgodnie z receptą do kilku różnych źródeł (w tym do S3 Amazona). Tak było do początku lutego&amp;#8230;  Począwszy do 1-go zaczęły występować problemy z przesyłaniem danych do S3. Zamiast więc danych na Amazonie otrzymywałem komunikat &amp;#8216;connection reset by peer&amp;#8217; w logach. Co dziwniejsze szybkie śledztwo wykazało, że dotyczy to tylko większych plików. Od kilku więc dni Backupeer zapaczowany na tą okoliczność próbuje przepchnąć dane do Amazona aż do skutku - i się działa, ale czasem za 30 próbą.  Przyczyn ten sytuacji przyznam nie rozumiem - z techcznicznego punktu widzenia wszystko powinno być ok. Przyszła mi do głowy nieco spiskowa teoria :) Amazon ma swoje Data Centers m.in w Europie i właśnie te położone w UE wyróżniają się wyższymi cenami. Zastanawiam się więc czy nie jest to delikatna sugestia ze strony Amazona abym się domyślił, że korzystając z Data Center w UE będzie wszystko po staremu&amp;#8230;. Na szczęście jestem mało domyślny :)   []   Spodobało się? Podziel się z innymi: These icons link to social bookmarking sites where readers can share and discover new web pages. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Amazon spiskuje?   Od udostępnienia publicznie mojego narzędzia do backupów mineło już parę miesięcy. Backupeer w tym czasie dziarsko backupował dane z webankiety bez najmniejszych problemów, dzień w dzień rozsyłając backupy zgodnie z receptą do kilku różnych źródeł (w tym do S3 Amazona). Tak było do początku lutego&#8230;  Począwszy do 1-go zaczęły występować problemy z przesyłaniem danych do S3. Zamiast więc danych na Amazonie otrzymywałem komunikat &#8216;connection reset by peer&#8217; w logach. Co dziwniejsze szybkie śledztwo wykazało, że dotyczy to tylko większych plików. Od kilku więc dni Backupeer zapaczowany na tą okoliczność próbuje przepchnąć dane do Amazona aż do skutku - i się działa, ale czasem za 30 próbą.  Przyczyn ten sytuacji przyznam nie rozumiem - z techcznicznego punktu widzenia wszystko powinno być ok. Przyszła mi do głowy nieco spiskowa teoria :) Amazon ma swoje Data Centers m.in w Europie i właśnie te położone w UE wyróżniają się wyższymi cenami. Zastanawiam się więc czy nie jest to delikatna sugestia ze strony Amazona abym się domyślił, że korzystając z Data Center w UE będzie wszystko po staremu&#8230;. Na szczęście jestem mało domyślny :)   []   Spodobało się? Podziel się z innymi: These icons link to social bookmarking sites where readers can share and discover new web pages. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: kodz</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2889</link>
		<pubDate>Sat, 24 Nov 2007 18:55:49 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2889</guid>
					<description>Daniel, wspanialy backuper!!!!?!?!</description>
		<content:encoded><![CDATA[<p>Daniel, wspanialy backuper!!!!?!?!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: Paweł J. Sawicki</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2848</link>
		<pubDate>Mon, 19 Nov 2007 15:27:22 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2848</guid>
					<description>@daniel

No jest dobry, nawet bardzo :)</description>
		<content:encoded><![CDATA[<p>@daniel</p>
<p>No jest dobry, nawet bardzo :)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: daniel</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2847</link>
		<pubDate>Mon, 19 Nov 2007 13:11:53 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2847</guid>
					<description>@zawadaa &amp;&amp; @Paweł
ej noo moglibyście choć powiedzieć, że ten Backupeer nie jest taki zły :)))))))))))))
Dzięki za ciekawą dyskusję w temacie - jak są jeszcze jakieś niuanse wrzucajcie :)</description>
		<content:encoded><![CDATA[<p>@zawadaa &#038;&#038; @Paweł<br />
ej noo moglibyście choć powiedzieć, że ten Backupeer nie jest taki zły :)))))))))))))<br />
Dzięki za ciekawą dyskusję w temacie - jak są jeszcze jakieś niuanse wrzucajcie :)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: Paweł J. Sawicki</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2845</link>
		<pubDate>Mon, 19 Nov 2007 12:13:08 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2845</guid>
					<description>// Stawia sie wezwany do tablicy :)

@zawadaa

ad. ad. 4)

OK, zwracam honor - wspiera natywnie... ale:

&quot;The implementation does not encrypt file metadata such as file path names, permissions, and ownership.&quot;

Lekki problem moze byc np. w momencie gdy zrobimy backup folderu z sesjami, ktos sie dobierze do kopii zapasowej i odczyta np. nazwe katalogu zawierajacego dane dla danego odwiedzajacego... tyle, ze to bardziej wydumka i szukanie dziury w calym chyba :) W sumie jak juz szyfruja, to mogliby wszystko. To, ze wtedy director musi trzymac wiecej informacji z mapowaniem wlacznie (bo kopie byly by pewnie przez jakis guid wtedy identyfikowane) to raczej maly problem IMO.

Jak sam napisales to nowa funkcjonalnosc... Skoro mam np. przerzucac dane na jakis niezaufany serwer to wole jednak powierzyc moje dane sprawdzonemu gpg :)

Zeby nie bylo :) Osobiscie uzywam baculi i bardzo dobrze mi sie sprawdza. Potrafi zrobic kopie nawet po jakims nedznym dsl-u, a dwa skrypty na krzyz i mamy przerzucanie woluminow na S3... jak dla mnie wiecej nie potrzeba. Zobacze jeszcze jak to dokladnie wyglada z tym szyfrowaniem, bo moze rzeczywiscie bedzie wystarczajace.</description>
		<content:encoded><![CDATA[<p>// Stawia sie wezwany do tablicy :)</p>
<p>@zawadaa</p>
<p>ad. ad. 4)</p>
<p>OK, zwracam honor - wspiera natywnie&#8230; ale:</p>
<p>&#8220;The implementation does not encrypt file metadata such as file path names, permissions, and ownership.&#8221;</p>
<p>Lekki problem moze byc np. w momencie gdy zrobimy backup folderu z sesjami, ktos sie dobierze do kopii zapasowej i odczyta np. nazwe katalogu zawierajacego dane dla danego odwiedzajacego&#8230; tyle, ze to bardziej wydumka i szukanie dziury w calym chyba :) W sumie jak juz szyfruja, to mogliby wszystko. To, ze wtedy director musi trzymac wiecej informacji z mapowaniem wlacznie (bo kopie byly by pewnie przez jakis guid wtedy identyfikowane) to raczej maly problem IMO.</p>
<p>Jak sam napisales to nowa funkcjonalnosc&#8230; Skoro mam np. przerzucac dane na jakis niezaufany serwer to wole jednak powierzyc moje dane sprawdzonemu gpg :)</p>
<p>Zeby nie bylo :) Osobiscie uzywam baculi i bardzo dobrze mi sie sprawdza. Potrafi zrobic kopie nawet po jakims nedznym dsl-u, a dwa skrypty na krzyz i mamy przerzucanie woluminow na S3&#8230; jak dla mnie wiecej nie potrzeba. Zobacze jeszcze jak to dokladnie wyglada z tym szyfrowaniem, bo moze rzeczywiscie bedzie wystarczajace.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: zawadaa</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2821</link>
		<pubDate>Fri, 16 Nov 2007 22:11:02 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2821</guid>
					<description>@daniel
ad1) oczywiście w przypadku baculi musisz postawić temp Directora
ad2) coś za coś ;-)
ad3) po prostu (czyli choćby tak jak robi to rdiff-backup - też ciekawy ale taki &quot;malusi&quot;) to nie (znaczy nie, że jest to trudne/zaawansowane dla admina)- ale odzyskać/znaleźć plik co to ktoś nie do końca wie jak się zwał to... miodzio :-)
ad4) oj - nie doczytałeś albo masz stare dane ;-) bacula od wersji 2.2.0 wspiera szyfrowanie (nie tylko szyfrowanie transmisji). Pomiędzy (transmisja) oczywiście też (na wypadek &quot;zdalnych&quot; backupów, ale też szyfrowanie wolumenów. Czyli: ktoś Ci ukradnie dysk z backupami i zyskał... dysk - na odszyfrowanie danych straci duuużo czasu ;-)
ad4) ten argument oczywiście nie podlega dyskusji - Bacula to _system_ backupów - nie zabawka. Każdy potrzebuje czegoś innego bo i potrzeby są różne. :-)</description>
		<content:encoded><![CDATA[<p>@daniel<br />
ad1) oczywiście w przypadku baculi musisz postawić temp Directora<br />
ad2) coś za coś ;-)<br />
ad3) po prostu (czyli choćby tak jak robi to rdiff-backup - też ciekawy ale taki &#8220;malusi&#8221;) to nie (znaczy nie, że jest to trudne/zaawansowane dla admina)- ale odzyskać/znaleźć plik co to ktoś nie do końca wie jak się zwał to&#8230; miodzio :-)<br />
ad4) oj - nie doczytałeś albo masz stare dane ;-) bacula od wersji 2.2.0 wspiera szyfrowanie (nie tylko szyfrowanie transmisji). Pomiędzy (transmisja) oczywiście też (na wypadek &#8220;zdalnych&#8221; backupów, ale też szyfrowanie wolumenów. Czyli: ktoś Ci ukradnie dysk z backupami i zyskał&#8230; dysk - na odszyfrowanie danych straci duuużo czasu ;-)<br />
ad4) ten argument oczywiście nie podlega dyskusji - Bacula to _system_ backupów - nie zabawka. Każdy potrzebuje czegoś innego bo i potrzeby są różne. :-)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: daniel</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2818</link>
		<pubDate>Fri, 16 Nov 2007 21:06:48 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2818</guid>
					<description>@zawadaa
Bacula była jednym z mocnych liderów, odpadła m.in dlatego, że:
*) system backupów mialbyć &quot;self contained&quot;  - mial nie zalezec od zewnetrznych serwerow, zeby w wypadku awarii maszyny z &quot;nadzorca&quot; backup dalej byl wykonywany
*) Bacula jest mimo wszystko skomplikowana (director, storage daemon,  file daemon, woluminy, urzadzenia, schedule - duzo tego);
*) nie bardzo można liczyć na proste odtworzenie - nie mozesz sobie po prostu skopiowac/sciagnac  pliku z sieci i na nim dzialac; nawet uruchomienie GUI to duzo wieksza &quot;zabawa&quot;
*) szyfrowanie w wypadku Baculi jest natywnie wspierane pomiedzy klientem a demonem skladujacym dane; ten drugi (ktory tak naprawde trzyma calosc danych) jest uwazany za &quot;zaufany&quot; i w srodku nic nie jest zaszyfrowane; zeby zrobic kopie na zewnatrz trzeba woluminy oddzielnie zaszyfrowac i przeslac w zdalne miejsce
*)  jednym z wymagań była prostota - nie potrzebne jest mi więc  narzedzie ktore pozwala postawic z backupu setke maszyn w ciagu godziny 

Aby oddać sprawiedliwośc powyższe argumenty są kompilacją moich uwag i uwag zgłoszonych przez Pawła (administratora webankiety)</description>
		<content:encoded><![CDATA[<p>@zawadaa<br />
Bacula była jednym z mocnych liderów, odpadła m.in dlatego, że:<br />
*) system backupów mialbyć &#8220;self contained&#8221;  - mial nie zalezec od zewnetrznych serwerow, zeby w wypadku awarii maszyny z &#8220;nadzorca&#8221; backup dalej byl wykonywany<br />
*) Bacula jest mimo wszystko skomplikowana (director, storage daemon,  file daemon, woluminy, urzadzenia, schedule - duzo tego);<br />
*) nie bardzo można liczyć na proste odtworzenie - nie mozesz sobie po prostu skopiowac/sciagnac  pliku z sieci i na nim dzialac; nawet uruchomienie GUI to duzo wieksza &#8220;zabawa&#8221;<br />
*) szyfrowanie w wypadku Baculi jest natywnie wspierane pomiedzy klientem a demonem skladujacym dane; ten drugi (ktory tak naprawde trzyma calosc danych) jest uwazany za &#8220;zaufany&#8221; i w srodku nic nie jest zaszyfrowane; zeby zrobic kopie na zewnatrz trzeba woluminy oddzielnie zaszyfrowac i przeslac w zdalne miejsce<br />
*)  jednym z wymagań była prostota - nie potrzebne jest mi więc  narzedzie ktore pozwala postawic z backupu setke maszyn w ciagu godziny </p>
<p>Aby oddać sprawiedliwośc powyższe argumenty są kompilacją moich uwag i uwag zgłoszonych przez Pawła (administratora webankiety)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: zawadaa</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2817</link>
		<pubDate>Fri, 16 Nov 2007 14:09:26 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2817</guid>
					<description>A nie łatwiej wykorzystać bardzo sympatyczny system backupów jakim jest Bacula (bacula.org). Tym można dokonać kopii farmy serwerów (bardzo skalowalne ustrojstwo) na różne miejsca składowania kopii bezp. Szyfrować i kompresować w locie (przy składowaniu na nowe napędy LTO-4 już nie ma takiej potrzeby). Poprzez mechanizm run-before można zrobić dump bazy i zgrać tylko ten dump. konfiguracja jest naprawdę prosta. Jest też sympatyczne narzędzie okienkowe - BAT. IMHO świetna sprawa. Polecam.</description>
		<content:encoded><![CDATA[<p>A nie łatwiej wykorzystać bardzo sympatyczny system backupów jakim jest Bacula (bacula.org). Tym można dokonać kopii farmy serwerów (bardzo skalowalne ustrojstwo) na różne miejsca składowania kopii bezp. Szyfrować i kompresować w locie (przy składowaniu na nowe napędy LTO-4 już nie ma takiej potrzeby). Poprzez mechanizm run-before można zrobić dump bazy i zgrać tylko ten dump. konfiguracja jest naprawdę prosta. Jest też sympatyczne narzędzie okienkowe - BAT. IMHO świetna sprawa. Polecam.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: daniel</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2799</link>
		<pubDate>Wed, 14 Nov 2007 12:25:36 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2799</guid>
					<description>@ Radarek
Moim zdaniem brakuje troche kody zeby zrobić gema - chodzi o  prostotę korzystania. Głowną potrzebną rozbudową jest IMHO to aby recepta byl bardziej podobna do Rakefile\'a czy recepet capistrano i uruchamiana np tak:

$&gt; backupeer recepta

W wolnej chwili postaram się to dodać - wówczas istotnie przed gemizacją nie będzie już przeszkód.

@identor
Dzieki za informacje, zabrakło \'p\' w nazwie gema :) juz poparwione.
Odzyskanie informacji wymaga jej odszyfrowania i rozpakowania, przykladowa recepta korzysta z kluczy (*przykladowych*) które są w test/fixtures/keys, najprościej jest zaimprtować klucz prywatny

$&gt; gpg ---import test/fixtures/keys/private.key

a pozniej po prostu rozszyfrować:

$&gt; gpg -r Backupeer -o OUTFILE.bz2 ---decrypt INFILE.bz2.gpg</description>
		<content:encoded><![CDATA[<p>@ Radarek<br />
Moim zdaniem brakuje troche kody zeby zrobić gema - chodzi o  prostotę korzystania. Głowną potrzebną rozbudową jest IMHO to aby recepta byl bardziej podobna do Rakefile\&#8217;a czy recepet capistrano i uruchamiana np tak:</p>
<p>$> backupeer recepta</p>
<p>W wolnej chwili postaram się to dodać - wówczas istotnie przed gemizacją nie będzie już przeszkód.</p>
<p>@identor<br />
Dzieki za informacje, zabrakło \&#8217;p\&#8217; w nazwie gema :) juz poparwione.<br />
Odzyskanie informacji wymaga jej odszyfrowania i rozpakowania, przykladowa recepta korzysta z kluczy (*przykladowych*) które są w test/fixtures/keys, najprościej jest zaimprtować klucz prywatny</p>
<p>$> gpg &#8212;import test/fixtures/keys/private.key</p>
<p>a pozniej po prostu rozszyfrować:</p>
<p>$> gpg -r Backupeer -o OUTFILE.bz2 &#8212;decrypt INFILE.bz2.gpg
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Autor: identor</title>
		<link>http://jarmark.org/post/backupeer_v001/#comment-2796</link>
		<pubDate>Wed, 14 Nov 2007 03:26:49 +0000</pubDate>
		<guid>http://jarmark.org/post/backupeer_v001/#comment-2796</guid>
					<description>sorry_ale_spacja_mi_nie_dziala:

co_z_restorem_z_takiego_backupu?_jak_go_zrobic?

pozdrawiam!</description>
		<content:encoded><![CDATA[<p>sorry_ale_spacja_mi_nie_dziala:</p>
<p>co_z_restorem_z_takiego_backupu?_jak_go_zrobic?</p>
<p>pozdrawiam!
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
