Closed Bug 615772 Opened 14 years ago Closed 14 years ago

Push Red Panda site to production 12/2

Categories

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

Product:
mozilla.org Graveyard
Component:
Server Operations
Type:
task
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: malexis, Assigned: oremj)

Details

Attachments

(1 file)

Latest WP install from Zemoga
18.84 KB, application/zip
Details
Staging URL: http://panda.stage.mozilla.com/ Currently we're doing final QA and verifying security bugs Zemoga delivered final site and uploaded in our SVN: http://svn.mozilla.org/projects/fxcubs/
Can they fix it so I don't have to check out svn completely? Wordpress 3.0.2 is out as well. I need them to strip out content and plugins, is this doable?
Also, they checked-in both their config and a DB dump, which includes password hashes. I assume that dump will need to be imported, so please remember to change that password. :)
I haven't seen infra-sec signoff on this - bug 614270 still has a lot of open dependencies. mcoates - what's the word?
(In reply to comment #3) > I haven't seen infra-sec signoff on this - bug 614270 still has a lot of open > dependencies. > > mcoates - what's the word? We have 4 security blockers listed in bug 614270 comment 7. I checked the latest Zemoga submitted changes and only 1 issue was properly resolved. The other 3 have been reopened. These should be easy fixes and once they get the configuration correct then we will sign off. The remaining bugs that are listed within 614270 are not blocking launch.
Mike, As discussed yesterday, zomega needs to give us content + plugins in a similar format - http://svn.mozilla.org/addons/trunk/rockyourfirefox/wp-content/ so we can push it out the way we push out WP installs. Doable?
Shyam, Zemoga is working on getting us a WP install that is in the right format but will not be able to deliver that in the final build they are sending over today. It's not ideal but we may need to push as is if possible.
Mike, So am I correct in assuming that we are waiting for a "final build" from them before moving forward? If so, what is the ETA?
The final build was due at 2:00 PM PST. They are having issues uploading to our SVN but we're hoping to resolve shortly.
Zemoga sent over the WP install. Can we update into SVN instead of waiting for them to fix their issues?
nvm comment#9 morgamic is going to update in SVN.
We're still trying to resolve a few minor security blocker bugs before we can launch. Once those are resolved we can launch today. We'll know more in the next few hours what the launch time will look like.
Summary: Push Red Panda site to production 12/1 3pm → Push Red Panda site to production 12/2
Shyam, Zemoga committed their final version of the site and Ryan Snyder is working on the last two security blocker bugs. We'll know at 3:30 where that stands. We're targeting to launch the site before 5:00 PM PST today. Need to confirm that the redirect is working: 610548 Are we all set with the server/hardware set up? Let me know if there's anything else needed.
Shyam is out on PTO for the rest of the week.. If you can get things together quickly (in the next 30-60 mins) then I'll ask Jeremy to get this up.
Thanks Cory. We're waiting for the two bug fixes which will be coming shortly. Assigning over to Jeremy.
Assignee: shyam → jeremy.orem+bugs
security bugs are fixed and currently being verified
The wp-config.php and wp-config-stg.php config files are checked in to subversion (which means that we are storing passwords in subversion). I've copied them to -dist files and cleaned the passwords out. Since we are auto-updating subversion on stage, I'm going to leave the config files in place. But someone needs to copy the config files to a new file, remove the config files from subversion, then copy the new config files to wp-config.php and wp-config-stg.php.
What's the production URL?
Production URL is: http://www.firefoxlive.mozilla.org Quick status: Security bugs have been verified fixed. Need to verify the fix that Zemoga committed for the multiple GET requests. Also, Jeremy can you confirm whether auto-updating SVN is still on? Stephend isn't sure and wants to see if Zemoga's changes are up on stage.
Can we drop the www.? We don't have a cert for *.firefoxlive.mozilla.org, but we do have a cert for *.mozilla.org.
Yes, it is auto-updating.
Still seeing the rampant and incessant GET requests on our staging, as of this comment.
Jeremy, yea we can drop the www.
Are we good to go?
(In reply to comment #23) > Are we good to go? I can't make a call on the excess network traffic generated by the GET requests mentioned in comment 21: http://panda.stage.mozilla.com/en.srt GET /en.srt HTTP/1.1 But other than that, yes, we're good to go from my side.
morgamic says we can launch!
you may fire when ready...
to clarify, we can launch but need to fix the GET requests before announcing it.
(In reply to comment #27) > to clarify, we can launch but need to fix the GET requests before announcing > it. The plan is to announce tmrw morning at 9 Pacific, b/c that's when they're the most active. Think we can get the fix in before then?
Also, just found this (doesn't seem to happen on Zemoga's instance): Error: A.XMLHttpRequest is not a constructor Source File: http://panda.stage.mozilla.com/wp-content/themes/firefoxbeta/javascript/jquery.js Line: 123 Can't find out what this breaks, if anything (testing doesn't find it yet).
So the site is live: http://firefoxlive.mozilla.org/ Heard from Zemoga about the GET requests and they committed another fix to our SVN. Maybe the first one didn't take? Hopefully that means there's nothing wrong with our subversion auto-update. Marking this resolved. We'll regroup in first thing tomorrow and address 2 phase fixes.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
I can confirm that the constant, spurious GET requests for the non-existent .srt Subtitles file is indeed fixed on staging. We'll regroup tomorrow, as you say; I'll have to have someone standing in for me, probably, from my team.
Thanks guys...really appreciate all the hard work on this. What's happening with the redirect? FirefoxLive.org still isn't working.
(In reply to comment #32) > Thanks guys...really appreciate all the hard work on this. What's happening > with the redirect? FirefoxLive.org still isn't working. You're cc:d on bug 610548; if you know exactly what needs to happen with all the domains, by all means, comment there.
Verified FIXED; site's been live since yesterday: http://firefoxlive.org
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.

Attachment

General

Creator:
Created:
Updated:
Size: