Ruby Gems Error after Metasploit Update

[blakhal0]

I have BT4 r2 loaded on a USB with persistence enabled. Persistence is working fine. Wanted to update metasploit did a:
cd /pentest/exploits/framework3
Directory changed properly, then did a:
svn update
loaded new updates brought version up to 11599
then tried a ./msfconsole, got this error

/usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:29:in
`gem_original_require': no such file to load --
msf/base/sessions/scriptable (LoadError)
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:29:in
`require'
from /opt/metasploit3/msf3/lib/msf/base/sessions/command_shell.rb:2
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:29:in
`gem_original_require'
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:29:in
`require'
from /opt/metasploit3/msf3/lib/msf/base.rb:29
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:29:in
`gem_original_require'
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:29:in
`require'
from /opt/metasploit3/msf3/lib/msf/ui/console/driver.rb:2
from /opt/metasploit3/msf3/lib/msf/ui/console.rb:10:in `require'
from /opt/metasploit3/msf3/lib/msf/ui/console.rb:10
from /opt/metasploit3/msf3/lib/msf/ui.rb:10:in `require'
from /opt/metasploit3/msf3/lib/msf/ui.rb:10
from /usr/local/bin/msfconsole:111:in `require'
from /usr/local/bin/msfconsole:111

Did a:
gem update --system

Also did a:
apt-get update
And:
apt-get upgrade

Still no love.

Ideas?

[sp00ky]

I think that this is solely a 11599 error, as my console started crashing after I ran the update this evening. If you hear anything, keep us posted.

-sP

[cseven]

Got room in that boat?

It appears to me that the path /opt/metasploit3/msf3/lib/msf/base/sessions/scriptable does not exist and is called in the custom_require.rb on line 29. I'm not sure how it's populating the variable "path" in custom_require.rb. The comments say:

# When RubyGems is required, Kernel#require is replaced with our own which
# is capable of loading gems on demand.
#
# When you call <tt>require 'x'</tt>, this is what happens:
# * If the file can be loaded from the existing Ruby loadpath, it
# is.
# * Otherwise, installed gems are searched for a file that matches.
# If it's found in gem 'y', that gem is activated (added to the
# loadpath).
#
# The normal <tt>require</tt> functionality of returning false if
# that file has already been loaded is preserved.

EDIT:

command_shell.rb calls require 'msf/base/sessions/scriptable' which doesn't exist

[SecureSurfer]

I have the same problem, I shouldn't have done the update


edit: so i reverted back to previous revision
# svn up -r 11598

[macken]

I also have the same problem!

[parrotface]

Same problem
# svn up -r 11598 worked for me
thanks

[Archangel-Amael]

Thanks for reporting this issue. It does appear to be something wrong. We will look into it and get it fixed.

[blakhal0]

svn up -r 11598 worked for me also