We do not attempt to write HTTP responses for socket errors if
clients disconnect from us unexpectedly.
Additionally, we do not hide backtraces EINVAL/EBADF errors, since
they are indicative of real bugs which must be fixed.
We do continue to hide hide EOF, ECONNRESET, ENOTCONN, and EPIPE
We run Unicorn with ruby 1.8.7 on FreeBSD and began experiencing many early
terminations of the body stream when attempting to transfer files over a couple
hundred Kb. The body stream would terminate with …data…HTTP 1.1 500 Internal
Service Error, due to raising an Errno::EINVAL and catching
Tim Snowhite tsnowh...@taximagic.com wrote:
We run Unicorn with ruby 1.8.7 on FreeBSD and began experiencing many
early terminations of the body stream when attempting to transfer
files over a couple hundred Kb. The body stream would terminate with
…data…HTTP 1.1 500 Internal Service Error,
Dear all,
We are glad to hear that you are on the market for digital signage products,we
specilize in this field for 6 year with strength of best quality and pretty
competitive price.
LX-N6,Full HD 1080P Sigma 8653 chipset, Embedded Linux digital signage system
support Live TV,web
I like the unicorn_forever idea, but as it's lightly tested, I
continued down the path of trying to hack upstart into compliance and
came up with this... Might as well share.
This works nicely when USR2 is received, and restarts the master if
for whatever reason it dies.
Cheers!
$ cat
On 8/10/13, Josh Sharpe josh.m.sha...@gmail.com wrote:
I'm thinking a a wrapper script maybe required that stays running even
in the event of USR2 to being sent to unicorn, and only dies if the
process identified in the PID file is missing.
Josh Sharpe josh.m.sha...@gmail.com wrote:
I haven't seen my mailing list request confirmed. Please CC me your
responses - thanks!
Done! (I think the confirmation should've gone through, Rubyforge has
been acting funny...). Anyways it's common practice on many FOSS
mailing lists to Cc: all
I haven't seen my mailing list request confirmed. Please CC me your
responses - thanks!
Does anyone have a working upstart init script for unicorn? I've been
trying to write my own, but this is non trivial since USR2 ultimately
changes the PPID of the running unicorn instance.
I'm thinking a a
Troex Nevelin l...@mrtech.ru wrote:
On Jan 15, 2013, at 21:44 , Eric Wong normalper...@yhbt.net wrote:
But seriously, who will wait 120s for a website to load?
I have similar situation, in my case it's admin interface so admin
knows that some operations need time to process and will wait.
Jeremy Lecour jeremy.lec...@gmail.com wrote:
This may be useful for daemontools and similar init replacements
which behave badly when the master process is replaced during the
normal SIGUSR2 SIGQUIT routine.
Does Monit fall into this category of tools?
Each time I restart a master
It's a repost, since my iPhone mail client sent garbage. Sorry about that.
2013/7/24 Eric Wong normalper...@yhbt.net:
Hi all, just wondering how many users are still on Ruby 1.8. unicorn
still supports 1.8 for now, but going 1.9.3+ (or even 2.0.0+) will allow
us to kill some old code we've
On Jan 15, 2013, at 21:44 , Eric Wong normalper...@yhbt.net wrote:
But seriously, who will wait 120s for a website to load?
I have similar situation, in my case it's admin interface so admin
knows that some operations need time to process and will wait.
Right now I'm running two packs of
Hi all, just wondering how many users are still on Ruby 1.8. unicorn
still supports 1.8 for now, but going 1.9.3+ (or even 2.0.0+) will allow
us to kill some old code we've been keeping around...
Fwiw, enterprise distros (e.g. CentOS 6.x) will remain supported by
their distributors for many
Comments/reports of success/failure appreciated.
(Bcc-ing the user who contacted me privately about daemontools :)
8--
From: Eric Wong normalper...@yhbt.net
Subject: [PATCH] unicorn_forever: new executable to respawn masters
Warning:
We're still on 1.8, with no concrete plans to migrate yet. Having said that,
I'm not going to get in a flap about not being supported going forward - I
don't see why our technical debt should be imposed on others!
Jon
On 23 Jul 2013, at 23:11, Eric Wong normalper...@yhbt.net wrote:
Hi all,
=EB=C1=CB =D0=CF=CB=CF=CE=DE=C9=D4=D8 =D3=CD=CF=CC=C9=D4=D8? http://goo.g=
l/XKPIK?/Gcyrz
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) or top post
Вы можете возродить зрение за |O дней http://goo.gl/34hGz?/QkbkJi
До утра меня продержали в больнице, а потом сказали, что я могу проходить
амбулаторное лечение, то есть находиться дома. В принципе особое лечение мне и
не требовалось – физически-то я не пострадал. И психически вроде бы тоже.
Jon Wood j...@hubbub.co.uk wrote:
Hello,
I'm quite consistently seeing an issue where Unicorn leaves its PID
files in place after a clean shut down, which is causing some issues
when deploying releases that update Unicorn config.
We're doing hot restarts with USR2+QUIT, and using Upstart
RFC 2616 section 9.4[1] states:
The HEAD method is identical to GET except that the server MUST NOT return a
message-body in the response.
A HEAD request against this simple Rack app running on unicorn-4.6.2:
require 'rack'
run lambda { |env| [200, {}, []] }
Looks like this on the
Jonathan Rudenberg jonat...@titanous.com wrote:
RFC 2616 section 9.4[1] states:
The HEAD method is identical to GET except that the server MUST NOT return
a message-body in the response.
A HEAD request against this simple Rack app running on unicorn-4.6.2:
require 'rack'
+
On Jun 13, 2013, at 2:22 PM, Eric Wong normalper...@yhbt.net wrote:
Jonathan Rudenberg jonat...@titanous.com wrote:
RFC 2616 section 9.4[1] states:
The HEAD method is identical to GET except that the server MUST NOT return
a message-body in the response.
A HEAD request against this
Jonathan Rudenberg jonat...@titanous.com wrote:
On Jun 13, 2013, at 3:21 PM, Eric Wong normalper...@yhbt.net wrote:
Try the following:
snip
Thanks, this stack works.
Good to know!
I added the Rack::ContentLength (it's already in the default middleware
stack) since I believe
On Jun 13, 2013, at 3:45 PM, Eric Wong normalper...@yhbt.net wrote:
I think so, too. Can you report this to the Rack folks? (Or I can do it)
Done: https://github.com/rack/rack/issues/574
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
Micah Chalmer mi...@micahchalmer.net wrote:
This adds an integration test to ensure that the -N option
continues to function as documented.
Thanks for this fix. To avoid breaking bisection, I always keep
previously-failing test cases in the same commit as the fix, so I'll
squash your commits
This fixes the -N (a.k.a. --no-defaut-middleware) option, which
was not working. The problem was that Unicorn::Configurator::RACKUP
is cleared before the lambda returned by Unicorn.builder is run,
which means that checking whether the :no_default_middleware option
was set from the lambda could
Btw, I (and I'm sure other readers) would be interested in what your
diagnosis/resolution is, regardless of whether it's a problem with
unicorn or anything else.
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
Hi,
I'd appreciate an advice on how to debug the following problem: unicorn
sometimes freezes for 6-7 seconds and stops taking new requests, then resumes
as if nothing happened. Details below.
My setup:
- nginx 0.7.67 proxying requests to unicorn
- unicorn 4.4.0
- rails 2.3.x application
Alexander Dymo ad...@pluron.com wrote:
In short:
- we have two groups of workers:
- one serving long-running requests that take more than 10 sec, listening
to a '/tmp/long_requests_unicorn.sock' socket
- another serving normal requests, listening to '/tmp/unicorn.sock' socket
- nginx
How are you determining requests get stuck for up to 7 seconds?
By measuring time between nginx gets the request and worker starts processing
it.
How is the system (CPU/RAM/swap usage) around this time?
No load at all. 14G free ram, no swap usage.
Are you using Raindrops::LastDataRecv or
замечательнейшее предложение за недельку у нас на сайте
http://goo.gl/4Ap4X?/eSE Ну-ка вместе , ну-ка дружно! Неожиданно оборотень
заскулил и начал лизать мое лицо. В следующую секунду я услышал голос дяди
Миши, мужа моей крестной:
___
Unicorn
Hi,
I'm deploying Unicorn on a Rails application with RUnit. Technically
I'm using Chef's deployment tools, if any of you are familiar with it
(https://github.com/opscode-cookbooks/application_ruby) but to be clear
they aren't doing anything magical, so this is purely an issue with
RUnit and
Graham Christensen gra...@grahamc.com wrote:
I'm deploying Unicorn on a Rails application with RUnit. Technically
I'm using Chef's deployment tools, if any of you are familiar with
it (https://github.com/opscode-cookbooks/application_ruby) but to be
clear they aren't doing anything magical, so
On 2013-05-20 17:28:51 +, Eric Wong said:
Graham Christensen gra...@grahamc.com wrote:
I'm deploying Unicorn on a Rails application with RUnit. Technically
I'm using Chef's deployment tools, if any of you are familiar with
it (https://github.com/opscode-cookbooks/application_ruby) but to
Hello,
I was wondering why my Unicorn master process's memory use grows over
time.
As as I understand it, when I (re)start Unicorn a master process spins
up which loads my Rails app. The master process then brings up worker
processes which handle traffic to the app.
As time passes I'm not
Andrew Stewart b...@airbladesoftware.com wrote:
I was wondering why my Unicorn master process's memory use grows over
time.
As as I understand it, when I (re)start Unicorn a master process spins
up which loads my Rails app. The master process then brings up worker
processes which handle
Andrew Stewart b...@airbladesoftware.com wrote:
On Wed, May 15, 2013, at 11:28 AM, Eric Wong wrote:
If you're using preload_app, I suspect it's some background thread
or hook causing it. Otherwise, can you reproduce this with a barebones
application?
Do you mean something like Delayed
On Wed, May 15, 2013, at 11:57 AM, Eric Wong wrote:
Andrew Stewart b...@airbladesoftware.com wrote:
On Wed, May 15, 2013, at 11:28 AM, Eric Wong wrote:
If you're using preload_app, I suspect it's some background thread
or hook causing it. Otherwise, can you reproduce this with a
Do you mean something like Delayed Job via rake via Upstart? Or would
using the Rails (3.0) console affect the master process somehow?
I don't think so. Delayed job and rails console are independent
processes. They won't affect unicorn master process.
There are some gem libraries that work in
On Wed, May 15, 2013 at 6:22 PM, Andrew Stewart
b...@airbladesoftware.com wrote:
I wonder whether New Relic could be doing this. I don't really know how
New Relic works but the language in its configuration file suggests it
polls each app process in the background.
It would be interesting to
On May 15, 2013, at 3:22 AM, boss at airbladesoftware.com (Andrew Stewart)
wrote:
On Wed, May 15, 2013, at 11:57 AM, Eric Wong wrote:
Andrew Stewart boss at airbladesoftware.com wrote:
On Wed, May 15, 2013, at 11:28 AM, Eric Wong wrote:
If you're using preload_app, I suspect it's some
hi,
is it possible to add static and dynamic HTTP response headers in
unicorn.conf.rb?
i'd like to add the hostname of the worker for debugging and a
timestamp, when the request was worked on.
currently this is done in nginx, which should be stripped from the stack.
i'd like to keep it out of
pille pille+unicorn+mailingl...@struction.de wrote:
hi,
is it possible to add static and dynamic HTTP response headers in
unicorn.conf.rb?
No, but it is easily possible with a Rack config.ru
i'd like to add the hostname of the worker for debugging and a
timestamp, when the request was
eric, thanks for your comprehensive help!
pille
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) or top post when replying
Wow! Awesome answer, you rock!
Enviado desde el movil
El 12/05/2013, a las 21:20, Eric Wong normalper...@yhbt.net escribió:
pille pille+unicorn+mailingl...@struction.de wrote:
hi,
is it possible to add static and dynamic HTTP response headers in
unicorn.conf.rb?
No, but it is easily
Hey guys,
I'm new to Unicorn and have been running into a weird issue. I'm currently
running a EC2 cluster with each machine having nginx with 4 unicorn workers.
I'm deploying using rubber (https://github.com/rubber/rubber), and the
unicorn.rb config is basically the GitHub unicorn config (as
Unicorns are mythical creatures that always behave rationally. :)
This sounds like a bug in your application rather than unicorn. Are you using
:memory_store as your Rails.cache? That would fit the symptoms you're
describing, since the cache would not be shared across processes.
If so, the
Are you disconnecting from/reconnecting to your database and any cache
stores in the before and after_fork hooks? Sharing the socket across
workers can potentially cause issues like this.
On May 10, 2013, at 6:00 AM, Bogdan Dumitru dumbog...@gmail.com wrote:
Hey guys,
I'm new to Unicorn and
Вам когда - нибудь доводилось бывать в эдакой ситуации, хоть-когда Вы не могли
сконцентрироваться на задаче, Все время рассеивались на разные детали. не знали
как вылезть из трудной ситуации, как превозмочь препятствие. Цель была для Вас
главнейшею, а Вы вовсе не могли зачать поступать. Как
We've run into the exact same problem. We spent a few good solid hours trying to
fix the problem with no avail (but we do have a 'solution').
Server specs:
Ubuntu 12.04.2 LTS (GNU/Linux 3.5.0-27-generic x86_64)
Rails Ruby:
Rails 4.0.0.beta1
Ruby 2.0.0p0 (2013-02-24 revision 39474)
This could allow servers with persistent connection support[1]
to support our check_client_connection in the future.
[1] - Rainbows!/zbatery, possibly others
---
ext/unicorn_http/unicorn_http.rl | 6 ++
test/unit/test_http_parser_ng.rb | 17 +
2 files changed, 19
Корректная структура изучаемого учебного материала - стремление на результат.
воспламениться развитьем, поупражнять память. Создать круг общения. Подвысить
личную стоимость на поприще труда. Практикуются уникальные приемы. усвоить
американский язык отныне каждому доступно . Осязать себя просто
Otherwise, the signalled process may take too long to react to
and process all the signals on machines with few CPUs.
---
I seem to need this on my dual-core laptop running CONFIG_HZ=100
for the test to run reliably
pushed to master of git://bogomips.org/unicorn
test/unit/test_signals.rb | 2
Hi,
I'm wondering why SIGINT and SIGTERM both were chosen for the quick
shutdown? I agree with SIGINT but not with SIGTERM. A lot of unix
tools send SIGTERM as default (kill, runit among some) and it seems to
be the standard way of telling a process to quit gracefully but not
among Ruby people
Andreas Falk m...@andreasfalk.se wrote:
I'm wondering why SIGINT and SIGTERM both were chosen for the quick
shutdown? I agree with SIGINT but not with SIGTERM. A lot of unix
tools send SIGTERM as default (kill, runit among some) and it seems to
be the standard way of telling a process to quit
On Thu, Apr 25, 2013 at 10:51 AM, Eric Wong normalper...@yhbt.net wrote:
Andreas Falk m...@andreasfalk.se wrote:
I'm wondering why SIGINT and SIGTERM both were chosen for the quick
shutdown? I agree with SIGINT but not with SIGTERM. A lot of unix
tools send SIGTERM as default (kill, runit
On Thu, Apr 25, 2013 at 8:09 PM, Eric Wong normalper...@yhbt.net wrote:
If nginx developers are willing to change this, definitely.
I guess I'll go camp out among some nginx developers then.
If I had to do this all over again[1], graceful shutdown would be the
_only_ option.
[1] - I haven't
Eric Wong normalper...@yhbt.net wrote:
If you're using Ruby 1.9 or later, maybe sending SIGBUS/SIGSEGV can work
to trigger a Ruby core dump.
Do not attempt to install SIGSEGV/BUS handler(s) via Ruby, Ruby 1.9
already handles those internally. Ruby 2.0.0 prevents trapping SEGV/BUS
with
Folks,
It seems that it's pretty common to use /tmp for the directory where
you store the Unicorn unix: socket file. I'm a Fedora user and our
lovable systemd (by default) gives nginx a private /tmp directory (see
PrivateTmp=true in system configuration file example below).
That's the kind of
David Wilkins dwilk...@conecuh.com wrote:
Folks,
It seems that it's pretty common to use /tmp for the directory where
you store the Unicorn unix: socket file. I'm a Fedora user and our
lovable systemd (by default) gives nginx a private /tmp directory (see
PrivateTmp=true in system
I know that Unicorn opens and shares it's bound socket amongst its
sub-processes, however I was hoping I could also pre-open a socket to
be handed off to Unicorn.
Thanks
- Jacob Groundwater
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
Jacob groundwa...@gmail.com wrote:
I know that Unicorn opens and shares it's bound socket amongst its
sub-processes, however I was hoping I could also pre-open a socket to
be handed off to Unicorn.
Yes, but unicorn has this feature to support in-place upgrades
(SIGUSR2). You still need to
Lin Jen-Shin (godfat) god...@godfat.org wrote:
On Wed, Apr 3, 2013 at 6:36 AM, Eric Wong normalper...@yhbt.net wrote:
Fwiw, Cool.io works pretty well in my experience.
[...]
I can also help fix Cool.io bugs since it's written in C, but I can't
fix EM bugs: C++ is too big for my tiny brain.
The request body doesn't seem to be there, presumably because Heroku
isn't sending it.
Doe heroku fully buffer the request body before sending it to unicorn?
nginx fully buffers, and this is why I can only recommend nginx for slow
clients.
The proxy - unicorn transfer speed should _never_
Tom Pesman t...@tnux.net wrote:
The request body doesn't seem to be there, presumably because Heroku
isn't sending it.
Doe heroku fully buffer the request body before sending it to unicorn?
nginx fully buffers, and this is why I can only recommend nginx for slow
clients.
The proxy
Tom Pesman t...@tnux.net wrote:
Probably not, at least it won't improve _consistency_ of performance
without changing your app.
The problem with buffering in Rainbows!+EM is the buffering happens after
the work is distributed to different worker processes (Rainbows!+EM is
still
Tom Pesman t...@tnux.net wrote:
Eric Wong wrote:
Tom Pesman t...@tnux.net wrote:
I'm trying to fix a problem I'm experiencing with my Rails
application hosted at Heroku. I've one POST request which hangs and
with the help of a customized rack-timeout gem
After the recent Rubygems.org hack it became clear that somethings
needs to be done about authenticating gems. One of the efforts that
was launched is http://www.rubygems-openpgp-ca.org/. We at Phusion
have just finished signing all our gems and repositories with our PGP
key, and our PGP key has
Hongli Lai hon...@phusion.nl wrote:
After the recent Rubygems.org hack it became clear that somethings
needs to be done about authenticating gems. One of the efforts that
was launched is http://www.rubygems-openpgp-ca.org/. We at Phusion
have just finished signing all our gems and repositories
Tom Pesman t...@tnux.net wrote:
Tom Pesman t...@tnux.net wrote:
Eric Wong wrote:
Tom Pesman t...@tnux.net wrote:
I'm trying to fix a problem I'm experiencing with my Rails
application hosted at Heroku. I've one POST request which hangs and
with the help of a customized rack-timeout
On Mon, Mar 11, 2013 at 11:48 PM, Eric Wong normalper...@yhbt.net wrote:
Can we designate gems be signed by a trusted third party (e.g. you?)
That's how Debian (and presumably other OS distros work).
_Nobody_ should trust me. I have and maintain zero credibility.
The only credibility any
Hongli Lai hon...@phusion.nl wrote:
On Mon, Mar 11, 2013 at 11:48 PM, Eric Wong normalper...@yhbt.net wrote:
Can we designate gems be signed by a trusted third party (e.g. you?)
That's how Debian (and presumably other OS distros work).
_Nobody_ should trust me. I have and maintain zero
Tom Pesman t...@tnux.net wrote:
Hello,
I'm trying to fix a problem I'm experiencing with my Rails
application hosted at Heroku. I've one POST request which hangs and
with the help of a customized rack-timeout gem
(https://github.com/tompesman/rack-timeout) I managed to get a
stacktrace:
Hello,
I'm trying to fix a problem I'm experiencing with my Rails application
hosted at Heroku. I've one POST request which hangs and with the help of
a customized rack-timeout gem
(https://github.com/tompesman/rack-timeout) I managed to get a
stacktrace:
Tom Pesman t...@tnux.net wrote:
Hello,
I'm trying to fix a problem I'm experiencing with my Rails
application hosted at Heroku. I've one POST request which hangs and
with the help of a customized rack-timeout gem
(https://github.com/tompesman/rack-timeout) I managed to get a
stacktrace:
Hello everybody,
in the past few days I've been trying to have monit monitor my
workers, and I'm facing one problem not completely related to unicorn
but one that some of you may have already faced or will face in the
future.
I just wrote down a question in StackOverflow doing my best to explain
Please have someone contact me about volume discounts. I am interested in
purchasing at least 20 units this week.
Jim Stephenson
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not
No need to reply to this guy, it's bogus. We received this email too
and I've seen it surfacing on other mailing lists too (e.g.
http://lists.debian.org/deity/2013/02/msg00041.html).
On Fri, Mar 1, 2013 at 7:53 PM, jim stephenson ji...@server2013.info wrote:
Please have someone contact me about
Alexey Chernenkov la...@pisem.net wrote:
Hello!
Can anyone explain why my Unicorn installation (for RoR site) have so
many worker threads?
* screenshot: http://i.stack.imgur.com/U9TFR.png
* unicorn.rb: https://gist.github.com/907th/4995323
It's probably some gem/library you're using
* screenshot: http://i.stack.imgur.com/U9TFR.png
which command did you run to show that list?
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) or
2013/3/1 Alejandro Riera ari...@gmail.com:
which command do you run to show that list?
On 1 March 2013 18:41, Eric Wong normalper...@yhbt.net wrote:
Alexey Chernenkov la...@pisem.net wrote:
Can anyone explain why my Unicorn installation (for RoR site) have so
many worker threads?
*
* screenshot: http://i.stack.imgur.com/U9TFR.png
* unicorn.rb: https://gist.github.com/907th/4995323
which command do you run to show that list?
Screenshot? Its `htop` command with tree (F5) view.
I have just one worker. If I run top I just see one master and one
worker. But with htop
Alexey Chernenkov la...@pisem.net wrote:
2013/3/1 Eric Wong normalper...@yhbt.net:
Alexey Chernenkov la...@pisem.net wrote:
Can anyone explain why my Unicorn installation (for RoR site) have so
many worker threads?
* screenshot: http://i.stack.imgur.com/U9TFR.png
* unicorn.rb:
http://carmenfitness.co.uk/images/u3.php
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) or top post when replying
On Tue, Feb 26, 2013 at 4:08 PM, Amol Dev deva...@yahoo.com wrote:
We are hosting multiple Rails applications on same server and using Passenger
+ Apache. I can see Unicorn be useful for seamless deploys, few questions
running it on Rails platform with 50+ rails apps:
a) How does unicorn
Thanks. Did went through Phusion Passenger Enterprise 4 features, you guys did
neat work Hongli. However the cost of it is driving us to check on alternate
solutions.
Can one signal unicorn to increase workers or just spin new set of workers. Any
one tried alicorn?
Can one signal unicorn to increase workers or just spin new set of workers.
Any one tried alicorn? https://github.com/bensomers/alicorn.
I'm the author of alicorn; I've tried it :). I only know of one team
that's currently running it in production, but they've been using it
with no
Hongli Lai hon...@phusion.nl wrote:
On Tue, Feb 26, 2013 at 4:08 PM, Amol Dev deva...@yahoo.com wrote:
We are hosting multiple Rails applications on same server and using
Passenger + Apache. I can see Unicorn be useful for seamless
deploys, few questions running it on Rails platform with
Hongli Lai hon...@phusion.nl wrote:
On Tue, Feb 26, 2013 at 6:26 PM, Eric Wong normalper...@yhbt.net wrote:
That's not true, Rainbows! was designed to serve clients directly.
On the other hand, I do not know if anybody uses Rainbows! that way
(or at all in production).
I didn't know
I'm the author of alicorn; I've tried it :). I only know of one team
that's currently running it in production, but they've been using it
with no difficulties for about six months now. It's meant to solve
exactly the problem you have, dynamically scaling unicorn workers,
though it can't idle
unicorn isn't for cases where
you're cramming many apps on one box and trying to squeak by on memory
usage.
Thanks. The discussion helped a lot.
- Original Message -
From: Eric Wong normalper...@yhbt.net
To: unicorn list mongrel-unicorn@rubyforge.org
Cc:
Sent: Tuesday, February
http://chaoliu.gotoip1.com/buyaccess/u4.php
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) or top post when replying
Hello,
I want to report that unicorn-4.6.0/lib/unicorn/const.rb declares
UNICORN_VERSION = 4.5.0, which I think should be 4.6.0.
This made me swear at bundler and rbenv for one hour before to notice
the typo in the unicorn gem :-)
Best regards
Maurizio De Santis m.desan...@morganspa.com wrote:
Hello,
I want to report that unicorn-4.6.0/lib/unicorn/const.rb declares
UNICORN_VERSION = 4.5.0, which I think should be 4.6.0.
Oops, I've been meaning to move that constant over to an auto-generated file
using GIT-VERSION-GEN. This should
As far as I can tell, this was never necessary.
---
lib/unicorn/http_request.rb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/unicorn/http_request.rb b/lib/unicorn/http_request.rb
index 681c0ca..6b20431 100644
--- a/lib/unicorn/http_request.rb
+++
Anybody running 4.6.0pre1, yet? I'm tempted to release 4.6.0 soon.
I just pushed out a couple of *BSD-related test fixes ported
over from rainbows.git (@ git://bogomips.org/rainbows.git )
commit 9cd8554749a9f120b010c93933d09d2dd27b1280
Author: Eric Wong normalper...@yhbt.net
Date: Mon
Installing from RubyGems.org: gem install --pre unicorn
From db919d18e01f6b2339915cbd057fba9dc040988b Mon Sep 17 00:00:00 2001
From: Eric Wong normalper...@yhbt.net
Date: Tue, 29 Jan 2013 21:02:55 +
Subject: [PATCH] unicorn 4.6.0pre1 - hijacking support
This pre-release adds hijacking
On Sat, Jan 26, 2013 at 2:39 AM, Eric Wong normalper...@yhbt.net wrote:
Doesn't Rails favor RAILS_ENV over RACK_ENV? unicorn ignores RAILS_ENV
(unicorn_rails respects RAILS_ENV, but unicorn_rails isn't recommended
for modern (Rack-enabled) Rails)
Yes, it is. But it would still look into
Lin Jen-Shin (godfat) god...@godfat.org wrote:
On Sat, Jan 26, 2013 at 2:39 AM, Eric Wong normalper...@yhbt.net wrote:
Doesn't Rails favor RAILS_ENV over RACK_ENV? unicorn ignores RAILS_ENV
(unicorn_rails respects RAILS_ENV, but unicorn_rails isn't recommended
for modern (Rack-enabled)
This would prevent Unicorn from adding default middleware,
as if RACK_ENV were always none. (not development nor deployment)
This should also be applied to `rainbows' and `zbatery' as well.
One of the reasons to add this is to avoid conflicting
RAILS_ENV and RACK_ENV. It would be helpful in the
Eric Wong normalper...@yhbt.net wrote:
Lin Jen-Shin god...@godfat.org wrote:
+ opts.on(-N, --no-default-middleware,
+ no default middleware even if RACK_ENV is development) do |e|
RACK_ENV=deployment also loads middleware, so I think it's more accurate
with:
do not load
201 - 300 of 1098 matches
Mail list logo