Mariusz Mazur wrote: > On Wednesday 14 of January 2004 21:07, Andrzej Krzysztofowicz wrote: > > Jesli przenoszenie robione jest wylacznie skryptami to sie zgadzam. > > Jest. Komenda wygląda tak: > move-from-ready `cat listapakietów`; gen.database; itutajpowiadommirrory
W takiej sytuacji powinien zawiadomic mirrory gen.database. Moze tez sam move-from-ready. Mirror po gen.database powinien poczekac az pojawia sie indeksy nowsze niz chwila powiadomienia i wtedy rsyncnac. > > Ale nie wierze w brak recznej interwencji od czasu do czasu. > > rsync calego ftp-a przy braku roznic trwa u mnie ok. 10 min. > > Hmmm. Prawdę mówiąc, to najchętniej bym dostał niejako 'ręczny' dostęp do tego > mirrora, że np. wszystkie mv, rm, etc. byłyby robione przez dodatkowe > nakładki, które też by mówiły mirrorowi, który plik się zmienił i który ma > zrsyncować. Mam opory przed rsyncowaniem całego głównego drzewka, bo akurat > wykasowałem 7 plików. Koszt zblizony do kosztu wykonania tam "ls -l" > > > to inna sprawa (ready na dobrą sprawę nie powinno być dostępne dla > > > śmiertelników i tym samym nie zachodzi konieczność rsyncowania). > > > > A nie chcesz by buildery dzialaly jak glowny ftp padnie ? > > Tzn? ftp IN A IP1 ftp IN A IP2 Jak sie wget z jednym nie polaczy, to moze za ktoryms razem dostanie drugi IP od resolvera (round-robin) i pojdzie. Pakietow nie wrzuci (skolejkuje ?). Ale zbuduje. -- ======================================================================= Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology __________________________________________________________ nie pytaj co inni zrobili dla pld, pomysl ile sam zrobiles
