Remote shell for live interaction with Ruby processes

Add this line to your application's Gemfile:

gem 'endoscope'

And then execute:

$ bundle

Or install it yourself as:

$ gem install endoscope

You need to start the endoscope agent when your application boots up, naming this process.

For example, in a Rails app this could go in config/initializers/endoscope.rb

require "endoscope"

process_name = if dyno = ENV['DYNO'] || ENV['PS']
  Process.pid == 2 ? dyno : "#{dyno}-child-#{Process.pid}"
else
  progname = $PROGRAM_NAME.gsub(Rails.root.to_s + '/', '')
  "#{progname}:#{Process.pid}"
end

# using ENV['ENDOSCOPE_REDIS_URL'] and ENV['ENDOSCOPE_REDIS_NAMESPACE']
Endoscope::Agent.new(process_name).start

You can also use a redis connection configuration as expected by the redis gem.

You can then use the Endoscope shell to interact with your app. For example, on a running Heroku app comprising of web, sidekiq and sidekiq-scheduler dynos:

bundle exec endoscope
>> 40 + 2
40 + 2
Sending command 40 + 2...

From web.1-child-6 :
42

From web.2-child-9 :
42

From web.1-child-9 :
42

From worker.1 :
42

From web.1-child-13 :
42

From web.2-child-6 :
42

From web.2-child-13 :
42

From scheduler.1 :
42

You can direct your commands at select process types or processes via the use command

>> use web
Now adressing commands to processes listening for "web".
>> use worker.1
Now adressing commands to processes listening for "worker.1".
>> use all
Now adressing commands to processes listening for "all".

• retrieving garbage collection stats
• Taking thread dumps
• Re-open classes, redefining method to test changes / add logging without needing to commit and re-deploy
• adjust logging verbosity
• toggle features while debugging to narrow down the possible error causes

• The endoscope communication happens securely over Redis PubSub.
• The commands are evaluated in the top level binding of the instrumented program.
• stdout and stderr outputs are captured while the command is evaluated.
• Commands evaluation exceptions are caught and reported via the endoscope.
• Commands evaluation is protected by an execution timeout of 10 seconds.
• The agent starts a ruby thread with no overhead while not evaluating remote commands.

1. Fork it ( https://github.com/preplay/endoscope/fork )
2. Create your feature branch (git checkout -b my-new-feature)
3. Commit your changes (git commit -am 'Add some feature')
4. Push to the branch (git push origin my-new-feature)
5. Create a new Pull Request