|
I am using the BitNami Redmine stack 2.0.1 on Windows Server 2008 and around every two to three hours, Redmine will return a "503 service temporarily unavailable error" when trying to access it. The only way to restore Redmine is to restart the redmineThin1 and redmineThin2 services. If I try to access Redmine while it's down, these errors appear in \BitNami Redmine Stack\apache2\logs\error.log
It appears that ports 3001 and 3002 correspond to the redmineThin1 and redmineThin2 services. If one service isn't restarted, then it will continue to throw this error even if Redmine is accessible. The Redmine production.log doesn't show anything about this and reconnect is set to true in the database.yml file. Does anyone know how I can stop these services from failing or locking up? Also, does anyone know what the log files for the redmineThin services are located? Any help with this would be greatly appreciated. |
The question has been closed for the following reason "Other" by Beltran Rueda 16 Nov '12, 12:43
|
This issue was fixed in the following version: http://bitnami.org/files/stacks/redmine/2.0.3-1/bitnami-redmine-2.0.3-1-windows-installer-r01.exe If you are using a previous version of Redmine 2.0 you only have to upgrade the eventmachine gem version. You can install the release candidate of eventmachine with the following command: $ gem install eventmachine -v1.0.0.rc.4 Then uninstall the previous one $ gem uninstall eventmachine (and you can select the version that you want to uninstall) You can also check the ruby/lib/rby/gems/1.8/gems/ folder and remove the previous version of eventmachine. Go to apps/redmine/htdocs/Gemfile.lock and change the eventmachine version in the file. Then restart the Thin servers. I just installed: bitnami-redmine-2.1.2-1-windows-installer.exe and I am experiencing the same issue (clean fresh install). Has anyone found a solution to this. I am on Windows 7 Ultimate.
(09 Nov '12, 10:46)
Peter K
Please check that the eventmachine gem version installed is the 1.0.0.rc4.
(13 Nov '12, 13:02)
Beltran Rueda ♦♦
Beltran, thanks for the quick answer. But, yes, "gem q" reports eventmachine (1.0.0.rc.4 x86-mingw32) installed UPDATE: I think the problem relies on SVN integration. I made a new answer to explain it: http://answers.bitnami.org/questions/5255/redmine-intermittent-503-service-temporarily-unavailable-errorthin-services/8493
(13 Nov '12, 14:29)
FDCastel
It seem a problem of Ruby itself. Do you have any other Ruby version installed? Could you try in a different Windows machine? Please post the new results in a different thread. Thanks
(13 Nov '12, 14:35)
Beltran Rueda ♦♦
UPDATE: We have released a new version with Ruby 1.9 and eventmachine-1.0.0 version.
(16 Nov '12, 12:44)
Beltran Rueda ♦♦
showing 5 of 6
show all
|
|
Same error with the newest version... |
|
Upgrading the ruby event machine gem to -v1.0.0.rc.4 resolved the 503 error for us in a Windows environment. The new installer (bitnami-redmine-2.1.2-1-windows-installer.exe) has v1.0.0.rc.4 and the problem persists
(09 Nov '12, 10:47)
Peter K
|
|
It is strange. The Thin log files are into the apps/redmine/htdocs/log folder. Could you try to start it manually instead of using the services? Open the "Use Redmine" console from the shorcuts
Check if you see any error in the output. Did you install any plugin? Sorry for my bad Englsh. I have same problem with this redmine http://bitnami.org/files/stacks/redmine/2.1.2-1/bitnami-redmine-2.1.2-1-windows-installer.exe A few seconds after starting, services redmineThin1 and redmineThin2 is stops. Windows7 x64. I dont have anything more. Only this redmine.
(12 Nov '12, 03:27)
Dmitry
apps/redmine/htdocs/log: http://pastebin.com/6cmsW2XQ
(12 Nov '12, 07:00)
Dmitry
services: ![]()
(12 Nov '12, 08:09)
Dmitry
Hi Dmitry, after starting the thin server from command line, could you try to access at http://127.0.0.1:3001/redmine ? Could you post the error from the command line if the server is stopped?
(12 Nov '12, 09:38)
Beltran Rueda ♦♦
Hi. When I start it from console (bundle exec thin start -e production -p 3001 --prefix /redmine) then in browser redmine works (http://127.0.0.1:3001/redmine) but in this case dont work e-mail send. When I press "send test message", program hangs up for 40 seconds and displays an error message afterwards "An error occurred while sending message (execution expired)"
(12 Nov '12, 10:18)
Dmitry
Thid could happen depending on your SMTP settings. Could you post the SMTP configuration? Please could you post in a new thread? thanks
(12 Nov '12, 14:12)
Beltran Rueda ♦♦
problem with sending mail is solved.
(12 Nov '12, 23:52)
Dmitry
Glad to hear that!
(13 Nov '12, 04:40)
Beltran Rueda ♦♦
showing 5 of 8
show all
|
|
Hi, we have updated the eventmachine gem to 1.0.0.rc.1 version for windows in a development version. This should fix the timeout issue. Could you help us testing this issue? You can download this Stack version at: http://bitnami.org/files/download/bitnami-redmine-2.0.3-dev-windows-installer.exe Please post if you find any issue or if that fixes the timeout issue. I have installed this version in production and will let you know if we encounter any errors.
(22 Jun '12, 09:20)
llayman
This version is working better. I increased the timeout in my.ini to maximum. Redmine is occasionally throwing a 500 error such as the following: ActiveRecord::StatementInvalid (Mysql::Error: Lost connection to MySQL server during query: SELECT However, the system is not crashing. Only individual operations are failing. This is better than 302 errors all the time.
(25 Jun '12, 15:12)
llayman
I just noticed that you put eventmachine 2.0.3-1, which is what we are running, and it still fails.
(28 Jun '12, 14:31)
lum
|
|
Beltran, I'm also experiencing problems with this. I'm running the bitnami-redmine-2.0.3-dev2-windows-installer.exe version on a Windows Server 2008 R2. The Redmine instance hangs multiple times an hour, and we're just a few persons using it. Restarting the thin instances fixes the problem. The apache2 log file contains a lot of these lines [Thu Jun 28 13:58:31 2012] [error] (OS 10061)No connection could be made because the target machine actively refused it. : proxy: HTTP: attempt to connect to 127.0.0.1:3002 (127.0.0.1) failed [Thu Jun 28 13:58:31 2012] [error] ap_proxy_connect_backend disabling worker for (127.0.0.1) When the Redmine instance is non responsive, I can't manually connect to 127.0.0.1:3001/127.0.0.1:3002. Tomas, I have been using http://bitnami.org/files/download/bitnami-redmine-2.0.3-dev-windows-installer.exe that Beltran posted a few days ago. I increased the timeout in my.ini to the max value. Since then, my production environment has been up and running. You may want to try it if you just need to get your production environment stable.
(28 Jun '12, 12:01)
llayman
llayman, are you just using this dev version, or the dev2? It looks like we installed 2.0.3-1 last friday, which I think would have had the fixes.
(28 Jun '12, 14:38)
lum
|
|
Here is what we are seeing: We recently installed the Redmine 2.0.3-1 native setup on a machine, Windows 2008. This was actually an upgrade from redmine 1.0.1, but we did a fresh install, then moved over our DB and did the upgrade. But daily, and non stop, we keep getting both:
This has gotten very bad. It seems that if its not used for an hour, it does this. Even though this is an upgrade, that was just our data. This upgrade made everything much slower, and we have these issues continuously. Looking at production.log, I don't see any type of error. Basically I saw this:
Started GET "/redmine/issues/5390" for 127.0.0.1 at Thu Jun 28 09:18:11 -0400 2012
Processing by IssuesController#show as HTML
Parameters: {"id"=>"5390"}
Rendered issues/_action_menu.html.erb (93.8ms)
DEPRECATION WARNING: :confirm option is deprecated and will be removed from Rails 4.0. Use ':data => { :confirm => 'Text' }' instead. (called from _app_views_attachments__links_html_erb___701086988_56257836 at C:/Program Files/BitNami Redmine Stack/apps/redmine/htdocs/app/views/attachments/_links.html.erb:11)
Rendered attachments/_links.html.erb (437.5ms)
Rendered issue_relations/_form.html.erb (0.0ms)
Rendered issues/_relations.html.erb (15.6ms)
Rendered issues/_history.html.erb (93.8ms)
Rendered issues/_action_menu.html.erb (0.0ms)
Rendered issues/_form_custom_fields.html.erb (0.0ms)
Rendered issues/_attributes.html.erb (343.8ms)
Rendered issues/_form.html.erb (359.4ms)
Rendered attachments/_form.html.erb (0.0ms)
Rendered issues/_edit.html.erb (375.0ms)
Rendered issues/_sidebar.html.erb (0.0ms)
Rendered watchers/_watchers.html.erb (31.3ms)
Rendered issues/show.html.erb within layouts/base (1421.9ms)
Completed 200 OK in 2125ms (Views: 984.4ms | ActiveRecord: 1015.7ms)
Connecting to database specified by database.yml
Connecting to database specified by database.yml
OpenIdAuthentication.store is nil. Using in-memory store.
OpenIdAuthentication.store is nil. Using in-memory store.
Creating scope :open. Overwriting existing method Version.open.
Creating scope :open. Overwriting existing method Version.open.
Creating scope :active. Overwriting existing method User.active.
Creating scope :active. Overwriting existing method User.active.
DEPRECATION WARNING: The InstanceMethods module inside ActiveSupport::Concern will be no longer included automatically. Please define instance methods directly in CollectiveIdea::Acts::NestedSet::Model instead. (called from include at C:/Program Files/BitNami Redmine Stack/apps/redmine/htdocs/lib/plugins/awesome_nested_set/lib/awesome_nested_set/awesome_nested_set.rb:58)
DEPRECATION WARNING: The InstanceMethods module inside ActiveSupport::Concern will be no longer included automatically. Please define instance methods directly in CollectiveIdea::Acts::NestedSet::Model instead. (called from include at C:/Program Files/BitNami Redmine Stack/apps/redmine/htdocs/lib/plugins/awesome_nested_set/lib/awesome_nested_set/awesome_nested_set.rb:58)
DEPRECATION WARNING: The InstanceMethods module inside ActiveSupport::Concern will be no longer included automatically. Please define instance methods directly in CollectiveIdea::Acts::NestedSet::Model instead. (called from include at C:/Program Files/BitNami Redmine Stack/apps/redmine/htdocs/lib/plugins/awesome_nested_set/lib/awesome_nested_set/awesome_nested_set.rb:58)
DEPRECATION WARNING: The InstanceMethods module inside ActiveSupport::Concern will be no longer included automatically. Please define instance methods directly in CollectiveIdea::Acts::NestedSet::Model instead. (called from include at C:/Program Files/BitNami Redmine Stack/apps/redmine/htdocs/lib/plugins/awesome_nested_set/lib/awesome_nested_set/awesome_nested_set.rb:58)
Creating scope :open. Overwriting existing method Issue.open.
Creating scope :open. Overwriting existing method Issue.open.
and then this:
Processing by WelcomeController#index as HTML Rendered welcome/index.html.erb within layouts/base (2484.4ms) Completed 200 OK in 4359ms (Views: 3000.0ms | ActiveRecord: 890.6ms) Looking in access.log, around this time, we are getting a lot of 502 errors. And then in error.log, we see this: Thu Jun 28 10:34:52 2012] [error] (OS 10061)No connection could be made because the target machine actively refused it. : proxy: HTTP: attempt to connect to 127.0.0.1:3002 (127.0.0.1) failed [Thu Jun 28 10:34:52 2012] [error] ap_proxy_connect_backend disabling worker for (127.0.0.1) [Thu Jun 28 10:39:23 2012] [error] [client 10.7.5.2] (OS 10060)A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. : proxy: error reading status line from remote server 127.0.0.1:3001 [Thu Jun 28 10:39:23 2012] [error] [client 10.7.5.2] proxy: Error reading from remote server returned by /redmine/ It looks like thin keeps dying, but why? Nothing is changing on the server - no user is going in and turning a service off. But after an hour or so, it just falls over, and then causes some issues for usage. Do we really have to poke it every hour to keep it awake? To start, by reading some of the other issues similar, I decided to tell the thin services to start automatically again if they fail, but we really want to track down the issue. Hi, we have exactly the same issue. Server is a Windows 2008R2 VM. using 2.0.3-0. This is a productive env and we would be extremely grateful for a rapid fix... thanks
(24 Jul '12, 07:52)
pmpm
Tengo exactamente el mismo problema con Redmine, favor si encuentran la forma de corregir este error, les agradeceria que lo informaran por este medio, gracias!
(01 Aug '12, 11:24)
Alejandro
Estimados, les escribo para comentarles que solucione este problema actualizando mi Redmine a la versión de Redmine 2.0.3-1, llevo una semana trabajando junto a otras 24 personas que están usando Redmine y no han reportado ningún tipo de problema, saludos a todos.
(09 Aug '12, 12:56)
Alejandro
|
|
We have just released a new version of BitNami Redmine 2.0 and 1.4 with the latest eventmachine gem 1.0.0.rc.4. We have tested on several Windows versions. Could you try this new version and post if you find any issue? http://bitnami.org/files/stacks/redmine/2.0.3-1/bitnami-redmine-2.0.3-1-windows-installer-r01.exe Hello Rueda, thanks for this update! We have installed it on our test env and did not have a crash during 4 days (env is not stressed at all). Just moved to production with a fresh install (full de-install-re-install and import of DB). I will report if it is stable or not.
(02 Aug '12, 04:47)
pmpm
Great! Please keep us in the loop.
(02 Aug '12, 12:42)
Beltran Rueda ♦♦
What are the exact changes in this? Just the new Gem? because that doesn't actually fix the issue.
(09 Aug '12, 13:17)
lum
|
|
Unfortunately, the problem remains on latest release. I'm using:
Faulting application name: ruby.exe, version: 1.8.7.370 Faulting module name: msvcrt-ruby18.dll, version: 1.8.7.370 Exception code: 0x40000015 which, of course, isn't very helpful. "gem q" reports Running the service from command-line (with the following command, extracted from \apps\redmine\scripts\serviceinstall.bat) "D:\Bitnami-RubyStack-1.8.7-0\ruby\bin\ruby.exe" "D:\Bitnami-RubyStack-1.8.7-0/apps/redmine\htdocs\bin\thin" start -p 3001 -e production -c "D:\Bitnami-RubyStack-1.8.7-0/apps/redmine/htdocs" --prefix /redmine shows me the following error (on a popup window) several times "The procedure entry point svn_mergeinfor__remove2 could not be located in the dynamic link library libsvn_subr-1.dll" but I just click on "Ok" and the server keeps running. Maybe this is what's causing the crash? Anyone knows how I could fix this error? Maybe some gem update? Thanks for the detailed info. We are working on upgrading Ruby 1.9.3 currently and we are going to release a new version this week (probably tomorrow).
(14 Nov '12, 13:23)
Beltran Rueda ♦♦
Great news! Thanks, Beltran!
(14 Nov '12, 14:15)
FDCastel
We will finally release it today :)
(16 Nov '12, 07:11)
Beltran Rueda ♦♦
You can count me in as a fervorous tester ;) -- BTW: Correct me if I'm wrong, but you are talking about to release a Redmine module which can be installed on top of (recently released) RubyStack 1.9.3-1, right? (I'm asking because currently the module is <1.9 only, which is what I'm using)
(16 Nov '12, 11:19)
FDCastel
We have the same problem with the same configuration. I am very interrested in a solution. To work around this problem that occurred every morning, we enable a scheduled task that restarts all services Bitnami every morning. I will be unable test it for you because the platform is in production. But if you have an upgrade procedure, I'm willing to take the risk after a good backup system. Regards, PM.
(16 Nov '12, 11:49)
P Maria
We have released a new version of Redmine with Ruby 1.9.
(16 Nov '12, 12:45)
Beltran Rueda ♦♦
showing 5 of 6
show all
|
|
Thank you for responding. Whenever I try to run the commands you give me, I get this error
But, I have run the services manually by using (with either ports 3001 or 3002):
I turn on tracing and debugging with -V and -D. There were no error messages displayed in the console when the service was running. There are no thin log files in my apps/redmine/htdocs/log folder and I don't have any plugins installed. Is writing log output to a file disabled somewhere for the thin services? Also since I've manually started the redmineThin1 service today around 10:16 it hasn't locked up yet, but today isn't as busy in the office so maybe that has something to do with it. If manually starting them DOES prevent locking, then I would never be able to see the errors. What I need are the files that the thin services write to or at least a way to enable logging to a file. The only files in my htdocs/log are production.log and delete.me. Is there something that I can do to logging.rb? Thank you. |

I work with @DCollins and just discovered the site had locked up. I restarted just the Apache service. This didn't seem to restart the Thins...but it worked. I was surprised. Does that help to possibly point us back at Apache?
We have just released a new version of BitNami Redmine 2.0 and 1.4 with the latest eventmachine gem 1.0.0.rc.4. We have tested on several Windows versions. Could you try this new version and post if you find any issue?
http://bitnami.org/stack/redmine/
We have just released a new version with Ruby 1.9. That improves the performance for all systems.
http://bitnami.org/stack/redmine