Skip to content
forked from Undev/errbit

The open source error catcher that's Hoptoad API compliant

License

Notifications You must be signed in to change notification settings

datacrafts-io/errbit

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Errbit (PostgreSQL version)TravisCI Code Climate Coveralls Dependency Status

Discussion

Gitter chat

If you have any questions you can ask them here.

Migrate data from MongoDB

  • Create postgres database
  • Run rake errbit:db:migrate_from_mongo. It read config from config/mongoid.yml or ENV.

TODO

  • name for this project
  • refactoring tests
  • add permits
  • move datamigrator to separate gem
  • database structure
  • fix N+1
  • use reform gem
  • todos in code
  • add notice xml parser with sax-machine or happymapper
  • further refactoring project
  • plugin system
  • update README

FAQ

  • I see empty messages, hosts, user_agents blocks: run rake errbit:fill_problem_distributions

Related projects

  • erl_proxy

    Forwarder launches Cowboy web-server which starts to accept HTTP requests. Once it receives request it answers immediately with successful HTTP status (200 by default) and stores full request (URL, headers, body) into storage (Redis). In parallel with requests acceptor launches storage queue worker. It monitors persisted requests and forwards them to original destination. If forwarded request is failed (response status is 5xx) and a special setting was specified, request will be pushed back to the end of storage queue.

The open source, self-hosted error catcher

Errbit is a tool for collecting and managing errors from other applications. It is Airbrake (formerly known as Hoptoad) API compliant, so if you are already using Airbrake, you can just point the airbrake gem to your Errbit server.

Apps
Apps
Errors
Errors
Error Summary
Error Summary
Error Backtraces
Error Backtraces

Errbit may be a good fit for you if:

  • Your exceptions may contain sensitive data that you don't want sitting on someone else's server
  • Your application is behind a firewall
  • You'd like to brand your error catcher
  • You want to add customer features to your error catcher
  • You're crazy and love managing servers

If this doesn't sound like you, you should probably stick with a hosted service such as Airbrake.

Requirement

The list of requirement to install Errbit is :

  • Ruby 1.9.3 or higher
  • Postgres
  • Redis

By default it's the Ruby 2.0.0 to use. But you can define your own ruby version with RUBY_VERSION variable between :

  • 1.9.3
  • 2.0.0
  • 2.1.0

Installation

Note: This app is intended for people with experience deploying and maintaining Rails applications. If you're uncomfortable with any step below then Errbit is not for you.

Set up your local box or server(Ubuntu):

  • Install Postgres (if it is not already installed)
apt-get update
apt-get install postgresql-9.3
  • Install libxml and libcurl
apt-get install libxml2 libxml2-dev libxslt-dev libcurl4-openssl-dev
  • Install Bundler
gem install bundler

Running Locally:

  • Install dependencies
bundle install
  • Add errbit user to postgresql
createuser errbit -dr
  • Bootstrap Errbit. This will copy over config.yml and also seed the database.
rake errbit:bootstrap
  • Update the config.yml and database.yml files with information about your environment

  • Start Server

script/rails server

Deploying:

  • Copy config/deploy.example.rb to config/deploy.rb
  • Update the deploy.rb or config.yml file with information about your server
  • Setup server and deploy
cap deploy:setup deploy

(Note: The capistrano deploy script will automatically generate a unique secret token.)

Authentication

Configuring GitHub authentication:

If you hosted Errbit at errbit.example.com, you would fill in:

URL:http://errbit.example.com/
Callback URL:http://errbit.example.com/users/auth/github
  • After you have registered your app, set github_client_id and github_secret in config/config.yml with your app's Client ID and Secret key.

After you have followed these instructions, you will be able to Sign in with GitHub on the Login page.

You will also be able to link your GitHub profile to your user account on your Edit profile page.

If you have signed in with GitHub, or linked your GitHub profile, and the App has a GitHub repo configured, then you will be able to create issues on GitHub. You will still be able to create an issue on the App's configured issue tracker.

You can change the requested account permissions by setting github_access_scope to:

['repo'] Allow creating issues for public and private repos.
['public_repo'] Only allow creating issues for public repos.
[] No permission to create issues on any repos.

Configuring LDAP authentication:

  • In config/config.yml, set user_has_username to true
  • Follow the instructions at https://github.com/cschiewek/devise_ldap_authenticatable to set up the devise_ldap_authenticatable gem.
  • Ensure to set config.ldap_create_user = true in config/initializers/devise.rb, this enables creating the users from LDAP, otherwhise login will not work.
  • Create a new initializer (e.g. config/initializers/devise_ldap.rb) and add the following code to enable ldap authentication in the User-model:
Errbit::Config.devise_modules << :ldap_authenticatable
  • If you are authenticating by username, you will need to set the user's email manually before authentication. You must add the following lines to app/models/user.rb:
  def ldap_before_save
    name = Devise::LDAP::Adapter.get_ldap_param(self.username, "givenName")
    surname = Devise::LDAP::Adapter.get_ldap_param(self.username, "sn")
    mail = Devise::LDAP::Adapter.get_ldap_param(self.username, "mail")

    self.name = (name + surname).join ' '
    self.email = mail.first
  end
  • Now login with your user from LDAP, this will create a user in the database
  • Open a rails console and set the admin flag for your user:
user = User.first
user.admin = true
user.save!

Upgrading

When upgrading Errbit, please run:

git pull origin master # assuming origin is the github.com/errbit/errbit repo
bundle install
rake db:migrate
rake assets:precompile

If we change the way that data is stored, this will run any migrations to bring your database up to date.

User information in error reports

Errbit can now display information about the user who experienced an error. This gives you the ability to ask the user for more information, and let them know when you've fixed the bug.

If you would like to include information about the current user in your error reports, you can replace the airbrake gem in your Gemfile with airbrake_user_attributes, which wraps the airbrake gem and injects user information. It will inject information about the current user into the error report if your Rails app's controller responds to a #current_user method. The user's attributes are filtered to remove authentication fields.

If user information is received with an error report, it will be displayed under the User Details tab:

User details tab

(This tab will be hidden if no user information is available.)

Adding javascript errors notifications

Errbit easily supports javascript errors notifications. You just need to add config.js_notifier = true to the errbit initializer in the rails app.

Errbit.configure do |config|
  config.host    = 'YOUR-ERRBIT-HOST'
  config.api_key = 'YOUR-PROJECT-API-KEY'
  config.js_notifier = true
end

Then get the notifier.js from errbit/public/javascript/notifier.js and add to application.js on your rails app or include http://YOUR-ERRBIT-HOST/javascripts/notifier.js on your application.html.erb.

Using custom fingerprinting methods

Errbit now allows you to easily use your own Fingerprint Strategy if that's what you'd like to do. If you are upgrading from a very old version of errbit, you can use the LegacyFingerprint to provide yourself with compatibility. The fingerprint strategy can be changed by adding an initializer to errbit:

# config/fingerprint.rb
ErrorReport.fingerprint_strategy = LegacyFingerprint

The easiest way to add custom fingerprint methods is to simply subclass Fingerprint

Issue Trackers

Lighthouseapp Integration

Redmine Integration

Pivotal Tracker Integration

Thoughtworks Mingle Integration

  • Account is the host of your mingle installation. i.e. https://mingle.example.com note: You should use SSL if possible.
  • Errbit uses 'sign-in name' & password authentication. You may want to set up an errbit user with limited rights.
  • Project id is the identifier of your project, i.e. awesomeapp for project at https://mingle.example.com/projects/awesomeapp
  • Card properties are comma separated key value pairs. You must specify a 'card_type', but anything else is optional, e.g.:
card_type = Defect, status = Open, priority = Essential

GitHub Issues Integration

  • For 'Account/Repository', the account will either be a username or organization. i.e. errbit/errbit
  • You will also need to provide your username and password for your GitHub account.
    • (We'd really appreciate it if you wanted to help us implement OAuth instead!)

Bitbucket Issues Integration

  • For 'BITBUCKET REPO' field, the account will either be a username or organization. i.e. errbit/errbit
  • You will also need to provide your username and password for your Bitbucket account.

Gitlab Issues Integration

  • Account is the host of your gitlab installation. i.e. http://gitlab.example.com
  • To authenticate, Errbit uses token-based authentication. Get your API Key in your user settings (or create special user for this purpose)
  • You also need to provide project ID (it needs to be Number) for issues to be created

Unfuddle Issues Integration

  • Account is your unfuddle domain
  • Username your unfuddle username
  • Password your unfuddle password
  • Project id the id of your project where your ticket is create
  • Milestone id the id of your milestone where your ticket is create

Jira Issue Integration

  • base_url the jira URL
  • context_path Context Path (Just "/" if empty otherwise with leading slash)
  • username HTTP Basic Auth User
  • password HTTP Basic Auth Password
  • project_id The project Key where the issue will be created
  • account Assign to this user. If empty, Jira takes the project default.
  • issue_component Website - Other
  • issue_type Issue type
  • issue_priority Priority

Notification Service

Flowdock Notification

Allow notification to Flowdock. See complete documentation

What if Errbit has an error?

Errbit will log it's own errors to an internal app named Self.Errbit. The Self.Errbit app will be automatically created whenever the first error happens.

If your Errbit instance has logged an error, we would appreciate a bug report on GitHub Issues. You can post this manually at https://github.com/errbit/errbit/issues, or you can set up the GitHub Issues tracker for your Self.Errbit app:

  • Go to the Self.Errbit app's edit page. If that app does not exist yet, go to the apps page and click Add a new App to create it. (You can also create it by running rake airbrake:test.)

  • In the Issue Tracker section, click GitHub Issues.

  • Fill in the Account/Repository field with errbit/errbit.

  • Fill in the Username field with your github username.

  • If you are logged in on GitHub, you can find your API Token on this page: https://github.com/account/admin.

  • Save the settings by clicking Update App (or Add App)

  • You can now easily post bug reports to GitHub Issues by clicking the Create Issue button on a Self.Errbit error.

Use Errbit with applications written in other languages

In theory, any Airbrake-compatible error catcher for other languages should work with Errbit. Solutions known to work are listed below:

PHP (>= 5.3) https://github.com/flippa/errbit-php
OOP PHP (>= 5.3) https://github.com/emgiezet/errbitPHP
Python https://github.com/mkorenkov/errbit.py , https://github.com/pulseenergy/airbrakepy

Develop on Errbit

A guide can help on this way on Errbit Advanced Developer Guide

Other documentation

Special Thanks

See the contributors graph for further details. You can see another list of Contributors by release version on [CONTRIBUTORS.md]

Contributing

We welcome any contributions. If you need to tweak Errbit for your organization's needs, there are probably other users who will appreciate your work. Please try to determine whether or not your feature should be global or optional, and make optional features configurable via config/config.yml.

Examples of optional features:

  • Enable / disable user comments on errors.
  • Adding a username field to the User model.

How to contribute:

  • Fork the project.
  • Make your feature addition or bug fix.
  • Add tests for it. This is important so we don't break it in a future version unintentionally.
  • Commit, do not mess with Rakefile, version, or history. (if you want to have your own version, that is fine but bump version in a commit by itself we can ignore when we pull)
  • Send us a pull request. Bonus points for topic branches.
  • Add you on the CONTRIBUTORS.md file on the current release

Copyright

Copyright (c) 2010-2013 Errbit Team. See LICENSE for details.

About

The open source error catcher that's Hoptoad API compliant

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Ruby 82.3%
  • JavaScript 17.0%
  • Other 0.7%