https://bugzilla.wikimedia.org/show_bug.cgi?id=66844
Bug ID: 66844
Summary: [scap] sync-common fails for hosts not in the wmnet
TLD
Product: Wikimedia
Version: wmf-deployment
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Deployment systems
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected]
Web browser: ---
Mobile Platform: ---
[04:17] < Reedy> running sync-common on fenari gives
[04:18] < Reedy> rsync: failed to connect to localhost (127.0.0.1):
Connection refused (111)
[04:18] < Reedy> rsync error: error in socket IO (code 10) at
clientserver.c(122) [Receiver=3.0.9]
[04:18] < Reedy> sync-common tin seemingly WFM
The configuration in /srv/deployment/scap/scap/scap.cfg (yo dawg...) specifies
localhost as the default master rsync server and then overrides this to
tin.eqiad.wmnet for the TLD of wmnet. The lookup of the proper config value is
driven by the fully qualified domain name of the host running the script. Some
production hosts are externally accessible and have fully qualified domain
names like `fenari.wikimedia.org` which only match the default settings. This
leads to them attempting to sync files from themselves rather than tin (or
another deployment host) when `sync-common` is called without providing a host
list.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
