Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
branch: master
Commits on Jul 6, 2011
  1. @precipice

    Merge pull request #7 from jamesc/master

    precipice authored
    Add support for -p (policy) option in oncall-email.rb
  2. @jamesc

    Added simple HTML wrapping

    jamesc authored
     - precursor to full mailing support
  3. @jamesc
Commits on Jun 25, 2011
  1. @precipice

    Merge pull request #5 from railsmachine/master

    precipice authored
    Update oncall.rb to be able to specify an escalation policy, and scrape more info
Commits on Jun 24, 2011
  1. @technicalpickles
Commits on Jun 1, 2011
  1. @precipice

    Document the workaround for schedule exceptions messing up rotation-r…

    precipice authored
    …eport.rb.
    
    
    This is in response to issue #4.
  2. @precipice

    Make the trigger description independent of the service name; use tri…

    precipice authored
    …gger_type instead.
    
    
    This was another place where I was assuming that the Nagios service was named 'Nagios' (and Pingdom named 'Pingdom'). Fixed to switch on the trigger type instead.
  3. @precipice

    Don't assume that Nagios services are named "Nagios."

    precipice authored
    This recognizes automatic (e.g., API) incident resolutions that come from services named something other than "Nagios." Bad assumption....
    
    Fixes #4.
Commits on Apr 27, 2011
  1. @thrillcall @precipice

    Prevent undefined local variable exception.

    thrillcall authored precipice committed
    /thrillcall/pagerduty-tools/lib/pagerduty.rb:90:in `find_domain': undefined local variable or method `account_form' for #<PagerDuty::Agent:0x8a68f1c> (NameError)
Commits on Mar 23, 2011
  1. @precipice

    Address my review comments from initial pull request, and add more.

    precipice authored
    This mostly takes out the organization-specific options in pull request commits, and then makes things a little more consistent with other scripts.
  2. @precipice

    Rename 'duty-email.rb' to 'oncall-email.rb'.

    precipice authored
    Just trying to keep the terminology simple, here.
  3. @precipice

    allow smtp server configuration

    Jeffrey Wescott authored precipice committed
  4. @precipice

    oops -- uncommenting the block that does the work

    Jeffrey Wescott authored precipice committed
  5. @precipice

    added ability to get user emails from PagerDuty system, along with a …

    Jeffrey Wescott authored precipice committed
    …script to send an email notification to the on-duty person
  6. @precipice
Commits on Mar 12, 2011
  1. @precipice

    Fix a bug that would screw up explicit start and end times.

    precipice authored
    There's a little too much going on with date ranges now. Maybe just choose a start date? or start and period?
Commits on Mar 9, 2011
  1. @precipice

    Fixes for Campfire integration.

    precipice authored
    Nokogiri XML generation wasn't working correctly. Partly that was just an error, but to make a tag from a reserved word like 'type', you need to add a trailing underscore, 'type_'.
  2. @precipice
  3. @precipice

    Update the README and add an example image.

    precipice authored
    Also, added a .gitignore, finally.
  4. @precipice

    Changes based on review by Brian Donovan and Brad Greenlee.

    precipice authored
    Thanks, guys!
    
    Also, added a few more comments about things to fix later.
  5. @precipice

    Change the default report period to the last rotation.

    precipice authored
    Instead of reporting on the currently-in-progress rotation (the old default), this changes the default to cover the last-completed rotation.  Seems like a better default since you usually want an apples-to-apples comparison of one whole week versus another.
    
    `rotation-report.rb -a 0` will give you the old behavior.
  6. @precipice

    Add start and end time options for the report period.

    precipice authored
    These options, --start-time and --end-time, take ISO 8601 date/times (e.g., '2011-03-02T14:00:00-05:00'), and can be used to set any arbitrary reporting period you want.  The "previous" period will be the same length, one week earlier.  (Note all the labels say "vs. last week" for the percentage change values, but that should be roughly accurate for most uses.)
    
    I added this because I noticed that using the current rotation period only works if no irregular exceptions are set. If you have a weekly rotation and someone sets a two-day exception, the report will only cover the two-day period versus the same two days a week ago.  Not as useful.  So, this works around that problem for now.
  7. @precipice
  8. @precipice

    Add command-line options, and support historical reporting and Campfire.

    precipice authored
    Using the `-a`|`--rotations-ago COUNT` option, you can create rotation reports for rotations that have already elapsed. The `-c`|`--campfire-message` option will paste the generated report into the configured Campfire room.
    
    This still only supports weekly rotations for now.
  9. @precipice

    Correct alert count bugs and capture alerts across months.

    precipice authored
    Assuming that the alerts in a given report (current and previous period) only span two consecutive months, this will now capture all the needed alerts.
    
    Also works around a bug in Chronic; should send the fix to the maintainer.
    
    At this point the rotation report is pretty useful for reporting on the current rotation. Need to add options for output control and for choosing which rotation period to report on.
  10. @precipice

    Loop over the incident requests to get all data needed.

    precipice authored
    Previously the incident call only pulled in 100 incidents. Hopefully (!) that would be enough, but just in case, this will make repeated calls (up to 10, for 1000 incidents total) until it finds an incident that is prior to the report period (current rotation and the previous rotation).
    
    The loop sleeps one second between calls for API politeness, so this slows things down if you have a lot of alerts in a report period.
Commits on Mar 8, 2011
  1. @precipice

    fixing broken upstream

    Jeffrey Wescott authored precipice committed
  2. @precipice

    Bigger refactor of rotation-report.rb.

    precipice authored
    Built out a report class and pulled out common operations to there. Worked up some of the data container objects to be more useful.
  3. @precipice
  4. @precipice

    Code cleanup and refactoring.

    precipice authored
    * Deduped Campfire message-sending code.
    * Created a superclass for reportable events and pulled the time-related code into it.
    * Added some constants.
    * More Rubyismization.
  5. @precipice

    Use a constant.

    precipice authored
  6. @precipice

    Derive start and end dates automatically from escalation.

    precipice authored
    Also, some code cleanup.
Commits on Mar 7, 2011
  1. @precipice

    Show the volume of alerts in the rotation report.

    precipice authored
    I'm very sensitive to people getting interrupted in their work, and would like to know if those interruptions are on their way up or down.  I also want to track how often people are being woken up later at night to deal with alerts.
    
    The report now shows the volume of SMS/Phone alerts overall and compared to the last rotation, and also the volume of late-night (10p to 8a) alerts, also compared to the last rotation.
    
    Also started in on some code cleanups thanks to the Hack Arts crew.
  2. @precipice

    Make note of unresolved incidents.

    precipice authored
    Might make sense to add a "handoff" section later -- here are links to unresolved incidents.
  3. @precipice

    Only count resolvers for incidents that are resolved.

    precipice authored
    Could also take the approach of only asking for resolved incidents in the API call, but it seems better to report the full alert load and instead add a count of how many are resolved.
Something went wrong with that request. Please try again.