Closed Bug 442353 Opened 16 years ago Closed 16 years ago

Reset support-stage.mozilla.org SVN/DB

Categories

(mozilla.org Graveyard :: Server Operations, task)

All
Other
task
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: brian, Assigned: xb95)

Details

support-stage.mozilla.com had 2 changes if I recall:

SVN syncing was changed, laura: what is it supposed to be syncing with, trunk or prod (I think /branches/production, but wait on laura to confirm)?

The database was switched over to a different DB for testing, can you make sure it's linked back to the correct db (I think the correct db is synced every so often, the current db is the one used for sumo-reskin.authstage).

Thanks!
Over to webdev for the second paragraph's question.  Punt back when ready.
Assignee: server-ops → nobody
Component: Server Operations → Webdev
QA Contact: justin → webdev
Group: infra
Yes, it should sync with branches/production.  (It was trunk originally although we had switched to the last prod tag for testing, but this makes more sense to me.)
Punting back :)
Assignee: nobody → server-ops
Component: Webdev → Server Operations
QA Contact: webdev → justin
Not trying to be annoying, but it'd be nice to have a non-Khan instance in which to test fixes for wed/thursday's push -- thanks!

(The hostname is actually support-stage.mozilla.org, not .com, BTW.)
You're constantly annoying.
Summary: Reset support-stage.mozilla.com SVN/DB → Reset support-stage.mozilla.org SVN/DB
Seriously, you're doing a *great* job Stephen! 

(/me reminds himself that bugzilla isn't a good place for tongue-in-cheek sarcasm. sorry about the bugspam)
Can we please get this fixed in the next 24 hours so QA has somewhere to verify fixes before Wednesday/Thursday's push?
Severity: normal → major
1.  It looks like support-stage is pointing to http://svn.mozilla.org/projects/sumo/tags/1.1/20080625_r16343.  What do you want me to switch it to.

2.  I am not so clear on which db I should be pointing it to, it seems like its currently pointing to a stage master database.  Which one do you want me to switch it to?
Assignee: server-ops → aravind
1) http://svn.mozilla.org/projects/sumo/branches/production

2) If it is pointing to a stage master db that is synced with production every so often we're fine.
Assignee: aravind → oremj
svn switch http://svn.mozilla.org/projects/sumo/branches/production

U    lang/langmapping.php
A    lang/ta-LK
A    lang/ta-LK/language.php
A    lang/ta-LK/index.php
A    lang/si
A    lang/si/language.php
A    lang/si/index.php
U    tiki-searchresults.php
A    language_files/ta-LK
A    language_files/ta-LK/language.php
A    language_files/ta-LK/index.php
A    language_files/si
A    language_files/si/language.php
A    language_files/si/index.php
U    tiki-editpage.php
U    lib/tikidblib.php
U    lib/tikilib.php
U    lib/notifications/notificationemaillib.php
A    styles/mozgn.css
A    styles/mozgn
U    styles/mozcommon.css
U    styles/mozms.css
U    styles/mozfh.css
U    styles/mozcommon/ie.css
U    styles/mozfr.css
U    styles/mozkb.css
U    tiki-forums.php
U    templates/styles/mozkb/tiki-mytiki_bar.tpl
U    templates/styles/mozkb/tiki-forums.tpl
A    templates/styles/mozkb/find.tpl
U    templates/styles/mozkb/tiki-view_forum.tpl
U    templates/styles/mozkb/tiki-editpage.tpl
U    templates/styles/mozkb/translated-lang.tpl
U    templates/styles/mozfh/tiki.tpl
U    templates/styles/mozlc/chatheader.tpl
A    templates/styles/mozgn
A    templates/styles/mozgn/tiki-show_page.tpl
A    templates/styles/mozgn/tiki-page_bar.tpl
A    templates/styles/mozgn/tiki.tpl
U    templates/styles/mozip/tiki.tpl
D    templates/styles/mozcommon/header_en-US.inc.php
U    templates/styles/mozcommon/head.tpl
U    templates/styles/mozcommon/header.tpl
U    templates/styles/mozcommon/sidemenu.tpl
U    templates/styles/mozcommon/footer.tpl
U    templates/styles/mozcommon/header_en-US.tpl
Updated to revision 16575.

Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Verified FIXED, thanks; I've been using support-stage.mozilla.org just fine to verify/file bugs.
Status: RESOLVED → VERIFIED
Reopening, whatever DB this is syncing to needs to be synced with production.  Example:

http://support-stage.mozilla.org/en-US/kb/Firefox+%E3%82%B5%E3%83%9D%E3%83%BC%E3%83%88+-+%E3%83%9B%E3%83%BC%E3%83%A0%E3%83%9A%E3%83%BC%E3%82%B8?bl=n
http://support.mozilla.com/en-US/kb/Firefox+%E3%82%B5%E3%83%9D%E3%83%BC%E3%83%88+-+%E3%83%9B%E3%83%BC%E3%83%A0%E3%83%9A%E3%83%BC%E3%82%B8?bl=n

These use different themes (as shown by the sidenav highlighting different pages, as well as other differences), which is a database setting that was changed 2 or 3 days ago.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Does the support-stage db need to be synced with production on a regular basis?  Currently we are just resyncing the db on request.
It used to be synced on a nightly basis. I don't know why/when that that changed.
Mark, would you set up a nightly sync or do you have other ideas?
Assignee: oremj → mark
Status: REOPENED → NEW
It wasn't changed, per se, it just broke when I moved the backups to mrdb-backup01.  Fixed it up.

Database is syncing daily (around 2:45PM PDT, but that won't be exact, due to system load at the time, etc).
Status: NEW → RESOLVED
Closed: 16 years ago16 years ago
Resolution: --- → FIXED
Verified FIXED; not seeing any issues with support-stage, and hopefully Brian isn't either :-)
Status: RESOLVED → VERIFIED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.