Closed Bug 408928 Opened 17 years ago Closed 17 years ago

Clear netscaler cache on www.mozilla.com

Categories

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

All
Other
task
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: clouserw, Assigned: oremj)

References

Details

We need to clear the netscaler cache on www.mozilla.com so we can get the release done.

Thx. <3
Assignee: server-ops → oremj
Cache flushed.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Is there any way we can request this through Kubla in the future?
This is a shared cache, so we have to be pretty careful about flushing it.  I don't think it would be possible to flush the cache from kubla. Justin or Mrz does that sound correct?
(In reply to comment #2)
> Is there any way we can request this through Kubla in the future?
> 

I can add a link to file a bug, but I don't want the hate when it starts getting abused.  We can try it though.
(In reply to comment #3)
> This is a shared cache, so we have to be pretty careful about flushing it.  I
> don't think it would be possible to flush the cache from kubla. Justin or Mrz
> does that sound correct?
> 

We looked for a way to flush the cache through AMO and we talked briefly about some kind of NS API.  I don't think anything ever came of it - shaver, do you remember?
Nothing ever came of it and the dev box I had for you guys at that time is now in China.  

The only method we have right now is:

  nscachemgr -a | nawk '/www.mozilla.com/ {print $1}' | xargs -n 1 nscli -U 63.245.209.4:nsroot:<password> flush cache object -locator

which is run from the Netscaler's BSD shell.
This is pretty serious level of effort, and you are only waiting 15 minutes for the cache to expire as it stands now.  Is there a reason why 15 min of time can't be planned into the release schedule?  Seems to be by far one of the smaller time elements...
(In reply to comment #7)
> This is pretty serious level of effort, and you are only waiting 15 minutes for
> the cache to expire as it stands now.  Is there a reason why 15 min of time
> can't be planned into the release schedule?  Seems to be by far one of the
> smaller time elements...
> 

My concern would be elements expiring at different times.  When we do a pretty big change to a page (like http://www.mozilla.com/en-US/firefox/3.0b2/firstrun/) if the CSS, images, content, etc. all doesn't expire at the same time it looks pretty broken.
Good point - might make sense if thats the motivation...
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.