519399 - Run webroot/htaccess.sh on SUMO staging and discuss setting up a cronjob for it

Status: VERIFIED FIXED

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

Description

[Paul Craciunoiu [:paulc]]

We need webroot/htaccess.sh to run again on staging.
Since we seem to do this pretty often, we should discuss the possibility of adding a cron for it. It would be even better if the script would only run when it has changed since last run -- and perhaps we could modify on the dev side to make it so.

Comment 1

[James Socol [:jsocol, :james]]

We also need it run on mobile.support-stage, while you're there.

Comment 2

[Derek Moore [:dmoore]]

Run as requested.

Paul, the htaccess.sh is fairly lightweight. Is there any reason not to run it
after every svn update?

Comment 3

[James Socol [:jsocol, :james]]

Derek, let's go ahead and run after every svn up. Definitely preferable to us filing bugs all the time.

Comment 4

[Paul Craciunoiu [:paulc]]

Yay!!

Comment 5

[Paul Craciunoiu [:paulc]]

Can we get this cron set up please?

Comment 6

[Derek Moore [:dmoore]]

We're going to need some provision to detect or lock the script to preserve manual changes, this should be figured out shortly.

I've run it again by hand, in the meantime.

Comment 7

[Paul Craciunoiu [:paulc]]

Derek: I tried to find you on #bmo, but I'll just post here: do you need anything from us on the dev end?

I think we would be happy if the script (webroot/htaccess.sh) ran whenever webroot/htaccess.dist changes, at least. If you can set it up to run when htaccess.dist in any folder changes, that would be even better.

Comment 8

[James Socol [:jsocol, :james]]

(In reply to comment #6)
> We're going to need some provision to detect or lock the script to preserve
> manual changes, this should be figured out shortly.

How significant are the manual changes?

Comment 9

[Derek Moore [:dmoore]]

The manual changes are quite rare, and generally just used for IT debugging. My intention was to specify a global lock file which the sysadmin could touch to prevent automatic updates while work is taking place. This should suffice, and it avoids the overhead of recursing through the tree and comparing timestamps on all the htaccess.dist files.

No dev support would be necessary, we'll just make it part of the script which pulls from SVN.

Thoughts?

Comment 10

[James Socol [:jsocol, :james]]

That sounds fine to me. Then in those rare cases we might still need manual updates, if I understand you correctly, but the majority of the time we can just run the htaccess.sh after any svn update, right?

Comment 11

[Derek Moore [:dmoore]]

James, correct. There will basically just be an override switch that sysadmins can throw to temporarily disable all automatic htaccess updates for debugging.

Comment 12

[James Socol [:jsocol, :james]]

You've got my vote.

Comment 13

[Paul Craciunoiu [:paulc]]

+1 from me too.

Comment 14

[Derek Moore [:dmoore]]

Automatic htaccess updates are now in place, running after every SVN update.

Comment 15

[James Socol [:jsocol, :james]]

Great! Thanks for all your help Derek.

Comment 16

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED; bug 509881 relied on this change to show up, and it's been verified to work, which means this worked.  Thanks again, Derek!