Summary: | gentoo-rsync-mirror 1.0-r2 creates /etc/init.d/rsyncd with RSYNC_OPTS including --compress | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joshua Campbell <jcampbel> |
Component: | [OLD] Server | Assignee: | Mirror Admins <mirror-admin> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Joshua Campbell
2003-10-16 01:52:29 UTC
I'm a bit confused...you're saying your local rsyncd.conf file is causing things to fail when you initiate an rsync connection to a remote server? In that case, the rsyncd.conf file on the remote server would be the controlling file -- your local rsyncd.conf file should have nothing to do with it. Just as a test, I ran the following command manually on my system: rsync -av --safe-links --compress --bwlimit=700 --timeout=1800 \ rsync://rsync.namerica.gentoo.org/gentoo-portage ./ And I'm using the gentoo-rsync-mirror ebuild as well, with the --compress option in my rsyncd.conf Closing as worksforme. I think that you may have mis-read what I reported. The problem is not with the rsyncd.conf file, but rather with the rsyncd deamon in /etc/init.d/rsyncd The file is set with the RSYNC_OPTS to include --compress. This causes problems because when the deamon tries to sync with one of the official gentoo mirrors, it tries to compress an already compressed package, and this causes rsync to either stall or fail. Other people have had this same problem, and the solution is very easy (simply remove the --compress option from the deamon in the ebuild), here is a link to a post in the forum where this topic is discussed in detail. The problem I'm reporting is talked about at the bottom of page 1. http://forums.gentoo.org/viewtopic.php?t=59134&highlight=rsync+howto Once again, the problem is not in the /opt/gentoo-rsync/ script or the /etc/rsyncd/rsyncd.conf file, but rather in the deamon at /etc/init.d/rsyncd If you open this file, there is a line that says RSYNC_OPTS and by default it includes the --safe-links --bandwidth=700 --compress --timeout=1800 options. The --compress option causes the local server to stall when it tries to sync with one of the official gentoo rsync mirrors since it tries to compress an already compress package when retrieve it from the official mirror. If you have any questions, let me know. You can also check the forum thread above. Josh rsyncd is the server daemon. It handles incoming connections. It has no bearing when you initiate an rsync connection from that box to another box. But just for posterity's sake, I installed the gentoo-rsync-mirror ebuild and started rsyncd using the default options. ps aux verified it was so: root 30299 0.0 0.0 1644 624 ? S 09:21 0:00 rsync --daemon --safe-links --compress --bwlimit=700 --timeout=1800 Then, I used the /opt/gentoo-rsync/rsync-gentoo-portage.sh script to successfully complete a full rsync with rsync1.us.gentoo.org: [snip] xfce-extra/xfwm4-themes/xfwm4-themes-4.0.0.ebuild wrote 850235 bytes read 28196872 bytes 201018.04 bytes/sec total size is 51272175 speedup is 1.77 so, this error is not reproducable. |