Closed Bug 524132 Opened 15 years ago Closed 15 years ago

Update getpersonas.com to latest production revision (r54078)

Categories

(Infrastructure & Operations Graveyard :: WebOps: Other, task)

All
Other
task
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: rdoherty, Assigned: oremj)

References

Details

Got a small but important update for getpersonas.com (bug 522754)

Note: stage did not allow .htaccess overrides, so this needs to be turned on in production if not already on.

Update adds 1 page and minor functionality. No changes to currently existing code.
Blocks: 522754
Can this go out today? It's blocking some 3.6 firstrun & other pages QA.
Severity: major → critical
Assignee: server-ops → phong
need to get approval for this since it's outside of downtime window.
(In reply to comment #2)
> need to get approval for this since it's outside of downtime window.
approval from whom?
Update pushed.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
http://www.getpersonas.com/en-US/external/mozilla is a 404, most likely due to .htaccess overrides not being allowed (comment #0)

Moving severity down, I don't think anyone needs this over the weekend.
Severity: critical → major
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee: phong → server-ops
We -really- shouldn't be doing production pushes outside of maintenance windows.
(In reply to comment #6)
> We -really- shouldn't be doing production pushes outside of maintenance
> windows.

Understandable, getting these pages QA'd for 3.6 is a high priority and previous pushes outside of maintenance window gave me the impression it was ok. 

Can the fix for the 404 page be part of tmrws push?
Assignee: server-ops → justdave
ack. okay to push this whenever ryan is ready with the "second part".
Other fix is bug 523222
http://www.getpersonas.com/en-US/external/mozilla is still a 404, anything I can do to help? The .htaccess file here is supposed to point that url to server/external/mozilla/index.php

http://viewvc.svn.mozilla.org/vc/projects/getpersonas.com/production/.htaccess?revision=54075&view=markup

Upping priority because this blocks firstrun and whatsnew pages for 3.6.
Severity: major → critical
I think this breaks because of the locale code redirect when you try to use a path that doesn't have a locale in it yet.

Try adding either [L] or [PT] after the RewriteRule target (based on rules trying to do similar things in http://viewvc.svn.mozilla.org/vc/projects/mozilla.com/tags/production/.htaccess?view=markup )
I'm confused, if this works on stage, why wouldn't it work in production?
(http://sm-personas01.mozilla.org/en-US/external/mozilla)

I can the [L] or [PT] after the rule, but I'd rather not spend days guessing and waiting for a push to production to find out I'm wrong.
r54722 has [PT] after the rule.

The sooner this can be fixed the better, thanks!
Actually, r54728 for prod branch.
What's the status on this? It's been sitting for a while now and still blocking 3.6 pages. Need to get this resolved asap.
Need someone else to take this on, I'm too involved in another project to track this down at the moment.

We could blindly push r54728 and hope it works, but it would probably be a good idea to compare the apache config between production and the slave and see what's different that would affect how the .htaccess file is interpreted first just to make sure.
Assignee: justdave → server-ops
Assignee: server-ops → aravind
Thanks Ryan. and Dave.  Is there anything I can do to help find some resources to get this done?  I'd like to resolve these bugs asap, as they are blocking several pages right now.  I'd like to get this fixed in the next day or two if possible, so that we don't experience any further delays.  Can we do that, please? Let me know what I can do to push this along. Thanks.
Assignee: aravind → jeremy.orem+bugs
Production is AllowOverride None.
(In reply to comment #18)
> Production is AllowOverride None.

So what does that mean in the context of getting this resolved so we can get the 3.6 pages done in time?
It doesn't mean anything. I was just letting Ryan know.

Also, added the following to the vhost:
        RewriteRule ^/(?:\w{2,3}(?:-\w{2}(?:-mac)?)?/)?external/mozilla/? /mnt/netapp/personas/server/external/mozilla/index.php

The link is no longer a 404. Everything okay with this bug now?
Status: REOPENED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → FIXED
Page works, but http://www.getpersonas.com/static/img/persona-sample.jpg is a 404, which is part of the page. It's on the prod. branch, not sure why it doesn't show up.

Thanks Jeremy! I was hoping to use a .htaccess file so the vhost file wouldn't need to be touched by anyone, reducing the amount of work for IT. Can we update getpersonas.com in the near future to allow htaccess files?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
It also looks like bug 523681 is back, not sure if it's because of this.
Pretty sure the image not showing up is due to bug 523681. 'persona' is in the url, so I think the regex breaks it.
Think this bug is fixed, just forgot to mark it as such.
Status: REOPENED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.