On Fri, 12 Nov 2010, Marcin Krol wrote:
1. syncowanie leci przecież po różnicach. Mogę się mylić, ale
podpisanie będzie dawało małą różnicę w plikach.
Ale różnica == retransfer całego pliku, a nie zmienionego fragmentu.
Dla rsynca?? Nigdy w życiu.
2. Który mirror robi mv??? Daj
On Fri, 12 Nov 2010, Pawel Golaszewski wrote:
On Fri, 12 Nov 2010, Marcin Krol wrote:
1. syncowanie leci przecież po różnicach. Mogę się mylić, ale
podpisanie będzie dawało małą różnicę w plikach.
Ale różnica == retransfer całego pliku, a nie zmienionego fragmentu.
Dla rsynca??
On Fri, Nov 12, 2010 at 11:34:00 +0100, Paweł Zuzelski wrote:
b) porównuje pliki na obu końcach, żeby znaleźć różnicę - do
tego potrzeba przesłać cały plik.
Nie - wystarczy porównać częściowe sumy kontrolne. Przesyłane są xdelty.
--
Tomasz Pala go...@pld-linux.org
2010/11/12 Tomasz Pala go...@polanet.pl:
On Fri, Nov 12, 2010 at 11:34:00 +0100, Paweł Zuzelski wrote:
b) porównuje pliki na obu końcach, żeby znaleźć różnicę - do
tego potrzeba przesłać cały plik.
Nie - wystarczy porównać częściowe sumy kontrolne. Przesyłane są xdelty.
Z tego co
On Fri, Nov 12, 2010 at 11:52:08 +0100, Artur Frysiak wrote:
Z tego co pamiętam to liczenie checksum na ep09 jest wyłączone (--whole-file).
Nie ma chyba możliwości wyłączenia liczenia jakiegokolwiek digestu
pliku, coś w końcu poza danymi z i-noda trzeba porównać.
Ale może to jest przyczyna
Marcin Krol wrote:
Na ep09 jest bodajże tylko 200 GB, teraz nie sprawdzę bo albo leży albo
są jakieś problemy z routingiem z tepsy. Na ICMie nie jest
synchronizowana całość FTPa PLD ze względu na brak miejsca właśnie. Jak
na innych mirrorach to nie wiem.
Jak już ICMowi miejsca brakuje, to
Tomasz Pala wrote:
Nie ma chyba możliwości wyłączenia liczenia jakiegokolwiek digestu
pliku, coś w końcu poza danymi z i-noda trzeba porównać.
Ale może to jest przyczyna permanentnego rozjeżdżania się mirrorów?
Z tego co widziałem u siebie, to zawsze są robione delty i sum
poszczególnych
On Fri, Nov 12, 2010 at 16:11:36 +0100, Bartosz Świątek wrote:
Jak już ICMowi miejsca brakuje, to świat się wali. ;)
A poważnie, to może należy zmienić położenie ftp, skoro są takie
ograniczenia?
A no tak, bo jest przecież milion chętnych czekających w wieloletniej
kolejce by doświadczyć
On Fri, Nov 12, 2010 at 15:25:56 +0100, Adam Osuchowski wrote:
Nie wiem jak to w tej chwili macie, ale IMHO logicznym jest, żeby to
builder zawsze od razu po zbudowaniu paczki ją podpisywał niezależnie od
tego gdzie ma ona finalnie wylądować. W końcu funkcją tego podpisu jest
poświadczenie,
On Fri, Nov 12, 2010 at 15:44:34 +0100, Adam Osuchowski wrote:
Przy okazji, czy rsync.pld-linux.org to jest normalnie i publicznie
dostępny na 873/tcp i tylko z okazji, że ogólnie padł dostęp do tej
maszyny, nie działa?
AFAIR rsync nie był publicznie dostępny, tylko po zgłoszeniu takiego
On Friday 12 November 2010 15:44:34 Adam Osuchowski wrote:
Tomasz Pala wrote:
Nie ma chyba możliwości wyłączenia liczenia jakiegokolwiek digestu
pliku, coś w końcu poza danymi z i-noda trzeba porównać.
Ale może to jest przyczyna permanentnego rozjeżdżania się mirrorów?
Z tego co
Bartosz Świątek wrote:
A no tak, bo jest przecież milion chętnych czekających w wieloletniej
kolejce by doświadczyć zaszczytu mirrorowania najmniej liczącej się
dystrybucji linuksa.
Milion może nie, ale kilku pewnie by się znalazło i nie żeby dostąpić
zaszczytu tylko po prostu pomóc.
Tomasz Pala wrote:
Niekoniecznie jest pewna - mogę dzisiaj zmontować jakąś złośliwą łatę,
pchnąć do pakietu i on wyląduje w test, zanim ktokolwiek zdąży
zareagować.
Ok, pewna w tym sensie, że nikt po drodze w niej nie grzebał (w szczególności
właściciel mirrora). Mi chodziło bardziej o to, że
13 matches
Mail list logo