Closed
Bug 710422
Opened 13 years ago
Closed 13 years ago
Add monitoring to slapd
Categories
(mozilla.org Graveyard :: Server Operations, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ozten, Assigned: jabba)
References
()
Details
We need to have monitoring in place for slapd.
It probably segfaulted in mozillians-dev. We'll want to know when that happens and be able to automatically restart it. Is that possible?
We'll work out the root cause of the current issue, but this monitoring will be critical in -stage and production, also.
Assignee | ||
Comment 1•13 years ago
|
||
There already is monitoring for replication lag on each slave, which requires both the master and slave to be working for an OK status. The nagios bot should put the alert in #mozillians for dev and stage and will alert the oncall sysadmin and put the alert in #mozillians for prod. I added a tcp check for port 389 as well, but is redundant, as the first check will catch any issues with the master and the slave.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•13 years ago
|
Assignee: server-ops → jdow
Assignee | ||
Comment 2•13 years ago
|
||
Puppet will automatically start slapd if it isn't running.
Reporter | ||
Comment 3•13 years ago
|
||
Awesome sauce!
Is this true of mozillians-dev also? We need this while we iron the bugs out of sasl-browserid, since a C plugin can take down it's host server.
Assignee | ||
Comment 4•13 years ago
|
||
Yes, dev and stage will both report issues to #mozillians. prod will alert to #mozillians and page the oncall sysadmin.
Updated•10 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•