Line 53: | Line 53: | ||
This generally happens when an app server loses connection to db2. | This generally happens when an app server loses connection to db2. | ||
# on bapp1 and app[1-6], su up, | # on bapp1 and app[1-6], su up, and restart apache. | ||
# on bapp1, if crawlers and update-master-directory-list are likewise hung, kill them too. | # on bapp1, if crawlers and update-master-directory-list are likewise hung, kill them too. | ||
[[Category:Infrastructure SOPs]] | [[Category:Infrastructure SOPs]] |
Revision as of 20:17, 16 April 2009
Mirrormanager manages mirrors for fedora distribution.
Contact Information
Owner: Fedora Infrastructure Team
Contact: #fedora-admin, sysadmin-main, sysadmin-web
Location: Phoenix
Servers: app1, app2, app3, app4, app5, app6, bapp1
Purpose: Manage mirrors for Fedora distribution
Description
TODO
Release Preparation
MirrorManager should automatically detect the new release version, and will create a new Version() object in the database. This is visible on the Version page in the web UI, and on mirrors.fp.o.
If the versioning scheme changes, it's possible this will fail. If so, contact the Mirror Wrangler.
Troubleshooting and Resolution
Regenerating the Publiclist
On bapp1:
sudo su - mirrormanager
then
/usr/share/mirrormanager/server/update-each-server > /tmp/mirrormanager-mirrorlist.log 2>&1 && \ /usr/share/mirrormanager/mm_sync_out
To make this take effect immediately, you may need to remove the cache on the proxies:
# As root on proxy[1-3] rm -rf /srv/cache/mod_cache/*
Hung admin.fedoraproject.org/mirrormanager
This generally happens when an app server loses connection to db2.
- on bapp1 and app[1-6], su up, and restart apache.
- on bapp1, if crawlers and update-master-directory-list are likewise hung, kill them too.