Hello, I would like to help the gentoo community by providing a new gentoo rsync mirror here, in Hungary. I have a fast connecion at ftp.itworks.hu (212.108.197.8), and I followed the procedures described in the "Gentoo linux rsync mirrors policy". It is now configured, it is stable, so it is ready for public use. Thanks, Attila Kesmarki mirror admin email: danthe@itworks.hu
sorry for the delay in responding. I just tried to rsync against this server and got the following: kurtl@x5 trashme $ rsync -rvv 212.108.197.8::gentoo-portage/metadata/ ./ opening tcp connection to 212.108.197.8 port 873 --------------------------------------------------------------------------- Welcome to ftp.itworks.hu (212.108.197.8) This server is located in Budapest, Hungary. Unauthorized use is prohibited - violators will be prosecuted For any communication about this mirror please contact danthe@itworks.hu --------------------------------------------------------------------------- receiving file list ... expand file_list to 8000 bytes, did move expand file_list to 16000 bytes, did move expand file_list to 32000 bytes, did move done delta transmission enabled cache/ cache/app-admin/addpatches-0.2 write failed on cache/app-admin/addpatches-0.2 : Bad address rsync error: error in file IO (code 11) at receiver.c(271) rsync: connection unexpectedly closed (153693 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(165) can you double-check and perhaps delete/recreate the files in gentoo-portage?
Well, I have started the rsync with --daemon and --compress. (as it is written in the mirror-howto doc.) You tried rsync'ing without specifying the -z flag. IMHO the error here is with the rsync protocol. (the server sends the file data compressed, the client wants to handle it as uncompressed, but it can't process it correctly) The rsync should recognize this case, but currently it seems that is doesn't do that. I tried your command but with -rvvz instead of -rvv and it works correctly. The emerge sync works, too. (it uses -rlptDvz so it's compressed) So, I think that the problem is with your testing script. Am I right?
Yup -- things work fine when using -z. rsync should be able to handle that, however. oh well. Anyway, when looking at the timestamp on the mirror (/metadata/timestamp.chk) it shows: Mon, 10 Mar 2003 03:59:00 +0000 Can you make sure your cron job is set to sync at *exactly* :00 and :30 of every hour? Also, if you can install and configure ntp, that will make things a lot easier as well. We have to be particular about the times our mirrors sync since one problematic mirror can throw lots of things out of whack. Thanks!
OOps, I forgot to re-enable the automatic update after working on the error you wrote about previously. Now it's running again, and exactly at every :00 and :30. (BTW I use ntp hourly. ) I hope it's OK now.
successfully rsync'd the entire portage tree. this server is now set up as rsync1.hu.gentoo.org. Once bug #17216 is resolved, I will add this to the main rotation as well. For now, marking as a dependant of 17216.
mirror is set up and part of the main rotation. Thanks again for helping to support Gentoo Linux.
Hi, Today, I tried to sync my portage mirror with the official rsync1.us.gentoo.org server, but I could not connect to it: Started update at Mon Mar 17 06:00:00 CET 2003 rsync: failed to connect to rsync1.us.gentoo.org: Connection refused rsync error: error in socket IO (code 10) at clientserver.c(97) Have you put my server to the access list as it is written in the gentoo rsync mirror policy document? Or, which server can I use for mirroring? Anyway, I now switch my server back to sync from the rsync2.us.gentoo.org. At least it works.
oops -- sorry about that. the line inadvertantly got removed during some routine maintenance. Added it back in -- please test and let us know if it's still not working.
OK, it works correctly now.
