Mongrel users - Aug 2006 - strange bugs while using mongrel, while running in development (and also sometimes in production mode)

Following errors are taken from monrgrel running in development mode. It
complained routes.rb, no such file or directory and then sometimes i get
application.rb, no such file or directory.Doesn''t seem correct to me.

Though not so often, but even production servers throw these errors
sometimes, and i have no special routes setup or something.Its pretty much
default one, except few changes here and there.


 MissingSourceFile

no such file to load --
/home/foo_fighter/public_html/foobar/config/routes.rb

RAILS_ROOT: /home/foo_fighter/public_html/foobar/config/..
Application Trace | Framework Trace | Full Trace

/usr/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/dependencies.rb:140:in
`load''
/usr/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/dependencies.rb:140:in
`load''
/usr/lib/ruby/gems/1.8/gems/actionpack-1.12.1/lib/action_controller/routing.rb:574:in
`reload''
/usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/dispatcher.rb:67:in
`prepare_application''
/usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/dispatcher.rb:37:in
`dispatch''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel/rails.rb:73:in`process''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:551:in`process_client''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:550:in`process_client''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:636:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:636:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:625:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:956:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:955:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/bin/mongrel_rails:127:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel/command.rb:199:in`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/bin/mongrel_rails:235
/usr/bin/mongrel_rails:18

/usr/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/dependencies.rb:140:in
`load''
/usr/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/dependencies.rb:140:in
`load''
/usr/lib/ruby/gems/1.8/gems/actionpack-1.12.1/lib/action_controller/routing.rb:574:in
`reload''
/usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/dispatcher.rb:67:in
`prepare_application''
/usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/dispatcher.rb:37:in
`dispatch''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel/rails.rb:73:in`process''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:551:in`process_client''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:550:in`process_client''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:636:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:636:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:625:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:956:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:955:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/bin/mongrel_rails:127:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel/command.rb:199:in`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/bin/mongrel_rails:235

/usr/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/dependencies.rb:140:in
`load''
/usr/lib/ruby/gems/1.8/gems/activesupport-1.3.1/lib/active_support/dependencies.rb:140:in
`load''
/usr/lib/ruby/gems/1.8/gems/actionpack-1.12.1/lib/action_controller/routing.rb:574:in
`reload''
/usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/dispatcher.rb:67:in
`prepare_application''
/usr/lib/ruby/gems/1.8/gems/rails-1.1.2/lib/dispatcher.rb:37:in
`dispatch''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel/rails.rb:73:in`process''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:551:in`process_client''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:550:in`process_client''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:636:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:636:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:625:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:956:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel.rb:955:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/bin/mongrel_rails:127:in
`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/lib/mongrel/command.rb:199:in`run''
/usr/lib/ruby/gems/1.8/gems/mongrel-0.3.13.3/bin/mongrel_rails:235
/usr/bin/mongrel_rails:18

This error occured while loading the following files:
   /home/foo_fighter/public_html/foobar/config/../config/routes.rb
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060802/de6dfbc2/attachment.html

On Wed, 2006-08-02 at 02:02 +0530, hemant wrote:
> Following errors are taken from monrgrel running in development mode.
> It complained routes.rb, no such file or directory and then sometimes
> i get application.rb, no such file or directory.Doesn''t seem
correct
> to me.
> 
> Though not so often, but even production servers throw these errors 
Have you solved this yet?  I''m working up my bug list.

Try the following things:

1) remove ruby-sendfile if you have it installed.
2) try the pre-release:  sudo gem install mongrel
--source=http://mongrel.rubyforge.org/releases/
3) try your app with webrick and see if you get the error.
4) tell me what OS and mongrel version this happens with.

sorry if you gave  me this info already, i''m just whipping through my
e-mail queue to catch up.


-- 
Zed A. Shaw
http://www.zedshaw.com/
http://mongrel.rubyforge.org/
http://www.railsmachine.com/ -- Need Mongrel support?

Thanks for following up.

I am on Ubuntu server edition, and yes i have sendfile installed. But
removing it may create some performance problem won''t it?
As for the mongrel version, you can already see in the earlier message, it
is 0.3.13.

I was earlier running, apache2 with fcgi and didn''t face this issue. I
am
myself trying to investigate this problem.





On 8/3/06, Zed Shaw <zedshaw at zedshaw.com>
wrote:
>
> On Wed, 2006-08-02 at 02:02 +0530, hemant wrote:
> > Following errors are taken from monrgrel running in development mode.
> > It complained routes.rb, no such file or directory and then sometimes
> > i get application.rb, no such file or directory.Doesn''t seem
correct
> > to me.
> >
> > Though not so often, but even production servers throw these errors
>
> Have you solved this yet?  I''m working up my bug list.
>
> Try the following things:
>
> 1) remove ruby-sendfile if you have it installed.
> 2) try the pre-release:  sudo gem install mongrel
> --source=http://mongrel.rubyforge.org/releases/
> 3) try your app with webrick and see if you get the error.
> 4) tell me what OS and mongrel version this happens with.
>
> sorry if you gave  me this info already, i''m just whipping through
my
> e-mail queue to catch up.
>
>
> --
> Zed A. Shaw
> http://www.zedshaw.com/
> http://mongrel.rubyforge.org/
> http://www.railsmachine.com/ -- Need Mongrel support?
>
> _______________________________________________
> Mongrel-users mailing list
> Mongrel-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/mongrel-users
>


-- 
nothing much to talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060803/5e8fd3d0/attachment.html

Ok...I have removed sendfile and will see if the problem persists.

There is one more strange error and this from server running in production
mode, using Apache2.2, mod_proxy and mod_proxy_balancer and mongrel.

I have a controller price_controller and i call it from main page, using
<%periodically_call_remote(:controller =>
''price'',:action =>
''index'',:frequency => 180) %>

And sometime i get /appname/price not found errors.


On 8/3/06, hemant <gethemant at gmail.com> wrote:
>
> Thanks for following up.
>
> I am on Ubuntu server edition, and yes i have sendfile installed. But
> removing it may create some performance problem won''t it?
> As for the mongrel version, you can already see in the earlier message, it
> is 0.3.13.
>
> I was earlier running, apache2 with fcgi and didn''t face this
issue. I am
> myself trying to investigate this problem.
>
>
>
>
>
>
> On 8/3/06, Zed Shaw <zedshaw at zedshaw.com> wrote:
> >
> > On Wed, 2006-08-02 at 02:02 +0530, hemant wrote:
> > > Following errors are taken from monrgrel running in development
mode.
> > > It complained routes.rb, no such file or directory and then
sometimes
> > > i get application.rb , no such file or directory.Doesn''t
seem correct
> > > to me.
> > >
> > > Though not so often, but even production servers throw these
errors
> >
> > Have you solved this yet?  I''m working up my bug list.
> >
> > Try the following things:
> >
> > 1) remove ruby-sendfile if you have it installed.
> > 2) try the pre-release:  sudo gem install mongrel
> > --source=http://mongrel.rubyforge.org/releases/
> > 3) try your app with webrick and see if you get the error.
> > 4) tell me what OS and mongrel version this happens with.
> >
> > sorry if you gave  me this info already, i''m just whipping
through my
> > e-mail queue to catch up.
> >
> >
> > --
> > Zed A. Shaw
> > http://www.zedshaw.com/
> > http://mongrel.rubyforge.org/
> > http://www.railsmachine.com/ -- Need Mongrel support?
> >
> > _______________________________________________
> > Mongrel-users mailing list
> > Mongrel-users at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/mongrel-users
> >
>
>
>
> --
> nothing much to talk
>


-- 
nothing much to talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060803/293c55e3/attachment.html

On Thu, 2006-08-03 at 19:38 +0530, hemant wrote:
> Ok...I have removed sendfile and will see if the problem persists.
> 
> There is one more strange error and this from server running in
> production mode, using Apache2.2, mod_proxy and mod_proxy_balancer and
> mongrel.
> 
> I have a controller price_controller and i call it from main page,
> using <%= periodically_call_remote(:controller =>
''price'',:action =>
> ''index'',:frequency => 180) %>
> 
> And sometime i get /appname/price not found errors. 
> 
Ok, so removing sendfile fixed problems for you?  It''s not quite clear
from your message.  As for the priodically_call_remote I''m thinking
it''s
your code, double check though.

The performance difference isn''t that great and it isn''t worth
the
stability problems.


-- 
Zed A. Shaw
http://www.zedshaw.com/
http://mongrel.rubyforge.org/
http://www.railsmachine.com/ -- Need Mongrel support?

Well, at least now i am not getting application.rb and routes.rb file not
found error.
But I am still getting errors in perdiodically_call_remote. Here is the code
snippet:

<div id="pricedlist" align="center">
     <%= render_component(:controller => ''/price'',
:action => ''index'') %>
</div>
<%= periodically_call_remote(:update => ''pricedlist'',
:url => {:controller
=> ''price'',:action => ''index''},
:frequency => 180)%>

Now just forget use of components for a while, I will replace this with
widgets.But the point is, when the page loads for the first time, it loads
allright. Now, for some ajax calls, i have put <a href="#" > as
the dummy
url and when within this inlined view of price/index, you  click somewhere
and a "#" is appended to the url, in the next call to
perdiodically_call_remote, i get :

Recognition failed for "/foobar/public/price"

Where foobar is application name. First of, should this call be
"/foobar/price"? rather than /foobar/public/price. and i dont have any
routes setup for this spefic for this controller.

Here is my routes.rb file:

ActionController::Routing::Routes.draw do |map|
  # The priority is based upon order of creation: first created -> highest
priority.

  # Sample of regular route:
  # map.connect ''products/:id'', :controller =>
''catalog'', :action => ''view''
  # Keep in mind you can assign values other than :controller and :action

  # Sample of named route:
  # map.purchase ''products/:id/purchase'', :controller =>
''catalog'', :action
=> ''purchase''
  # This route can be invoked with purchase_url(:id => product.id)

  # You can have the root of your site routed by hooking up ''''
  # -- just remember to delete public/index.html.
  map.connect '''', :controller => "start"

  # Allow downloading Web Service WSDL as a file with an extension
  # instead of a file named ''wsdl''
  map.connect '':controller/service.wsdl'', :action =>
''wsdl''

  # Install the default route as the lowest priority.
  #map.connect '':controller/:action/:id'', :controller =>
''start''
  map.connect '':controller/:action/:id''
end
 so what is the problem?

On 8/3/06, Zed Shaw <zedshaw at zedshaw.com>
wrote:
>
> On Thu, 2006-08-03 at 19:38 +0530, hemant wrote:
> > Ok...I have removed sendfile and will see if the problem persists.
> >
> > There is one more strange error and this from server running in
> > production mode, using Apache2.2, mod_proxy and mod_proxy_balancer and
> > mongrel.
> >
> > I have a controller price_controller and i call it from main page,
> > using <%= periodically_call_remote(:controller =>
''price'',:action =>
> > ''index'',:frequency => 180) %>
> >
> > And sometime i get /appname/price not found errors.
> >
>
> Ok, so removing sendfile fixed problems for you?  It''s not quite
clear
> from your message.  As for the priodically_call_remote I''m
thinking it''s
> your code, double check though.
>
> The performance difference isn''t that great and it isn''t
worth the
> stability problems.
>
>
> --
> Zed A. Shaw
> http://www.zedshaw.com/
> http://mongrel.rubyforge.org/
> http://www.railsmachine.com/ -- Need Mongrel support?
>
> _______________________________________________
> Mongrel-users mailing list
> Mongrel-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/mongrel-users
>


-- 
nothing much to talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060803/0b957aaf/attachment.html

If i dont touch any of the links within price/index view, which may append
"#" to the url, then periodically_call_remote works fine.

I am sort of sure, it could be a mongrel problem.

On 8/3/06, hemant <gethemant at gmail.com> wrote:
>
> Well, at least now i am not getting application.rb and routes.rb file not
> found error.
> But I am still getting errors in perdiodically_call_remote. Here is the
> code snippet:
>
> <div id="pricedlist" align="center">
>      <%= render_component(:controller => ''/price'',
:action => ''index'') %>
> </div>
> <%= periodically_call_remote(:update =>
''pricedlist'', :url => {:controller
> => ''price'',:action => ''index''},
:frequency => 180)%>
>
> Now just forget use of components for a while, I will replace this with
> widgets.But the point is, when the page loads for the first time, it loads
> allright. Now, for some ajax calls, i have put <a href="#"
> as the dummy
> url and when within this inlined view of price/index, you  click somewhere
> and a "#" is appended to the url, in the next call to
> perdiodically_call_remote, i get :
>
> Recognition failed for "/foobar/public/price"
>
> Where foobar is application name. First of, should this call be
> "/foobar/price"? rather than /foobar/public/price. and i dont
have any
> routes setup for this spefic for this controller.
>
> Here is my routes.rb file:
>
> ActionController::Routing::Routes.draw do |map|
>   # The priority is based upon order of creation: first created ->
highest
> priority.
>
>   # Sample of regular route:
>   # map.connect ''products/:id'', :controller =>
''catalog'', :action =>
> ''view''
>   # Keep in mind you can assign values other than :controller and :action
>
>   # Sample of named route:
>   # map.purchase ''products/:id/purchase'', :controller
=> ''catalog'',
> :action => ''purchase''
>   # This route can be invoked with purchase_url(:id => product.id)
>
>   # You can have the root of your site routed by hooking up
''''
>   # -- just remember to delete public/index.html.
>   map.connect '''', :controller => "start"
>
>   # Allow downloading Web Service WSDL as a file with an extension
>   # instead of a file named ''wsdl''
>   map.connect '':controller/service.wsdl'', :action =>
''wsdl''
>
>   # Install the default route as the lowest priority.
>   #map.connect '':controller/:action/:id'', :controller
=> ''start''
>   map.connect '':controller/:action/:id''
> end
>  so what is the problem?
>
> On 8/3/06, Zed Shaw <zedshaw at zedshaw.com> wrote:
>
> > On Thu, 2006-08-03 at 19:38 +0530, hemant wrote:
> > > Ok...I have removed sendfile and will see if the problem
persists.
> > >
> > > There is one more strange error and this from server running in
> > > production mode, using Apache2.2, mod_proxy and
mod_proxy_balancer and
> > > mongrel.
> > >
> > > I have a controller price_controller and i call it from main
page,
> > > using <%= periodically_call_remote(:controller =>
''price'',:action =>
> > > ''index'',:frequency => 180) %>
> > >
> > > And sometime i get /appname/price not found errors.
> > >
> >
> > Ok, so removing sendfile fixed problems for you?  It''s not
quite clear
> > from your message.  As for the priodically_call_remote I''m
thinking it''s
> >
> > your code, double check though.
> >
> > The performance difference isn''t that great and it
isn''t worth the
> > stability problems.
> >
> >
> > --
> > Zed A. Shaw
> > http://www.zedshaw.com/
> > http://mongrel.rubyforge.org/
> > http://www.railsmachine.com/ -- Need Mongrel support?
> >
> > _______________________________________________
> > Mongrel-users mailing list
> > Mongrel-users at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/mongrel-users
> >
>
>
>
> --
> nothing much to talk
>


-- 
nothing much to talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060803/4784b09b/attachment.html

On Thu, 2006-08-03 at 20:22 +0530, hemant wrote:
> Well, at least now i am not getting application.rb and routes.rb file
> not found error.
Ok, good.
> But I am still getting errors in perdiodically_call_remote. Here is
> the code snippet:
<snip>
> Recognition failed for "/foobar/public/price"
> Where foobar is application name.
Unless you both configure the fronting proxy AND use the latest
pre-release mongrel AND use the --prefix option, then having your app
mounted at /foobar "application" will not work.  Try:

sudo gem install mongrel --source=http://mongrel.rubyforge.org/releases/

And then:

mongrel_rails start -e production --prefix=/foobar

And see if that works.  Lots of other stuff will most likely break
though.  You have to plan ahead for making your RoR app mountable at
different bases.


-- 
Zed A. Shaw
http://www.zedshaw.com/
http://mongrel.rubyforge.org/
http://www.railsmachine.com/ -- Need Mongrel support?

Ok, I will worry abt apache proxy configuration later. First,

1. I did upgrade to pre-release mongrel
2. Fortunately my app was written to accomadate differenet mountable bases.Iuse
paramaters.yml to load some directory specifc things. So stuff generally
workd(except some image urls that were hardcoded!!).
3. so, currently for the mongrel instance that I am running from my $HOME
directory.I do
  cd public_html/foobar/
  mongrel_rails start -e production --prefix=/foobar
And my app generally works, but the problem with periodically_call_remote
persists.


On 8/3/06, Zed Shaw <zedshaw at zedshaw.com>
wrote:
>
> On Thu, 2006-08-03 at 20:22 +0530, hemant wrote:
> > Well, at least now i am not getting application.rb and routes.rb file
> > not found error.
> Ok, good.
>
> > But I am still getting errors in perdiodically_call_remote. Here is
> > the code snippet:
> <snip>
> > Recognition failed for "/foobar/public/price"
> > Where foobar is application name.
>
> Unless you both configure the fronting proxy AND use the latest
> pre-release mongrel AND use the --prefix option, then having your app
> mounted at /foobar "application" will not work.  Try:
>
> sudo gem install mongrel --source=http://mongrel.rubyforge.org/releases/
>
> And then:
>
> mongrel_rails start -e production --prefix=/foobar
>
> And see if that works.  Lots of other stuff will most likely break
> though.  You have to plan ahead for making your RoR app mountable at
> different bases.
>
>
> --
> Zed A. Shaw
> http://www.zedshaw.com/
> http://mongrel.rubyforge.org/
> http://www.railsmachine.com/ -- Need Mongrel support?
>
> _______________________________________________
> Mongrel-users mailing list
> Mongrel-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/mongrel-users
>


-- 
nothing much to talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060804/3096fb0c/attachment.html

Worst part is, when i manually open
http://my_host_name.com:3000/foobar/price it opens normally and yet
periodically_call_remote fails to open the URL.

just down below the code, I have one more periodically_call_remote which
works flawlessly.

On 8/4/06, hemant <gethemant at gmail.com> wrote:
>
> Ok, I will worry abt apache proxy configuration later. First,
>
> 1. I did upgrade to pre-release mongrel
> 2. Fortunately my app was written to accomadate differenet mountable
> bases.I use paramaters.yml to load some directory specifc things. So stuff
> generally workd(except some image urls that were hardcoded!!).
> 3. so, currently for the mongrel instance that I am running from my $HOME
> directory.I do
>   cd public_html/foobar/
>
>   mongrel_rails start -e production --prefix=/foobar
> And my app generally works, but the problem with periodically_call_remote
> persists.
>
>
> On 8/3/06, Zed Shaw <zedshaw at zedshaw.com> wrote:
>
> > On Thu, 2006-08-03 at 20:22 +0530, hemant wrote:
> > > Well, at least now i am not getting application.rb and routes.rb
file
> > > not found error.
> > Ok, good.
> >
> > > But I am still getting errors in perdiodically_call_remote. Here
is
> > > the code snippet:
> > <snip>
> > > Recognition failed for "/foobar/public/price"
> > > Where foobar is application name.
> >
> > Unless you both configure the fronting proxy AND use the latest
> > pre-release mongrel AND use the --prefix option, then having your app
> > mounted at /foobar "application" will not work.  Try:
> >
> > sudo gem install mongrel
--source=http://mongrel.rubyforge.org/releases/
> >
> > And then:
> >
> > mongrel_rails start -e production --prefix=/foobar
> >
> > And see if that works.  Lots of other stuff will most likely break
> > though.  You have to plan ahead for making your RoR app mountable at
> > different bases.
> >
> >
> > --
> > Zed A. Shaw
> > http://www.zedshaw.com/
> > http://mongrel.rubyforge.org/
> > http://www.railsmachine.com/ -- Need Mongrel support?
> >
> > _______________________________________________
> > Mongrel-users mailing list
> > Mongrel-users at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/mongrel-users
> >
>
>
>
> --
> nothing much to talk
>


-- 
nothing much to talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060804/92efb62d/attachment.html

Ok the problem is solve, and it was nothing to do with mongrel.

On 8/4/06, hemant <gethemant at gmail.com> wrote:
>
> Worst part is, when i manually open
> http://my_host_name.com:3000/foobar/price it opens normally and yet
> periodically_call_remote fails to open the URL.
>
> just down below the code, I have one more periodically_call_remote which
> works flawlessly.
>
>
> On 8/4/06, hemant <gethemant at gmail.com> wrote:
> >
> > Ok, I will worry abt apache proxy configuration later. First,
> >
> > 1. I did upgrade to pre-release mongrel
> > 2. Fortunately my app was written to accomadate differenet mountable
> > bases.I use paramaters.yml to load some directory specifc things. So
> > stuff generally workd(except some image urls that were hardcoded!!).
> > 3. so, currently for the mongrel instance that I am running from my
> > $HOME directory.I do
> >   cd public_html/foobar/
> >
> >   mongrel_rails start -e production --prefix=/foobar
> > And my app generally works, but the problem with
> > periodically_call_remote persists.
> >
> >
> > On 8/3/06, Zed Shaw < zedshaw at zedshaw.com> wrote:
> >
> > > On Thu, 2006-08-03 at 20:22 +0530, hemant wrote:
> > > > Well, at least now i am not getting application.rb and
routes.rbfile
> > > > not found error.
> > > Ok, good.
> > >
> > > > But I am still getting errors in perdiodically_call_remote.
Here is
> > > > the code snippet:
> > > <snip>
> > > > Recognition failed for "/foobar/public/price"
> > > > Where foobar is application name.
> > >
> > > Unless you both configure the fronting proxy AND use the latest
> > > pre-release mongrel AND use the --prefix option, then having your
app
> > > mounted at /foobar "application" will not work.  Try:
> > >
> > > sudo gem install mongrel
--source=http://mongrel.rubyforge.org/releases/
> > >
> > > And then:
> > >
> > > mongrel_rails start -e production --prefix=/foobar
> > >
> > > And see if that works.  Lots of other stuff will most likely
break
> > > though.  You have to plan ahead for making your RoR app mountable
at
> > > different bases.
> > >
> > >
> > > --
> > > Zed A. Shaw
> > > http://www.zedshaw.com/
> > > http://mongrel.rubyforge.org/
> > > http://www.railsmachine.com/ -- Need Mongrel support?
> > >
> > > _______________________________________________
> > > Mongrel-users mailing list
> > > Mongrel-users at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/mongrel-users
> > >
> >
> >
> >
> > --
> > nothing much to talk
> >
>
>
>
> --
> nothing much to talk
>


-- 
nothing much to talk
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/mongrel-users/attachments/20060804/bfb2974a/attachment-0001.html

On Fri, 2006-08-04 at 08:05 +0530, hemant wrote:
> Ok the problem is solve, and it was nothing to do with mongrel.
Hehe, glad you figured that out :-)

Hey, next time use the -B option to mongrel and then watch the
log/mongrel_debug/rails.log.  It''ll tell you what is being passed to
Rails as parameters.  Helps a lot.

The 0.3.13.4 release will have a speedier -B option.

Zed