mongrel-unicorn  

Messages by Thread

• • Re: Detecting unicorn / defining after_fork after master startup Ben Somers
  • Re: Detecting unicorn / defining after_fork after master startup Matt Sanders
  • Re: Detecting unicorn / defining after_fork after master startup Eric Wong
  • Re: Detecting unicorn / defining after_fork after master startup Matt Sanders
  • Re: Detecting unicorn / defining after_fork after master startup Eric Wong
• Any signal other than -9 causes full CPU utilization by master unicorn process on FreeBSD Mark Mccraw
  • Re: Any signal other than -9 causes full CPU utilization by master unicorn process on FreeBSD Eric Wong
  • Re: Any signal other than -9 causes full CPU utilization by master unicorn process on FreeBSD Mark Mccraw
  • Re: Any signal other than -9 causes full CPU utilization by master unicorn process on FreeBSD Mark Mccraw
  • Re: Any signal other than -9 causes full CPU utilization by master unicorn process on FreeBSD Eric Wong
• [ANN] alicorn 0.3.1 Ben Somers
  • Re: [ANN] alicorn 0.3.1 Eric Wong
  • Re: [ANN] alicorn 0.3.1 Ben Somers
  • Re: [ANN] alicorn 0.3.1 Hongli Lai
• [RFC/PATCH] bind listeners after loading for preload_app users Eric Wong
  • Re: [RFC/PATCH] bind listeners after loading for preload_app users Eric Wong
  • Re: [RFC/PATCH] bind listeners after loading for preload_app users Nic Benders
  • Re: [RFC/PATCH] bind listeners after loading for preload_app users Ben Somers
  • Re: [RFC/PATCH] bind listeners after loading for preload_app users Eric Wong
• Unicorn workers under Monit Manuel Palenciano Guerrero
  • Re: Unicorn workers under Monit Eric Wong
  • Re: Unicorn workers under Monit Andrew Stewart
  • Re: Unicorn workers under Monit Manuel Palenciano Guerrero
• Address already in use Manuel Palenciano Guerrero
  • Re: Address already in use Aaron Suggs
  • Re: Address already in use Eric Wong
  • Re: Address already in use Eric Wong
  • Re: Address already in use Jérémy Lecour
  • Re: Address already in use Eric Wong
  • Re: Address already in use Manuel Palenciano Guerrero
  • Re: Address already in use Eric Wong
• Delivery report postmaster
  • Delivery report postmaster
• `kill -SIGTRAP <worker pid>` to get a live ruby backtrace + generate backtrace when murdering worker due to timeout Cedric Maion
  • [PATCH] `kill -SIGTRAP <worker pid>` to get a live ruby backtrace + generate backtrace when murdered worker due to timeout Cedric Maion
  • Re: [PATCH] `kill -SIGTRAP <worker pid>` Eric Wong
  • Re: [PATCH] `kill -SIGTRAP <worker pid>` Cedric Maion
  • Re: [PATCH] `kill -SIGTRAP <worker pid>` Eric Wong
• Sinatra app fails to perform at scale Eliot Shepard
  • Re: Sinatra app fails to perform at scale Eric Wong
• unicorn-heroku Jamie Wilkinson
• File creation mode in Rails + Unicorn Jérémy Lecour
  • Re: File creation mode in Rails + Unicorn Eric Wong
  • Re: File creation mode in Rails + Unicorn Jérémy Lecour
• Triggering OobGC when heap is nearly full Tony
  • Re: Triggering OobGC when heap is nearly full Eric Wong
  • Re: Triggering OobGC when heap is nearly full Clifton King
• [RFC/PATCH] FreeBSD: do not attempt to set TCP_NOPUSH to false Eric Wong
  • Re: [RFC/PATCH] FreeBSD: do not attempt to set TCP_NOPUSH to false Eric Wong
• Dear Winner(320,000GBP) UNDP 2012 PROMO
• [Suggestion] Add upstream param to listen statement Manuel Valente
  • Re: [Suggestion] Add upstream param to listen statement Eric Wong
• Quick question about bogomips.org Ruth Martin
• Mail delivery failed: returning message to sender Mail Delivery System
  • Mail delivery failed: returning message to sender Mail Delivery System
• unicorn <3 Tim Lossen
  • Re: unicorn <3 Aaron Suggs
  • Re: unicorn <3 Tim Lossen
• [raindrops] testers on 32-bit FreeBSD wanted Eric Wong
  • Re: [raindrops] testers on 32-bit FreeBSD wanted Eric Wong
• Unicorn doesn't play nice with Capistrano deployment? Luis Fernando Urrea
  • Re: Unicorn doesn't play nice with Capistrano deployment? Konstantin Gredeskoul
  • Re: Unicorn doesn't play nice with Capistrano deployment? Rob Sutherland
  • Re: Unicorn doesn't play nice with Capistrano deployment? Konstantin Gredeskoul
  • Re: Unicorn doesn't play nice with Capistrano deployment? Rob Sutherland
  • Re: Unicorn doesn't play nice with Capistrano deployment? Eric Wong
• unicorn 4 does not compile on Joyent (SmartOS/Solaris) due to raindrops dependency Konstantin Gredeskoul
  • Re: unicorn 4 does not compile on Joyent (SmartOS/Solaris) due to raindrops dependency Eric Wong
  • Re: unicorn 4 does not compile on Joyent (SmartOS/Solaris) due to raindrops dependency Konstantin Gredeskoul
• An Issue with max request uri length Vladislav Shub
  • Re: An Issue with max request uri length Eric Wong
• [ANN] unicorn 4.3.1 - shutdown() fixes Eric Wong
• Socket errors and nginx 502 gateway errors Pico Aeterna
  • Re: Socket errors and nginx 502 gateway errors Eric Wong
  • Re: Socket errors and nginx 502 gateway errors Pico Aeterna
  • Re: Socket errors and nginx 502 gateway errors Eric Wong
  • Re: Socket errors and nginx 502 gateway errors Pico Aeterna
• Re: Fwd: Rack::Lint::LintError Eric Wong
• unicorn + sleep = long wake up loading time adam k
  • Re: unicorn + sleep = long wake up loading time Eric Wong
  • Re: unicorn + sleep = long wake up loading time adam k
  • Re: unicorn + sleep = long wake up loading time adam k
• [ANN] unicorn 4.3.0.2.g4551 gem prerelease Eric Wong
  • Re: [ANN] unicorn 4.3.0.2.g4551 gem prerelease Matt Smith
  • Re: [ANN] unicorn 4.3.0.2.g4551 gem prerelease Joel Nimety
• Errors after 4.3.0 update George
• app error: Socket is not connected (Errno::ENOTCONN) Joel Nimety
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Matt Smith
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Eric Wong
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Joel Nimety
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Eric Wong
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Matt Smith
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Matt Smith
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Joel Nimety
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Matt Smith
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Eric Wong
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Eric Wong
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Matt Smith
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Eric Wong
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Eric Wong
  • Re: app error: Socket is not connected (Errno::ENOTCONN) Matt Smith
• 【JustGiving】Funds Transfer. 【JustGiving】
• [ANN] unicorn 4.3.0 - minor fixes and updates Eric Wong
• Background jobs with #fork paddor
  • Re: Background jobs with #fork Eric Wong
  • Re: Background jobs with #fork Hongli Lai
  • Re: Background jobs with #fork Eric Wong
  • Re: Background jobs with #fork Patrik Wenger
  • Re: Background jobs with #fork Eric Wong
  • Re: Background jobs with #fork Patrik Wenger
  • Re: Background jobs with #fork Eric Wong
  • Re: Background jobs with #fork paddor
• Request-URI Too Long from mongrel-unicorn Nuo Yan
  • Re: Request-URI Too Long from mongrel-unicorn Eric Wong
  • Re: Request-URI Too Long from mongrel-unicorn Nuo Yan
  • Re: Request-URI Too Long from mongrel-unicorn Eric Wong
  • Re: Request-URI Too Long from mongrel-unicorn Lawrence Pit
  • Re: Request-URI Too Long from mongrel-unicorn Eric Wong
  • Re: Request-URI Too Long from mongrel-unicorn Eric Wong
• Problem restarting Unicorn Andrew Stewart
  • Re: Problem restarting Unicorn Michael Guterl
  • Re: Problem restarting Unicorn Andrew Stewart
• [ANN] unicorn 4.2.1 - minor fix and doc updates Eric Wong
• [PATCH] make stderr_path/stdout_path support IO objects directly Benedikt Böhm
  • Re: [PATCH] make stderr_path/stdout_path support IO objects directly Eric Wong
• unicorn 4.2.1 release soon? Eric Wong
• Unicorn_rails ignores USR2 signal Yeung, Jeffrey
  • Re: Unicorn_rails ignores USR2 signal Eric Wong
  • RE: Unicorn_rails ignores USR2 signal Yeung, Jeffrey
  • Re: Unicorn_rails ignores USR2 signal Eric Wong
  • RE: Unicorn_rails ignores USR2 signal Yeung, Jeffrey
  • Re: Unicorn_rails ignores USR2 signal Eric Wong
  • Re: Unicorn_rails ignores USR2 signal Eric Wong
  • RE: Unicorn_rails ignores USR2 signal Yeung, Jeffrey
  • Re: Unicorn_rails ignores USR2 signal Eric Wong
  • Re: Unicorn_rails ignores USR2 signal Eric Wong
  • RE: Unicorn_rails ignores USR2 signal Yeung, Jeffrey
  • Re: Unicorn_rails ignores USR2 signal Devin Ben-Hur
  • RE: Unicorn_rails ignores USR2 signal Yeung, Jeffrey
  • Re: Unicorn_rails ignores USR2 signal Alex Sharp
  • Re: Unicorn_rails ignores USR2 signal RyanonRails
• Running unicorn gracefully on Heroku Seamus Abshere
  • Re: Running unicorn gracefully on Heroku Eric Wong
  • Re: Running unicorn gracefully on Heroku Alex Sharp
  • Re: Running unicorn gracefully on Heroku Jamie Wilkinson
• murdering high-memory workers and auto-scaling Ben Somers
  • Re: murdering high-memory workers and auto-scaling Clifton King
  • Re: murdering high-memory workers and auto-scaling Eric Wong
  • Re: murdering high-memory workers and auto-scaling Eric Wong
• [PATCH] Start the server if another user has a PID matching our stale pidfile. Graham Bleach
  • Re: [PATCH] Start the server if another user has a PID matching our stale pidfile. Eric Wong
  • Re: [PATCH] Start the server if another user has a PID matching our stale pidfile. Eric Wong
• Suggestion for improvement of examples/nginx.conf Eike Herzbach
  • Re: Suggestion for improvement of examples/nginx.conf Eric Wong
  • Re: Suggestion for improvement of examples/nginx.conf Eric Wong
• using unicorn as a local development server Patrick J. Collins
  • Re: using unicorn as a local development server Eric Wong
  • Re: using unicorn as a local development server Patrick J. Collins
  • Re: using unicorn as a local development server Eric Wong
  • Re: using unicorn as a local development server Alex Sharp
  • Re: using unicorn as a local development server Patrick J. Collins
  • Re: using unicorn as a local development server Alex Sharp
  • Re: using unicorn as a local development server Matt Smith
  • Re: using unicorn as a local development server Eric Wong
• Bug in unicorn_rails when Encoding.default_internal is set Lucas Parry
  • Re: Bug in unicorn_rails when Encoding.default_internal is set Lucas Parry
  • Re: Bug in unicorn_rails when Encoding.default_internal is set Eric Wong
• Uma Boa Dica para Voc� Pedro Valdivia
• Deployment with Capistrano and Foreman Dmytrii Nagirniak
  • Re: Deployment with Capistrano and Foreman Eric Wong
• FreeBSD jail and unicorn Philipp Bruell
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Charles Hornberger
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Eric Wong
  • Re: FreeBSD jail and unicorn Philipp Bruell
  • Re: FreeBSD jail and unicorn Charles Hornberger
• Muito Interessante! Pedro Valdivia
• [ANN] unicorn 4.2.0 - minor fixes and improvements Eric Wong
• release unicorn v4.2.0 soon? Eric Wong
  • Re: release unicorn v4.2.0 soon? Brian P O'Rourke
• Default Socket Location Steven Garcia
  • Re: Default Socket Location Devin Ben-Hur
• Two log entries for every request Rob Sutherland
  • Re: Two log entries for every request Eric Wong
  • Re: Two log entries for every request Rob Sutherland
• oldest version of Ruby worth supporting? Eric Wong
  • Re: oldest version of Ruby worth supporting? Eric Wong
• copy-on-write-friendly GC for Ruby 2.0 Eric Wong
• Master repeatedly killing workers due to timeouts Jonathan del Strother
  • Re: Master repeatedly killing workers due to timeouts Eric Wong
  • Re: Master repeatedly killing workers due to timeouts Jonathan del Strother
  • Re: Master repeatedly killing workers due to timeouts Troex Nevelin
  • Re: Master repeatedly killing workers due to timeouts Eric Wong

• Earlier messages
• Later messages