Custom Query (196 matches)
Results (148 - 150 of 196)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #158 | invalid | send guest consoles to zephyr | geofft | |
| Description |
Once we resolve #157, it would be cute if we can get guest console output (perhaps starting once the guests have booted up and presented a logini prompt) to get sent to zephyr, so we see things like oopses and OOM kills and panics and other stuff that's indicative of a problem but unlikely to get logged from within the host and successfully reach zephyr that way. |
|||
| #173 | invalid | Zephyr messages to ldap error log | ezyang | |
| Description |
/var/log/dirsrv/slapd-scripts/errors often contains valuable information that will let you know before Nagios starts warning about replication problems. It should get zephyred out. |
|||
| #174 | invalid | Nagios plugin to check for different generation ID error message | ezyang | |
| Description |
Check for the error message: [23/Sep/2010:15:18:56 -0400] NSMMReplicationPlugin - agmt="cn="GSSAPI Replication to whole-enchilada.mit.edu"" (whole-enchilada:389): Replica has a different generation ID than the local data. which indicates something has gone wrong with replication. This message does not appear to be picked up by our existing MMR checks. Old text: In the nsds50ruv attribute, replication agreements record a "generation ID" which prevents two masters initialized from different sources from attempting to overwrite each other and cause a mess. Unfortunately, this safety mechanism also means that replication doesn't work, and furthermore, while this will result in a lot of spew to the LDAP error log, this won't show up in the usual status field. We should check that all of the replication generations on our servers are consistent. |
|||
