https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #23 from MZMcBride b...@mzmcbride.com ---
(In reply to comment #22)
Change 77975 merged by BBlack:
Add ganglia monitoring for vhtcpd.
https://gerrit.wikimedia.org/r/77975
With this changeset now merged, I'm a little unclear
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Bawolff (Brian Wolff) bawolff...@gmail.com changed:
What|Removed |Added
Status|PATCH_TO_REVIEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #24 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
(In reply to comment #23)
(In reply to comment #22)
Change 77975 merged by BBlack:
Add ganglia monitoring for vhtcpd.
https://gerrit.wikimedia.org/r/77975
With
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #22 from Gerrit Notification Bot gerritad...@wikimedia.org ---
Change 77975 merged by BBlack:
Add ganglia monitoring for vhtcpd.
https://gerrit.wikimedia.org/r/77975
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #20 from Bryan Davis bda...@wikimedia.org ---
There is a patch to setup ganglia monitoring for vhtcpd in gerrit 77975.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #13 from Rob Lanphier ro...@wikimedia.org ---
Brandon, are you actually building proper monitoring into this daemon, or do we
need to start separate work? I remember Mark making the case that this could
be done within Varnish, but
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #14 from Brandon Black bbl...@wikimedia.org ---
The daemon logs some stats to a file, which we could pick up and graph (but
currently do not, yet). These would basically give you the rate of multicast
purge requests the daemon's
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #15 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
I think monitoring should happen outside of the deamon (Since as you say,
there's a limit to what we can do with an unreliable protocol).
What I would suggest is some script
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #16 from Brandon Black bbl...@wikimedia.org ---
How would one Find the 10 most recent overwritten files reliably/efficiently?
Most of these solutions you're suggesting seem to give us some probabilistic
idea that things are
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #17 from Brandon Black bbl...@wikimedia.org ---
Sorry, I meant to say ..., but really DON'T solve the problem ...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #18 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
(In reply to comment #16)
How would one Find the 10 most recent overwritten files
reliably/efficiently?
Most of these solutions you're suggesting seem to give us some
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #19 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
How would one Find the 10 most recent overwritten files reliably/efficiently?
via db query (or api): select log_title from logging where log_type = 'upload'
and log_action =
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #11 from Andre Klapper aklap...@wikimedia.org ---
Brandon: Were the last 5 weeks enough time to judge whether it's stable enough?
(Is this bug report fixed?)
--
You are receiving this mail because:
You are on the CC list for the
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #12 from Brandon Black bbl...@wikimedia.org ---
Yes, I think so, although I just fixed a bug in the software yesterday. Still,
it's a significant improvement and we've un-deployed the previous software.
May as well close this bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #10 from Andre Klapper aklap...@wikimedia.org ---
(In reply to comment #9 by Brandon Black)
The replacement daemon was deployed to production today. The initial
deployment is just a minimum-change swap of the two pieces of
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Ryan Kaldari rkald...@wikimedia.org changed:
What|Removed |Added
See Also|
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #9 from Brandon Black bbl...@wikimedia.org ---
The replacement daemon was deployed to production today. The initial
deployment is just a minimum-change swap of the two pieces of software.
Further enhancements (to performance, and
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #7 from Andre Klapper aklap...@wikimedia.org ---
Brandon: Are there any news / progress to share yet?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Brandon Black bbl...@wikimedia.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Greg Grossmeier g...@wikimedia.org changed:
What|Removed |Added
Assignee|m...@nedworks.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Rob Lanphier ro...@wikimedia.org changed:
What|Removed |Added
Priority|Normal |High
--
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #5 from Andre Klapper aklap...@wikimedia.org ---
RT #4607
--
You are receiving this mail because:
You are watching all bug changes.
___
Wikibugs-l mailing list
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
Assignee|ct...@wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Rob Lanphier ro...@wikimedia.org changed:
What|Removed |Added
Assignee|wikibugs-l@lists.wikimedia. |ct...@wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Richard Guk richardg...@yahoo.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
--- Comment #2 from Andre Klapper aklap...@wikimedia.org ---
For the records, in case somebody considers working on this:
TimStarling andre__: just purge a URL, request it, and check its Age header
TimStarling it should be less than some
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
MZMcBride b...@mzmcbride.com changed:
What|Removed |Added
CC||b...@mzmcbride.com
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Nemo federicol...@tiscali.it changed:
What|Removed |Added
See Also|
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Nemo federicol...@tiscali.it changed:
What|Removed |Added
CC||afeld...@wikimedia.org,
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
Priority|Unprioritized |Normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=43449
Marco maic...@yahoo.com changed:
What|Removed |Added
CC||maic...@yahoo.com
--
You
32 matches
Mail list logo
