#<Errno::ECONNREFUSED: Connection refused - connect(2)>
(DRb::DRbConnError)
from /opt/local/lib/ruby/1.8/drb/drb.rb:729:in each' from /opt/local/lib/ruby/1.8/drb/drb.rb:729:inopen’
from /opt/local/lib/ruby/1.8/drb/drb.rb:1189:in initialize' from /opt/local/lib/ruby/1.8/drb/drb.rb:1169:innew’
from /opt/local/lib/ruby/1.8/drb/drb.rb:1169:in open' from /opt/local/lib/ruby/1.8/drb/drb.rb:1085:inmethod_missing’
from /opt/local/lib/ruby/1.8/drb/drb.rb:1103:in with_friend' from /opt/local/lib/ruby/1.8/drb/drb.rb:1084:inmethod_missing’
… 29 levels…
from
/opt/local/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/commands/runner.rb:39
from
/opt/local/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in gem_original_require' from /opt/local/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:inrequire’
from script/runner:3
When I change the :remote back to false, both Mongrel as DRB start
without an error message.
On Wed, Jul 25, 2007 at 01:04:01PM +0200, Izit I. wrote:
:product_product_id_supplier=>{},
:no},
from /opt/local/lib/ruby/1.8/drb/drb.rb:729:in `open’
/opt/local/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in
Posted via http://www.ruby-forum.com/.
Strange thing is that I have another model where remote => true is
configured but this does not give an issue, only this specific model
generates the problem as soon as remote is set to true.
On Wed, Jul 25, 2007 at 01:04:01PM +0200, Izit I. wrote:
:product_product_id_supplier=>{},
:no},
from /opt/local/lib/ruby/1.8/drb/drb.rb:729:in `open’
/opt/local/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in
Posted via http://www.ruby-forum.com/.
What I also find strange is that when I start Mongrel it shows:
=> Booting Mongrel (use ‘script/server webrick’ to force WEBrick)
=> Rails application starting on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
** Starting Mongrel listening at 0.0.0.0:3000
** Starting Rails with development environment…
Using AdapterExtensions
Asked for a remote server ? false, ENV[“FERRET_USE_LOCAL_INDEX”] is nil,
looks like we are not the server
Will use local index.
using index in script/…/config/…/index/development/mutation
default field list: [:supplier_description, :description,
:product_description, :pub_date_sort, :product_label_description,
:product_label_free, :product_product_id_supplier,
:product_description_supplier]
** Rails loaded.
** Loading any Rails specific GemPlugins
** Signals ready. TERM => stop. USR2 => restart. INT => stop (no
restart).
** Rails signals registered. HUP => reload (without restart). It might
not work well.
** Mongrel available at 0.0.0.0:3000
** Use CTRL-C to stop.
Why is it refering to AAF during startup. It only does this for the
Model I have the issue with, other models with AAF configured do not
show up during Mongrel startup. I have also check it with webrick and
some occurs.
Izit I. wrote:
I am running revision 217 of the AAF plugin
Strange thing is that I have another model where remote => true is
configured but this does not give an issue, only this specific model
generates the problem as soon as remote is set to true.
On Wed, Jul 25, 2007 at 01:04:01PM +0200, Izit I. wrote:
:product_product_id_supplier=>{},
:no},
from /opt/local/lib/ruby/1.8/drb/drb.rb:729:in `open’
/opt/local/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in
Posted via http://www.ruby-forum.com/.
On Wed, Jul 25, 2007 at 02:57:58PM +0200, Izit I. wrote:
Using AdapterExtensions
** Signals ready. TERM => stop. USR2 => restart. INT => stop (no
restart).
** Rails signals registered. HUP => reload (without restart). It might
not work well.
** Mongrel available at 0.0.0.0:3000
** Use CTRL-C to stop.
Why is it refering to AAF during startup. It only does this for the
Model I have the issue with, other models with AAF configured do not
show up during Mongrel startup. I have also check it with webrick and
some occurs.
This output should go to the log file normally, not sure why you see it
on stdout. However it looks like you didn’t specify :remote => true in
this case (that’s the “Asked for a remote server?” line).
Interesting would be the output and log files from starting the DRb
server. Most of the time these problems stem from the DRb server not
realizing that it is the DRb server, resulting in aaf inside the DRb
server trying to connect to another (of course non-existent) DRb server.
Jens
–
Jens Krämer
webit! Gesellschaft für neue Medien mbH
Schnorrstraße 76 | 01069 Dresden
Telefon +49 351 46766-0 | Telefax +49 351 46766-66 [email protected] | www.webit.de
Amtsgericht Dresden | HRB 15422
GF Sven Haubold, Hagen Malessa
What I also find strange is that when I start Mongrel it shows:
=> Booting Mongrel (use ‘script/server webrick’ to force WEBrick)
=> Rails application starting on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
** Starting Mongrel listening at 0.0.0.0:3000
** Starting Rails with development environment…
Using AdapterExtensions
Asked for a remote server ? false, ENV[“FERRET_USE_LOCAL_INDEX”] is nil,
looks like we are not the server
Will use local index.
using index in script/…/config/…/index/development/mutation
default field list: [:supplier_description, :description,
:product_description, :pub_date_sort, :product_label_description,
:product_label_free, :product_product_id_supplier,
:product_description_supplier]
** Rails loaded.
** Loading any Rails specific GemPlugins
** Signals ready. TERM => stop. USR2 => restart. INT => stop (no
restart).
** Rails signals registered. HUP => reload (without restart). It might
not work well.
** Mongrel available at 0.0.0.0:3000
** Use CTRL-C to stop.
Why is it refering to AAF during startup. It only does this for the
Model I have the issue with, other models with AAF configured do not
show up during Mongrel startup. I have also check it with webrick and
some occurs.
Izit I. wrote:
I am running revision 217 of the AAF plugin
Strange thing is that I have another model where remote => true is
configured but this does not give an issue, only this specific model
generates the problem as soon as remote is set to true.
On Wed, Jul 25, 2007 at 01:04:01PM +0200, Izit I. wrote:
:product_product_id_supplier=>{},
:no},
from /opt/local/lib/ruby/1.8/drb/drb.rb:729:in `open’
/opt/local/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:27:in
Posted via http://www.ruby-forum.com/.
/usr/lib/ruby/1.8/drb/drb.rb:736:in open': druby://localhost:9010 - #<Errno::ECONNREFUSED: Connection refused - connect(2)> (DRb::DRbConnError) from /usr/lib/ruby/1.8/drb/drb.rb:729:in each’
from /usr/lib/ruby/1.8/drb/drb.rb:729:in open' from /usr/lib/ruby/1.8/drb/drb.rb:1189:in initialize’
from /usr/lib/ruby/1.8/drb/drb.rb:1169:in new' from /usr/lib/ruby/1.8/drb/drb.rb:1169:in open’
from /usr/lib/ruby/1.8/drb/drb.rb:1085:in method_missing' from /usr/lib/ruby/1.8/drb/drb.rb:1103:in with_friend’
from /usr/lib/ruby/1.8/drb/drb.rb:1084:in method_missing' ... 30 levels... from /usr/lib64/ruby/gems/1.8/gems/rails-1.2.3/lib/commands/runner.rb:39 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in gem_original_require’
from
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require’
from script/runner:3
Jens K. wrote:
On Thu, Jul 26, 2007 at 09:14:36AM +0200, Izit I. wrote:
The same problem is back again. I moved my development app to production
(dev = OS X, prod = Linux). started drb server and same problem occurs
again.
So what does the DRb server log when it’s started?
for my problem model ‘Mutation’ I also have configured an observer. With
the observer defined and remote set to true in the model, DRB server
does not start. If I remove the observer statement, the DRB server
starts without a problem.
This may also explain why mongrel has the AAF log messages during
startup because it is accessing the Model because of the observer
statement.
Not sure how to fix it though.
Izit I. wrote:
Some experimenting:
In my problem model I put remote to false. Started ferret drb server.
When startup was done changed remote to true in the problem model. I now
stopped ferret drb server. On the stop cli command the drb server
started building the index of the problem model.
Not sure if it is related but a bit strange I thought.
Izit I. wrote:
cli command outputs:
/usr/lib/ruby/1.8/drb/drb.rb:736:in open': druby://localhost:9010 - #<Errno::ECONNREFUSED: Connection refused - connect(2)> (DRb::DRbConnError) from /usr/lib/ruby/1.8/drb/drb.rb:729:in each’
from /usr/lib/ruby/1.8/drb/drb.rb:729:in open' from /usr/lib/ruby/1.8/drb/drb.rb:1189:in initialize’
from /usr/lib/ruby/1.8/drb/drb.rb:1169:in new' from /usr/lib/ruby/1.8/drb/drb.rb:1169:in open’
from /usr/lib/ruby/1.8/drb/drb.rb:1085:in method_missing' from /usr/lib/ruby/1.8/drb/drb.rb:1103:in with_friend’
from /usr/lib/ruby/1.8/drb/drb.rb:1084:in method_missing' ... 30 levels... from /usr/lib64/ruby/gems/1.8/gems/rails-1.2.3/lib/commands/runner.rb:39 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in gem_original_require’
from
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require’
from script/runner:3
Jens K. wrote:
On Thu, Jul 26, 2007 at 09:14:36AM +0200, Izit I. wrote:
The same problem is back again. I moved my development app to production
(dev = OS X, prod = Linux). started drb server and same problem occurs
again.
So what does the DRb server log when it’s started?
In my problem model I put remote to false. Started ferret drb server.
When startup was done changed remote to true in the problem model. I now
stopped ferret drb server. On the stop cli command the drb server
started building the index of the problem model.
Not sure if it is related but a bit strange I thought.
Izit I. wrote:
cli command outputs:
/usr/lib/ruby/1.8/drb/drb.rb:736:in open': druby://localhost:9010 - #<Errno::ECONNREFUSED: Connection refused - connect(2)> (DRb::DRbConnError) from /usr/lib/ruby/1.8/drb/drb.rb:729:in each’
from /usr/lib/ruby/1.8/drb/drb.rb:729:in open' from /usr/lib/ruby/1.8/drb/drb.rb:1189:in initialize’
from /usr/lib/ruby/1.8/drb/drb.rb:1169:in new' from /usr/lib/ruby/1.8/drb/drb.rb:1169:in open’
from /usr/lib/ruby/1.8/drb/drb.rb:1085:in method_missing' from /usr/lib/ruby/1.8/drb/drb.rb:1103:in with_friend’
from /usr/lib/ruby/1.8/drb/drb.rb:1084:in method_missing' ... 30 levels... from /usr/lib64/ruby/gems/1.8/gems/rails-1.2.3/lib/commands/runner.rb:39 from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in gem_original_require’
from
/usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require’
from script/runner:3
Jens K. wrote:
On Thu, Jul 26, 2007 at 09:14:36AM +0200, Izit I. wrote:
The same problem is back again. I moved my development app to production
(dev = OS X, prod = Linux). started drb server and same problem occurs
again.
So what does the DRb server log when it’s started?
Yeah this problem is known - when the model gets loaded during rails
startup (the DRb server runs in a full Rails environment) and therefore
before the server itself is started, aaf inside the model has no way to
know it is running inside the server and so tries to connect to the
server which of course isn’t there yet. However recent aaf (0.4.1 or
trunk) should not have this problem, it uses an environment variable set
in script/ferret_start to tell aaf it shouldn’t try to connect to DRb.
Jens
–
Jens Kr�mer
webit! Gesellschaft f�r neue Medien mbH
Schnorrstra�e 76 | 01069 Dresden
Telefon +49 351 46766-0 | Telefax +49 351 46766-66 [email protected] | www.webit.de
Amtsgericht Dresden | HRB 15422
GF Sven Haubold, Hagen Malessa
On Thu, Jul 26, 2007 at 09:57:32AM +0200, Izit I. wrote:
Maybe this is a way to the solution: Observers.
for my problem model ‘Mutation’ I also have configured an observer. With
the observer defined and remote set to true in the model, DRB server
does not start. If I remove the observer statement, the DRB server
starts without a problem.
This may also explain why mongrel has the AAF log messages during
startup because it is accessing the Model because of the observer
statement.
Yeah this problem is known - when the model gets loaded during rails
startup (the DRb server runs in a full Rails environment) and therefore
before the server itself is started, aaf inside the model has no way to
know it is running inside the server and so tries to connect to the
server which of course isn’t there yet. However recent aaf (0.4.1 or
trunk) should not have this problem, it uses an environment variable set
in script/ferret_start to tell aaf it shouldn’t try to connect to DRb.
Jens
–
Jens Krämer
webit! Gesellschaft für neue Medien mbH
Schnorrstraße 76 | 01069 Dresden
Telefon +49 351 46766-0 | Telefax +49 351 46766-66 [email protected] | www.webit.de
Amtsgericht Dresden | HRB 15422
GF Sven Haubold, Hagen Malessa
On Thu, Jul 26, 2007 at 10:49:37AM +0200, Izit I. wrote:
The ferret_start in RAILS_ROOT/script directory does not have those
lines but the vendor/plugin/acts_as_ferret/script/ferret_start does.
I have done a fresh svn install of the plugin this morning.
hm, svn install is supposed to copy those files from
vendor/plugin/acts_as_ferret/script/ to script/. Might be that it fails
if the target file already exists - I’ll fix that so a warning is issued
in this case. Or maybe permissions on script/ferret_start just didn’t
allow overwriting it?
Jens
–
Jens Krämer
webit! Gesellschaft für neue Medien mbH
Schnorrstraße 76 | 01069 Dresden
Telefon +49 351 46766-0 | Telefax +49 351 46766-66 [email protected] | www.webit.de
Amtsgericht Dresden | HRB 15422
GF Sven Haubold, Hagen Malessa
On Thu, Jul 26, 2007 at 10:49:37AM +0200, Izit I. wrote:
The ferret_start in RAILS_ROOT/script directory does not have those
lines but the vendor/plugin/acts_as_ferret/script/ferret_start does.
I have done a fresh svn install of the plugin this morning.
hm, svn install is supposed to copy those files from
vendor/plugin/acts_as_ferret/script/ to script/. Might be that it fails
if the target file already exists - I’ll fix that so a warning is issued
in this case. Or maybe permissions on script/ferret_start just didn’t
allow overwriting it?
Jens
–
Jens Kr�mer
webit! Gesellschaft f�r neue Medien mbH
Schnorrstra�e 76 | 01069 Dresden
Telefon +49 351 46766-0 | Telefax +49 351 46766-66 [email protected] | www.webit.de
Amtsgericht Dresden | HRB 15422
GF Sven Haubold, Hagen Malessa
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
