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)
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 | ||
Updated•17 years ago
|
Assignee: server-ops → oremj
Assignee | ||
Comment 1•17 years ago
|
||
Cache flushed.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 2•17 years ago
|
||
Is there any way we can request this through Kubla in the future?
Assignee | ||
Comment 3•17 years ago
|
||
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?
Reporter | ||
Comment 4•17 years ago
|
||
(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.
Reporter | ||
Comment 5•17 years ago
|
||
(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?
Comment 6•17 years ago
|
||
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.
Comment 7•17 years ago
|
||
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...
Reporter | ||
Comment 8•17 years ago
|
||
(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.
Comment 9•17 years ago
|
||
Good point - might make sense if thats the motivation...
Updated•11 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•5 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•