Some folks have been running into timeouts syncing some Fedora targets from phx2 download servers. In particular Red Hat globalsync that syncs to places like Brno where we have a lot of Fedora QA folks who want the latest bits.
I'd like to increase this timeout and see if it helps them. If it causes any problems with too many rsync's hanging around we can move it to a seperate module for those globalsync machines and put the global one back.
+1s?
diff --git a/modules/rsync/files/rsyncd.conf.download-phx b/modules/rsync/files/rsyncd.conf.download-phx index fd0d21f..41335dc 100644 --- a/modules/rsync/files/rsyncd.conf.download-phx +++ b/modules/rsync/files/rsyncd.conf.download-phx @@ -2,7 +2,7 @@ pid file = /var/run/rsyncd.pid syslog facility = daemon max connections = 20 -timeout = 600 +timeout = 1200 use chroot = yes uid = nobody gid = nobody
On Mon, Sep 22, 2014 at 10:05:05AM -0600, Kevin Fenzi wrote:
Some folks have been running into timeouts syncing some Fedora targets from phx2 download servers. In particular Red Hat globalsync that syncs to places like Brno where we have a lot of Fedora QA folks who want the latest bits.
I'd like to increase this timeout and see if it helps them. If it causes any problems with too many rsync's hanging around we can move it to a seperate module for those globalsync machines and put the global one back.
+1s?
diff --git a/modules/rsync/files/rsyncd.conf.download-phx b/modules/rsync/files/rsyncd.conf.download-phx index fd0d21f..41335dc 100644 --- a/modules/rsync/files/rsyncd.conf.download-phx +++ b/modules/rsync/files/rsyncd.conf.download-phx @@ -2,7 +2,7 @@ pid file = /var/run/rsyncd.pid syslog facility = daemon max connections = 20 -timeout = 600 +timeout = 1200 use chroot = yes uid = nobody gid = nobody
+1 for me, simple enough and easy to revert if needed.
Pierre
On 22 September 2014 10:05, Kevin Fenzi kevin@scrye.com wrote:
Some folks have been running into timeouts syncing some Fedora targets from phx2 download servers. In particular Red Hat globalsync that syncs to places like Brno where we have a lot of Fedora QA folks who want the latest bits.
I'd like to increase this timeout and see if it helps them. If it causes any problems with too many rsync's hanging around we can move it to a seperate module for those globalsync machines and put the global one back.
+1s?
diff --git a/modules/rsync/files/rsyncd.conf.download-phx b/modules/rsync/files/rsyncd.conf.download-phx index fd0d21f..41335dc 100644 --- a/modules/rsync/files/rsyncd.conf.download-phx +++ b/modules/rsync/files/rsyncd.conf.download-phx @@ -2,7 +2,7 @@ pid file = /var/run/rsyncd.pid syslog facility = daemon max connections = 20 -timeout = 600 +timeout = 1200 use chroot = yes uid = nobody gid = nobody
I am +1 and will be interested if it fixes it.
infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
On Mon, Sep 22, 2014 at 10:05:05AM -0600, Kevin Fenzi wrote:
Some folks have been running into timeouts syncing some Fedora targets from phx2 download servers. In particular Red Hat globalsync that syncs to places like Brno where we have a lot of Fedora QA folks who want the latest bits.
I'd like to increase this timeout and see if it helps them. If it causes any problems with too many rsync's hanging around we can move it to a seperate module for those globalsync machines and put the global one back.
+1s?
diff --git a/modules/rsync/files/rsyncd.conf.download-phx b/modules/rsync/files/rsyncd.conf.download-phx index fd0d21f..41335dc 100644 --- a/modules/rsync/files/rsyncd.conf.download-phx +++ b/modules/rsync/files/rsyncd.conf.download-phx @@ -2,7 +2,7 @@ pid file = /var/run/rsyncd.pid syslog facility = daemon max connections = 20 -timeout = 600 +timeout = 1200 use chroot = yes uid = nobody gid = nobody
Not sure if I am actually syncing against the affected hosts but my mirror (ftp-stud.hs-esslingen.de) is updated from dl.fedoraproject.org::fedora-buffet0/ and I have never seen timeouts in the last few months.
Adrian
infrastructure@lists.fedoraproject.org