similar to: server started as daemon: Application behaves differently from running in console

Hi, I hope someone can help me because this is driving me crazy, I''ve spent hours trying to track this down. I''m trying to convert a Rails 1.1 to Rails 2.3.2 and I''m getting the following error when trying to save a many to many relationship. I''ve double checked all the associations, I''ve used console to test my models and they all work ok, I can do

Has anyone seen anything like this before? I can get it to happen all the time if I issue a HEAD request, but it only happens very intermittently on GET requests. I''m using Ruby 1.9.2p180. Any ideas on where to start debugging? 204.93.223.151, 10.195.114.81 - - [11/Aug/2011 21:03:50] "GET / HTTP/1.0" 200 37902 0.5316 app error: Content-Length header was 37902, but should be

Hey guys, Started running unicorn in a production server like two weeks ago. It''s been running smoothly, but looking at the logs found 44 exceptions like this: E, [2010-06-02T16:17:15.117071 #22680] ERROR -- : Read error: #<TypeError: can''t modify frozen string> E, [2010-06-02T16:17:15.117270 #22680] ERROR -- :

Hello everyone, I''m trying to hook NewRelic into the Puppet agent. Why? Because I''m pretty positive at this point that the metrics Dashboard reports are not accurate / incomplete and I can''t really split out those metrics in stuff like ''which commands take too long'' or ''how long am I waiting on the network'' and so forth. Now,

While running rake precompile:assets i''m getting the following error This is the error message: rake assets:precompile:all RAILS_ENV=production rake aborted! undefined local variable or method `establish_connection'' for ActiveRecord::Base:Class Please help -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To

Why would, in an upgrade from 3.0.1 to 3.0.3, a rake db:migrate run this: SELECT "schema_migrations"."version" FROM "schema_migrations" vs this ? SELECT `schema_migrations`.`version` FROM `schema_migrations` __ rake db:migrate output __ rake aborted! Mysql::Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version

Hi Everyone, I know this is a recurring topic, but currently my application is running very slow and I would like to figure out why. Every transaction, except for the login page, have an average response time in the 8,000~ 14,000ms range (DB: 300ms range), which is absurd. I have implemented action caching and fragment caching on the views, but those only help when there is a cache hit. On a

When I run rake db:migrate or rake -T I get these lines at the end: Finished in 0.000276 seconds. 0 tests, 0 assertions, 0 failures, 0 errors My Gemfile is: source ''http://rubygems.org'' gem ''rack'' gem ''rails'', ''3.0.9'' gem "acl9", ''0.12.0'' gem "fastercsv"#, :version =>

I just posted this ticket in Lighthouse, but thought perhaps some discussion here would help point me in the right direction toward a solution. Here is a description of the problem (from the ticket - https://rails.lighthouseapp.com/projects/8994-ruby-on-rails/tickets/6693-arel-union-does-not-support-order-or-limit) : > If we take two `ActiveRecord::Relations` and join them via `union`:

Hi Everyone, Good Day! I wanna to add to my blog a counter for displaying, how many times was my website visited. I would like to solve it through ruby (not GA or something like that). Is available any gem that do this task (also with checking IP address,the time of latest visited and visited count). Please Advice. Thank You. -- You received this message because you are subscribed to the

Hi, Timo and all! I am trying to index mail in a test mailbox using fts_solr plugin for full-text search. On most mailboxes, it works fine, but on some big messages I get warnings like the following, and then I get an Out of memory error from Solr, then the indexer-worker process (or doveadm) crashes with "assertion failed" error and the backtrace: