[Mongrel] mongrel_cluster, start on boot, stale pids

[Jonathan Rochkind]

Okay, you're right. That did work, I didn't do a good job of removing 
mongrel_cluster-1.0.2 before. The question still remains, why the heck 
do I need to actually REMOVE 1.0.2 to get mongrel 1.1.4 to use it, when 
there's a newer mongrel_cluster 1.0.5 installed? This shouldn't actually 
be, should it?  Aren't you supposed to be able to have both installed in 
gems at once?   Anyone have any explanation for why mongrel was 
preferring the older one when both were installed? [It's this kind of 
thing that drives me nuts with ruby/rails, especially with deployment 
issues].

Now that I've gotten it to use mongrel_cluster 1.0.5, 
mongrel_cluster_ctl is indeed properly dealing with the --clean 
argument, that bug is gone.

Very frustrating. Thanks for the help all. Still plan to submit a patch 
for the resources/mongrel_cluster script to use --clean. Does this make 
sense?  That resource/mongrel_cluster script is mentioned in the 
mongrel_cluster README still, so it does seem like it's supposed to be 
still a non-deprecated thing?

Jonathan

Eden Li wrote:
> try
>
> sudo rm /usr/lib/ruby/gems/1.8/specifications/ 
> mongrel_cluster-1.0.2.gemspec
>
> i think your specs are stale
>
> On Mar 5, 2008, at 12:02 PM, Jonathan Rochkind wrote:
>
>   
>> Okay, I figured out more. Sorry for spamming the list. This is
>> frustrating me.
>>
>> I deleted mongrel_cluster 1.0.2 entirely. But check out this stack
>> trace. Why the heck is mongrel-1.1.4/bin/mongrel_rails requiring
>> mongrel_rails 1.0.2 and refusing to use mongrel_rails 1.0.5?
>>
>> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
>> `gem_original_require': no such file to load --
>> /usr/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.2/lib/ 
>> mongrel_cluster/init.rb
>> (LoadError)
>>        from
>> /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
>>        from
>> /usr/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb: 
>> 134:in `load'
>>        from /usr/lib/ruby/site_ruby/1.8/rubygems/source_index.rb: 
>> 142:in
>> `each'
>>        from /usr/lib/ruby/site_ruby/1.8/rubygems/source_index.rb: 
>> 142:in
>> `each'
>>        from
>> /usr/lib/ruby/gems/1.8/gems/gem_plugin-0.2.3/lib/gem_plugin.rb: 
>> 112:in `load'
>>        from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.4/bin/ 
>> mongrel_rails:278
>>        from /usr/bin/mongrel_rails:18:in `load'
>>        from /usr/bin/mongrel_rails:18
>>
>>
>> Jonathan Rochkind wrote:
>>     
>>> Yeah, I think that closing of that ticket is right. As far as
>>> mongrel_rails is concerned, it makes sense to use the --clean option,
>>> rather than put it in there to happen by default. (although actually,
>>> I'd have --clean be default).
>>>
>>> My problem is that I'm using mongrel_cluster_ctl instead of
>>> mongrel_rails. The nice feature of mongrel_cluster_ctl here is that  
>>> you
>>> can give it a -c argument which is a directory containing mongrel
>>> cluster yml files. And it will do the invoked operation to ALL of  
>>> those
>>> config files. I like this. I want to use it.
>>>
>>> And mongrel_cluster_ctl's --clean option appears to be broken to  
>>> me. I
>>> guess I should figure out how to fix it and submit a patch?
>>>
>>> The other problem is that the sample script at
>>> resources/mongrel_cluster, which invokes mongrel_cluster_ctl, doesn't
>>> invoke the --clean option (which wouldn't work right even if it  
>>> did, but
>>> once it does). So I guess I should fix that and submit a patch too?
>>>
>>> I'm new to submitting patches for this kind of stuff. Can anyone
>>> reccommend patch etiquette/procedure to do this properly? And/or  
>>> confirm
>>> that I'm approaching this sanely?
>>>
>>> Thanks for the help, all.
>>>
>>> Jonathan
>>>
>>> Simon Santoro wrote:
>>>
>>>       
>>>> On Wednesday 05 March 2008 17:59:49 Jonathan Rochkind wrote:
>>>>
>>>>
>>>>         
>>>>> What is the reccommended solution to this?
>>>>>
>>>>>
>>>>>           
>>>> I don't know, put there is a patch here:
>>>> http://textsnippets.com/posts/show/931
>>>> and a ticket got submitted here:
>>>> http://rubyforge.org/tracker/index.php?func=detail&aid=11098&group_id=1306&atid=5147
>>>>
>>>> but it was not committed because "mongrel_rails now supports a -- 
>>>> clean".
>>>> my mongrel_rails does not support it, but I may have an old version.
>>>>
>>>> I think it would be right for mongrel to clean up it's stale pid  
>>>> files. Every
>>>> program I know of does that, and I patched my mongrel.
>>>>
>>>> _______________________________________________
>>>> Mongrel-users mailing list
>>>> Mongrel-users at rubyforge.org
>>>> http://rubyforge.org/mailman/listinfo/mongrel-users
>>>>
>>>>
>>>>         
>>>       
>> -- 
>> Jonathan Rochkind
>> Digital Services Software Engineer
>> The Sheridan Libraries
>> Johns Hopkins University
>> 410.516.8886
>> rochkind (at) jhu.edu
>>
>> _______________________________________________
>> Mongrel-users mailing list
>> Mongrel-users at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/mongrel-users
>>     
>
> _______________________________________________
> Mongrel-users mailing list
> Mongrel-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/mongrel-users
>   

-- 
Jonathan Rochkind
Digital Services Software Engineer
The Sheridan Libraries
Johns Hopkins University
410.516.8886 
rochkind (at) jhu.edu