to convince Apache mpm_prefork + (mod_php|mod_perl) users to
put nginx in front of their apps regardless of what benchmarks
were saying: http://bogomips.org/david.git
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforg
ic resources
> I need to look at?
If you're willing to take a risk with Rainbows!, I posted some notes
about making it work with Rails 3.1 streaming here:
http://thread.gmane.org/gmane.comp.lang.ruby.rainbows.general/229
Keep in mind nobody I know of uses Rainbows! in production; but
it /should/ be a
to share?
He was using preload_app, but seems to have fixed it by reverting to
an older Unicorn (3.7.0, he was on 4.0.0, so you seem to be hitting a
a different problem).
ref: http://mid.gmane.org/20110630194515.ga29...@dcvr.yhbt.net
--
Eric Wong
___
Unicor
27;t help.
I have no idea about any of the database components you use.
--
Eric Wong
___
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
Any progress on this issue? I'll have limited network access
the next few days...
___
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 repl
fine.
> Is there a way to trace what's going on behind the scenes here?
Run strace (Linux) or equivalent on the master process.
> Unicorn's log file is completely empty.
This is the log you setup to point to stderr_path? That shouldn't
happen...
--
Eric Wong
___
; un-timestamped output in both files (some from my OobGC-fork
> middleware). The logger configuration you mentioned is intended to be
> used with those?
Yes. You should be able to access the same Logger instance via
env["rack.logger"] in your app/middleware (IIRC e
to log to stdout if I'm
using clogger.
--
Eric Wong
___
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
Eric Wong wrote:
> Tiago Scolari wrote:
> > Any idea what could cause this?
>
> Are you using preload_app?
(private response said "yes")
> > vendor/plugins/rpm/lib/new_relic/agent/instrumentation/unicorn_instrumentation.rb:7:in
> > `call'
>
rnals
that changed in unicorn 4.0.0?
> [GEM_ROOT]/gems/unicorn-4.0.0/lib/unicorn/http_server.rb:475:in
> `spawn_missing_workers'
It might be worth it to try unicorn 3.7.0 since 4.0.0 was just released
and some gems that depend on internal implementation de
o is still
faster.
[2] http://redmine.ruby-lang.org/issues/3905
Thanks for reading!
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) o
g
IO.select.
* http://unicorn.bogomips.org/
* mongrel-unicorn@rubyforge.org
* git://bogomips.org/unicorn.git
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like t
Author: Eric Wong
Date: Wed Jun 29 07:19:32 2011 +
fix per-worker listen directive in after_fork hook
The testcase for this was broken, too, so we didn't notice
this :<
Reported-by: gha...@gmail.com on the Rainbows! mailing list,
http://mid.gmane.org
nicorn.bogomips.org/
* mongrel-unicorn@rubyforge.org
* git://bogomips.org/unicorn.git
--
Eric Wong
___
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
Aleksandar Simic wrote:
> just to report back that this does fix the issue.
Thanks for the confirmation! Just released raindrops 0.7.0:
http://mid.gmane.org/20110627073050.gb15...@dcvr.yhbt.net
--
Eric Wong
___
Unicorn mailing list - mong
;socket"
host = "example.com"
s = TCPSocket.new(host, 80)
req = "GET /something/big HTTP/1.1\r\nHost: #{host}\r\n\r\n"
# pipeline a large number of requests, nginx won't send another
# request to an upstream if it's still writing one
30.times
byforge.org/
[1] currently in rainbows.git, will probably be released this weekend...
[2] I'll probably move this to Rainbows! instead of a Unicorn branch:
http://bogomips.org/unicorn.git/tree/lib/unicorn/force_streaming.rb?h=force_streaming
This is 100% untested, I've never r
ess to my FreeBSD machine, just let me know.
If the below patch doesn't fix it, yes, it'd be greatly appreciated,
thanks!
>From 1e7dc89cc38c5dec0b63ac452b23141297701f88 Mon Sep 17 00:00:00 2001
From: Eric Wong
Date: Fri, 24 Jun 2011 17:06:56 -0700
Subject: [PATCH] remove _XOPEN_SOURC
Jeremy Evans wrote:
> On Fri, Jun 24, 2011 at 10:30 AM, Eric Wong wrote:
> > Eric Wong wrote:
> >> The subset of raindrops used by Unicorn should work on all machines
> >> with mmap(2) + MAP_ANON/MAP_ANONYMOUS support, so *BSDs shouldn't be
> >> left
Eric Wong wrote:
> The subset of raindrops used by Unicorn should work on all machines
> with mmap(2) + MAP_ANON/MAP_ANONYMOUS support, so *BSDs shouldn't be
> left out.
I've had one report from a FreeBSD 8 user who couldn't get raindrops
to build. I remember getting
concurrency. Unicorn can just use
nginx for stopping large requests (large_client_header_buffers in nginx)
and not be concerned about large headers at all.
> Also, sorry for the multiple html mails before this !
I just made the mailman config on rubyforge kill all HTML :)
any individual element. I consider the size of the
entire header more important anyways. We currently don't have
limits on the number of headers that can be sent.
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyfor
think is somehow related to the fix:
> https://gist.github.com/826692
>
> Do you see anything that looks familiar?
I haven't seen it before, but it looks to be on the right track.
OldRails uses the CGIWrapper code which is based on the original
code in Mongrel, too.
If you avoid C
c
run Unicorn::App::OldRails.new
----
--
Eric Wong
___
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
he stack) sets.
Any luck with looking at Rails changes that might impact this?
At this point it's clear it's a Rails/Rack issue (and for an old
version, at that) and not something that can be done with Unicorn.
Maybe you can fix whatever the Rails v2.3.8..v2.3.11 upgrade bro
npack
in rails.git to find those for you. I just looked for things that
would manipulate cookies/headers.
--
Eric Wong
___
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
you got a second Set-Cookie: line with "_test_session" in there,
right?
Any chance you could upgrade Rails to 2.3.11? Some rails commits
since 2.3.8 look interesting:
e0eb8e9c65ededce64169948d4dd51b0079cdd10
85b6d79d8a17fdef667770e31b44ac6647f8b584
--
Eric Wong
_
ders
headers = Rack::Utils::HeaderHash.new(headers)
case set_cookie = headers["Set-Cookie"]
when Array
headers["Set-Cookie"] = set_cookie.join("\n")
end
[ status, headers, body ]
end
end
---
> I think it's happening somewhere here, but I can't figure out what's
> going on... http://bogomips.org/unicorn.git/tree/lib/unicorn/cgi_wrapper.rb
The code that does this transformation of the Rack header to the
client socket is here:
http://bogomips.org
pec
+++ b/unicorn.gemspec
@@ -35,6 +35,7 @@ Gem::Specification.new do |s|
# *strongly* recommended for security reasons.
s.add_dependency(%q)
s.add_dependency(%q, '~> 2.4')
+ s.add_dependency(%w, '~> 0.6')
s.add_development_dependency('isolate', '~> 3.1')
s.add_development_dependency('wrongdoc', '~> 1.5')
--
Eric Wong
___
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
p, options)
With:
Unicorn::HttpServer.new(app, options).start.join
This will be in the upcoming 4.x release.
ref: git://bogomips.org/unicorn.git
commit 5d2284afdc2d4f4ff122394ae5fd78a32cb8c09e
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rub
---
* http://unicorn.bogomips.org/
* mongrel-unicorn@rubyforge.org
* git://bogomips.org/unicorn.git
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) o
Eric Wong wrote:
> Unicorn itself supports IPv6, too, but nobody uses/needs it.
> I'll add :ipv6only support shortly (probably tomorrow).
Pushed to unicorn.git (c3880bb0cc00821d1715a7dd94b0b76a03a7ace0)
Documentation below:
diff --git a/lib/unicorn/configurator.rb b/lib/unicorn/conf
+# for ugly IPv4 addresses in $remote_addr (e.g "::10.0.0.1"
# instead of just "10.0.0.1") and potentially trigger bugs in
# some software.
# listen [::]:80 ipv6only=on; # deferred or accept_filter recommended
--
Eric Wong
_
Hongli Lai wrote:
> On Mon, Jun 6, 2011 at 7:51 PM, Eric Wong wrote:
> > Oops, this was a regression introduced when I switched to wrongdoc
> > in f62ef19a4aa3d3e4ce1aa37a499907ff776a8964
> >
> > Perhaps this is better? It'll also affect the tgz target and not
&
needs it.
I'll add :ipv6only support shortly (probably tomorrow).
>From 32b340b88915ec945ebdbfa11b7da242860a6f44 Mon Sep 17 00:00:00 2001
From: Eric Wong
Date: Mon, 6 Jun 2011 19:15:36 -0700
Subject: [PATCH] examples/nginx.conf: add ipv6only comment
IPv4-mapped-IPv6 addresses are fugly.
for i in $@ $(pkg_extra); do echo $$i; done) | \
LC_ALL=C sort > $@+
cmp $@+ $@ || mv $@+ $@
--
Eric Wong
___
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
Eric Wong wrote:
> Can somebody confirm ronn doesn't introduce any JavaScript? (or can made
> to be JS-free easily).
Actually, the wrongdoc documentation already uses ronn and wrongdoc
documentation is definitely JavaScript-free :)
--
, try "git send-email".
> + * pandoc
If anybody has spare cycles to make this work with ronn instead of
pandoc, please send patches. ronn should be an easier-to-install
for Rubyists since it doesn't depend on Haskell.
Can somebody confirm ronn doesn't introduce an
Bharanee Rathna wrote:
> On Wed, Jun 1, 2011 at 9:48 AM, Eric Wong wrote:
> > Bharanee Rathna wrote:
> >> I'm encountering a weird error where the unicorn workers are stuck in
> >> a loop after hitting a 500 on the backend sinatra app.
> >
> > Als
lly exit the process. Did you kill it with SIGINT? If so, I
see nothing wrong...
Ruby 1.9 seems to sched_yield a lot during shutdown, but it does
eventually finish.
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyf
inbows.rubyforge.org/Rainbows/XEpollThreadPool.html
--
Eric Wong
___
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
iple CPUs, but now I'm not sure.
The kernel does all the work for balancing.
--
Eric Wong
___
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
) [x86_64-linux]
Can you try 1.9.2-p180 or Ruby trunk? Or maybe a different version of
glibc, too. Do you have any non-standard kernel patches/scheduler
configs?
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.o
Lawrence Pit wrote:
> Cheered too early after all, just got one again:
Can you ever reproduce this with nginx in front? Does anybody else
on any *BSD platform get this?
Btw, please don't waste my bandwidth top posting, I'd rather people
not quote at all than top post, thanks!
[http://bogomips.org/david.git] - a tool to explain why you need
+ nginx in front of \Unicorn
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures (like this one) o
7;s going on...
If it's kgio-related, but I think Jeremy fixed all the issues under
OpenBSD with kgio 2.4.0 and some of that probably helped other
*BSD-based systems. I've been meaning to setup a VM on FreeBSD
again but haven't had the time.
--
Eric Wong
___
t and I'm a bit surprised I'm the
first one to notice it after all this time.
My original post to the mongrel-development mailing list is here:
http://mid.gmane.org/20110518211349.ga...@dcvr.yhbt.net
--
Eric Wong
___
Unicorn maili
attention to
the machine anyways.
If you want auto-startup, consider having a startup task in the @reboot
line in a crontab. You can even put it in a regular user's crontab to
avoid needing to switch users.
Everything about the Unicorn process model with upstart/daemontools
applies to nginx u
kbook/current/tmp/sockets/unicorn.sock fd=3
You should make sure your socket is in a shared path, not current.
Whatever's in current gets replaced by Capistrano, right? I'm not sure
if tmp is a symlink that's relinked on a new deploy, but there could be
a race condition where the path to the socket is unreachable and
nginx can't see it.
--
Eric Wong
___
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
than the existing GPLv2 option.
> Just saying. Licensing sucks.
Agreed :<
--
Eric Wong
___
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
Hi Ian, I also found this address in the git history, hoping this works
since i...@inspir.es doesn't.
- Forwarded message from Eric Wong -
From: Eric Wong
To: mongrel-unicorn@rubyforge.org
Cc: Hongli Lai , Augusto Becciu ,
Iñaki Baz Castillo , Wayne Larsen ,
A
Eric Wong wrote:
> Hello, I would like to extend the unicorn license from
> (GPLv2|Ruby terms) to (GPLv2|GPLv3|Ruby terms).
>
> Zed and Evan are still the authors of much of the HTTP parser code
I just repinged both of them and got affirmative replies from both \o/
Thanks!
I'
Anybody have a current email address for Augusto?
augu...@jadedpixel.com isn't working for me.
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signatures
s here:
http://mid.gmane.org/20110428005727.ga19...@dcvr.yhbt.net
Besides myself, Zed Shaw and Evan Weaver have the largest amount of code
in Unicorn, and both have OK-ed the addition of the GPLv3, so I hope you
do the same.
Thank you.
--
Eric Wong
___
lowing code:
Ugh, don't you have something like "ps axf" that shows you a process
tree? It's much easier just to *see* the process tree.
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/m
http://mid.gmane.org/20110505231506.ga3...@dcvr.yhbt.net
OpenBSD (and other *BSD) users should upgrade if you haven't
been able to use the latest releases.
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforg
here:
http://mid.gmane.org/20110505194305.ga29...@dcvr.yhbt.net
Feel free to comment on k...@librelist.com[1], reply here, or email me
privately if you're shy.
[1] subscription is required there unfortunately, send a message and
follow directions to subscribe
--
Eric
or "unix:counter.sock" instead (should be
compatible with nginx notation). Without a leading "/" or "~", it
can be hard to tell if it's a hostname address or not.
--
Eric Wong
___
Unicorn mailing list - mongrel-
the v1.1.6 release.
* http://unicorn.bogomips.org/
* mongrel-unicorn@rubyforge.org
* git://bogomips.org/unicorn.git
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote
Looks like OobGC was totally busted since 3.3.1 and 1.1.6 because nginx
uses HTTP/1.0 relies on a closed socket (and not
Content-Length:/Transfer-Encoding) to detect the end of a response.
New release coming soon, anything else?
--
Eric Wong
der the terms of
something like the AGPLv3.
I'll email the other contributors who have more trivial contributions if
you guys agree. Thanks!
(Please Cc: mongrel-unicorn@rubyforge.org when replying to keep this
public, thanks!)
[1] - http://bogomips.org/kcar/
--
Eric Wong
___
+GNU General Public License (GPL) as published by the Free Software
+Foundation (FSF), version {3.0}[http://www.gnu.org/licenses/gpl-3.0.txt]
+or version {2.0}[http://www.gnu.org/licenses/gpl-2.0.txt]
+or the Ruby-specific license terms (see below).
+
+The unicorn project leader (Eric Wong) reserve
el-Buffering (yes|no)"
+ # in the response headers do disable/enable buffering on a
+ # per-response basis.
# proxy_buffering off;
proxy_pass http://app_server;
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn
t the following two patches to
git://bogomips.org/unicorn.git:
* [PATCH 1/2] examples/nginx.conf: clarify proxy_buffering for Rails
* [PATCH 2/2] configurator: attempt to clarify
Feedback is greatly appreciated as always.
--
Eric Wong
___
Unicorn mailing
t delays.
#
# This has no effect on UNIX sockets.
#
+ # Default: +true+ in \Unicorn 3.4+, +false+ in Rainbows!
+ #
# [:tries => Integer]
#
# Times to retry binding a socket if it is already in use
--
Eric Wong
___
Unicorn m
Aaron Patterson gladly provided us with a streaming video which I've
agreed to host:
http://unicorn.bogomips.org/streaming.ogv
If anybody has more Unicorn/Rainbows!-related videos/slides/etc in Free
Software-friendly formats, I'd be more than glad to host or mirror them.
Thanks Aaron!
* git://bogomips.org/unicorn.git
--
Eric Wong
___
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
Eric Wong wrote:
> If you're too lazy to upgrade, you can just do this in your after_fork
> hooks:
>
> after_fork do |server,worker|
> tmp = srand
> OpenSSL::Random.seed(tmp.to_s) if defined?(OpenSSL::Random)
> end
Do this instead if you're too la
gha...@gmail.com wrote:
> On Wednesday, April 20, 2011, Eric Wong wrote:
> > Changes:
> >
> > Mainly small fixes, improvements, and workarounds for fork() issues
> > with pseudo-random number generators shipped with Ruby (Kernel#rand,
> > OpenSSL::Random (used
Curtis j Schofield wrote:
> On Mon, Apr 25, 2011 at 11:34 AM, Eric Wong wrote:
> > while test -f $UNICORN_PID_FILE
> > do
> > sleep 1
> > done
>
> If i run a wrapper with unicorn as a child process - i can detect the
> absence of the wrapper - a
R1 USR2 QUIT TERM QUIT
do
trap 'kill -'$sig' $(cat $UNICORN_PID_FILE)' $sig
done
# loop forever while Unicorn has its pid file
# a smarter, Linux-only version of this would use inotify instead
while test -f $UNICORN_PID_FILE
do
sleep 1
done
--
Eric Wong
__
p://thread.gmane.org/gmane.comp.lang.ruby.unicorn.general/906
* http://unicorn.bogomips.org/
* mongrel-unicorn@rubyforge.org
* git://bogomips.org/unicorn.git
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-
http://thread.gmane.org/gmane.comp.lang.ruby.unicorn.general/906
--
Eric Wong
___
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
Emmanuel Gomez wrote:
> On Apr 12, 2011, at 11:59 AM, Eric Wong wrote:
> > I'll make that more robust and release 3.6.0 sometime this week with
> > (hopefully) a few other minor improvements.
>
> Great. This is apparently an infrequent circumstance (uncommon
> confi
Emmanuel Gomez wrote:
> On Apr 12, 2011, at 10:58 AM, Eric Wong wrote:
> > Emmanuel Gomez wrote:
> >> I have confirmed that logrotate creates the logs with a 0600 umask
> >> and the uid/gid of my unprivileged user (per my logrotate config,
> >> loosely base
ogs back to ownership by the unprivileged user, which repeatedly
> fails, spewing megabytes of errors that look like:
The rotation error handling should probably just exit! the worker
and rely on the master to restart it...
--
Eric Wong
___
Uni
he "user" directive to switch users
when you're not running as root[1]. Don't use "user" if you're already
a regular user.
[1] or use something like Linux capabilities(7) and lack the appropriate ones.
http://linux.die.net/man/7/capabilities
--
Eric Won
Eric Wong wrote:
> Matthew Kocher wrote:
> > We just spend a couple hours trying to figure out why sending a USR1
> > signal wasn't causing unicorn to reopen logs. Looking at the source
> > reveals that only files opened with absolute paths are eligible for
> > r
..
[1] - in my experience with writing daemons, directory changes make
everything much harder all around.
--
Eric Wong
___
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
ogomips.org/examples/ too
[1] /proc/$PID/environ under Linux is a sometimes useful debugging tool
but broken under Ruby 1.9.2, I'm working on fixing this for 1.9.3
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyf
Eric Wong wrote:
> That could be it. logrotate (without the scary/expensive
> "copytruncate" option) works very quickly for individual files. Do you
> have the "sharedscripts" option in logrotate enabled? You should enable
> "sharedscripts"
I actu
e the "sharedscripts" option in logrotate enabled? You should enable
"sharedscripts"
I should post a logrotate example config so other users don't run into
the same problem...
> Thanks, Eric, for your help. I've been running unicorn since the pre-1.
Troex Nevelin wrote:
> This update is really great!
Awesome, your feedback is much appreciated. I'll forward a link to
your posts to the raindrops list.
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyf
David Nghiem wrote:
> On Tue, Mar 22, 2011 at 2:39 PM, Eric Wong wrote:
> > No Errno::EBADF errors at all?
>
> I didn't check before or after the block of Errno::IOError errors,
> there were enough IOError logs to fill up 40gb of disk. I'll capture
> the entir
rmissions issue during log rotation? Are you doing "killall -USR1
unicorn" by any chance or sending a bunch of USR1 signals faster than
unicorn can process them?
Try just sending one USR1 to the master process and letting the master
signal the workers.
--
Eric Wong
" do
use Rack::Chunked
run WelcomeApp.new
end
# ...
map "/lobster" do
use Rack::Lint
run Rack::Lobster.new
end
# You can do virtual hosts, too:
map "http://example.com/"; do
run ExampleApp.new
end
See the Rack::Builder and Rack:
0.6.0 soon):
http://mid.gmane.org/20110318094637.ga3...@dcvr.yhbt.net
Feedback would be greatly appreciated (either here or
raindr...@librelist.com). There are no backwards-incompatible changes
for existing users as far as I'm aware of.
Thanks for reading!
--
Eric
r nobody's running it or it just works :)
[1] backport r28813 and r29673 in Ruby trunk to prevent that
[2] portability issues due to Kgio, but those are fixed
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/m
no longer workaround their
broken stdio (that's MRI's job :)
* http://unicorn.bogomips.org/
* mongrel-unicorn@rubyforge.org
* git://bogomips.org/unicorn.git
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://r
Lawrence Pit wrote:
> Eric Wong wrote:
>> I've tried this a few times, and everytime I get something like this:
>>> https://gist.github.com/331b0decab62fd58483c
>> Yikes, it looks like the UNICORN_FD env is getting clobbered somehow.
>> Not sure what could
is for Rails3 only
Hopefully somebody else knows a more elegant way to handle this.
--
Eric Wong
___
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
sers attempting to use
the generic interface and make it more confusing and difficult to
support for everyone (Rack/Rails/Unicorn developers).
There was a similar discussion here back in 2009:
http://thread.gmane.org/gmane.comp.lang.ruby.unicorn.general/130/focus=130
--
Eric Wong
Lawrence Pit wrote:
> Hi Eric,
>
> I tested this out:
Thanks for taking your time to test.
> - in the before_exec and after_fork I log PATH GEM_HOME GEM_PATH
> BUNDLE_GEMFILE for inspection after deployment
>
> - deploy latest release, make sure to shutdown unicorn, then start cleanly
>
> - pr
Justin Giancola wrote:
> Setting BUNDLE_GEMFILE in the before_exec hook is the only
> Bundler-related Unicorn config I've needed for Bundler >= 1.0.3
Thanks, that seems to match my observations, too.
___
Unicorn mailing list - mongrel-unicorn@rubyforge.
GEM_PATH and PATH environment variables in the
+before_exec hook as illustrated by http://gist.github.com/534668
== Isolate
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not q
e version of Rack is installed.
This should be fixed in RubyGems 1.6:
http://blog.segment7.net/2011/02/19/rubygems-gem-activation-is-changing
I'm sure the RubyGems testers would appreciate all the testing/feedback
they can get with this since it's been a problem
Troex Nevelin wrote:
> We've moved to unicorn and I embeded Raindrops as middleware into our
> rails app, now I'm able to get some stats using /_raindrops url:
> http://www.kinokopilka.tv/_raindrops
>
> calling: 4
This is the number of application dispatchers running.
Should always be <= worker
Heads up, I just pushed this out to unicorn.git and it'll be in the
next Unicorn release.
>From cc7e65a1aa1bacc9658a687140011e999be6e3e7 Mon Sep 17 00:00:00 2001
From: Eric Wong
Date: Fri, 25 Feb 2011 17:54:24 +
Subject: [PATCH] tee_input: remove old *BSD stdio workaround
Ruby 1.8
one of those
reasons.
Thanks for reading.
[1] avoiding confusion with Mongrel2 which is also under a BSD license
--
Eric Wong
___
Unicorn mailing list - mongrel-unicorn@rubyforge.org
http://rubyforge.org/mailman/listinfo/mongrel-unicorn
Do not quote signa
401 - 500 of 866 matches
Mail list logo