From normalperson at yhbt.net Thu Jan 5 16:42:38 2012 From: normalperson at yhbt.net (Eric Wong) Date: Thu, 5 Jan 2012 21:42:38 +0000 Subject: copy-on-write-friendly GC for Ruby 2.0 Message-ID: <20120105214238.GA32610@dcvr.yhbt.net> http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/41916 This means you can run more Unicorn worker processes per-host if you have CPU for it :> From admail-1 at pibot.rgr.jp Fri Jan 6 05:01:30 2012 From: admail-1 at pibot.rgr.jp (=?ISO-2022-JP?B?GyRCNWE/TT5wSnMkTiFKM3QhSyVTJTglTSU5JUglaSU5JUglNyU5JUYlYCU6GyhC?=) Date: 6 Jan 2012 19:01:30 +0900 Subject: =?ISO-2022-JP?B?GyRCOl9CcCVvITwlKyE8NV5KZ0IuSnMbKEIhGyRCIVolRyE8JT9Gfk5PNkhMM0JnTkw8dUNtJE4kPyRhIVslYSVrJV4lLBsoQlNPSE8bJEJAODNoJUslZSE8JTkbKEI=?= Message-ID: <20120106100130.25085.qmail@www9.bizmail.jp> ??????SOHO??????14,505??2012?1?? ??????:144,186 ?????????????????????? ???????????????????????????????????????????? ???????? Please e-mail the delivery stop here.? kyo at biz-career.rulez.jp ?1? ????SOHO???????????????????????????????? ?PR???????????????????????????????? ?????????????????! SOHO???????????????! ????????????????????!!???????????????????! ????????????????????????????????!? ??? !! ?????????? ? http://www.soho-comu.rash.jp/ ?PR???????????????????????????????? ???????1??????????????? ?????????????????????????? ??SOHO??????????3??????????????? ?????????????????????????? ?1????????????????! ????????????! ????????????????????????????? ?2?????????????????????????! ??????! ?SOHO????????????????! ?3??????????????????????!?????! ????????????????????! ? ? ????????? ? ???????! ??????????!! ? ? ????? http://www.soho-comu.rash.jp/ ???????????????? ????????????????? ?????????????????????????? ????SOHO??????!! ?????????????? 1.???? ? 18,500 ? 5,550? 2.?????????????? ? 10,550 ? 45,900? 3.????????? ? 1,000 ? 31,531? 4.????????? 6 ? 42,000? 5.?????????? 4 ? 13,500? 6.???????????????? ? 90 ? 45,000? ????????183,481????? ???????????????????(1?2?4????)???????!! ? http://www.soho-comu.rash.jp/ ? ?(??????????) ????????????????????????? ???????????????! ????????????!! ??????????????????????????????????? ?????????????????????????SOHO?????????? ?????????????????????????????????????????? ??????????????????????????????????? ??????????????? ??????????????????????????????????????? ?????????????????????? ?????????????????????????????????? ??????????????????????????? ???????????????????????????????????????????? ???????? Please e-mail the delivery stop here.? kyo at biz-career.rulez.jp ??????????????????????????????????? ??????????????)??????????????Web?????????? ??????????????????????????????????? Copyright (c) 1999 ???????????????????????All rights reserved.??????? From normalperson at yhbt.net Sat Jan 7 23:00:48 2012 From: normalperson at yhbt.net (Eric Wong) Date: Sun, 8 Jan 2012 04:00:48 +0000 Subject: oldest version of Ruby worth supporting? Message-ID: <20120108040047.GB16165@dcvr.yhbt.net> Do you guys (or know of any users) stuck on Ruby 1.8.5 or earlier? I know some users on RHEL/CentOS 5 have 1.8.5 installed as /usr/bin/ruby by default and RHEL/CentOS 5.x will continue to be deployed for many years to come. This is the unfortunate reality of distributions with long-term support (and Ruby being a rapidly evolving ecosystem). Feel free to email me privately, too, running old versions could be risky and admitting to it could open you up to security issues (or at least embarrassment :)) Fwiw, I know (and help ensure) Ruby 1.9.3 builds/runs well on CentOS 5.x. And anybody (on *nix) capable of _running_ Ruby 1.8.x should have little trouble building the latest 1.9.3 tarball. This isn't a project which targets 20 year-old i486 systems, so upgrading the distro/compiler is extremely time-consuming and nearly impossible for some folks. From normalperson at yhbt.net Sat Jan 7 23:02:43 2012 From: normalperson at yhbt.net (Eric Wong) Date: Sun, 8 Jan 2012 04:02:43 +0000 Subject: oldest version of Ruby worth supporting? In-Reply-To: <20120108040047.GB16165@dcvr.yhbt.net> References: <20120108040047.GB16165@dcvr.yhbt.net> Message-ID: <20120108040243.GA16473@dcvr.yhbt.net> Eric Wong wrote: > This isn't a project which targets 20 year-old i486 systems, so s/, so/, where/ > upgrading the distro/compiler is extremely time-consuming and > nearly impossible for some folks. From rob at roberocity.com Sat Jan 14 12:43:28 2012 From: rob at roberocity.com (Rob Sutherland) Date: Sat, 14 Jan 2012 11:43:28 -0600 Subject: Two log entries for every request Message-ID: <3BF033F699484A0F9E6F71C6066CD033@roberocity.com> These are lines from a local dev log. Notice the two identical (except for time taken) entries for the requests. Every request has two entries with the 2nd entry taking longer. This is a dev environment so the .css is referenced. On the server this same app is doing the same thing. Any ideas? Is it bug in my code? I, [2012-01-14T10:54:09.089535 #34573] INFO -- : listening on addr=0.0.0.0:8080 fd=3 I, [2012-01-14T10:54:09.090163 #34573] INFO -- : worker=0 spawning... I, [2012-01-14T10:54:09.092941 #34573] INFO -- : master process ready I, [2012-01-14T10:54:09.095054 #34597] INFO -- : worker=0 spawned pid=34597 I, [2012-01-14T10:54:09.095875 #34597] INFO -- : Refreshing Gem list I, [2012-01-14T10:54:19.744259 #34597] INFO -- : worker=0 ready 127.0.0.1 - - [14/Jan/2012 10:54:26] "GET /page/url HTTP/1.1" 200 29950 0.3179 127.0.0.1 - - [14/Jan/2012 10:54:26] "GET /page/url HTTP/1.1" 200 29950 0.5209 127.0.0.1 - - [14/Jan/2012 10:54:26] "GET /ui/base.css HTTP/1.1" 200 33178 0.0670 127.0.0.1 - - [14/Jan/2012 10:54:26] "GET /ui/base.css HTTP/1.1" 200 33178 0.0716 From normalperson at yhbt.net Sat Jan 14 16:03:57 2012 From: normalperson at yhbt.net (Eric Wong) Date: Sat, 14 Jan 2012 21:03:57 +0000 Subject: Two log entries for every request In-Reply-To: <3BF033F699484A0F9E6F71C6066CD033@roberocity.com> References: <3BF033F699484A0F9E6F71C6066CD033@roberocity.com> Message-ID: <20120114210357.GA7152@dcvr.yhbt.net> Rob Sutherland wrote: > These are lines from a local dev log. Notice the two identical (except > for time taken) entries for the requests. Every request has two > entries with the 2nd entry taking longer. This is a dev environment so > the .css is referenced. On the server this same app is doing the same > thing. > > Any ideas? Is it bug in my code? It looks like you're redundantly loading Rack::CommonLogger Rack adds Rack::CommonLogger to the middleware stack in both "development" and "deployment" envirnoments. The longer time is probably from Rack::Lint, which also gets added to the "development" environment. You can also specify "RACK_ENV=none" to have Rack not load any middleware by default, giving you (or at least your higher-level framework) full control over what middleware you load. From rob at roberocity.com Sat Jan 14 17:40:34 2012 From: rob at roberocity.com (Rob Sutherland) Date: Sat, 14 Jan 2012 16:40:34 -0600 Subject: Two log entries for every request In-Reply-To: <20120114210357.GA7152@dcvr.yhbt.net> References: <3BF033F699484A0F9E6F71C6066CD033@roberocity.com> <20120114210357.GA7152@dcvr.yhbt.net> Message-ID: <6317FF2703B3497B8444EB005B8A6D76@roberocity.com> Eric Wong. That was exactly the problem. The app is a Sinatra app and Sinatra and rack were both writing to the log. Rob -- Rob Sutherland On Saturday, January 14, 2012 at 3:03 PM, Eric Wong wrote: > Rob Sutherland wrote: > > These are lines from a local dev log. Notice the two identical (except > > for time taken) entries for the requests. Every request has two > > entries with the 2nd entry taking longer. This is a dev environment so > > the .css is referenced. On the server this same app is doing the same > > thing. > > > > Any ideas? Is it bug in my code? > > It looks like you're redundantly loading Rack::CommonLogger > > Rack adds Rack::CommonLogger to the middleware stack in both > "development" and "deployment" envirnoments. The longer time is > probably from Rack::Lint, which also gets added to the "development" > environment. > > You can also specify "RACK_ENV=none" to have Rack not load any > middleware by default, giving you (or at least your higher-level > framework) full control over what middleware you load. > _______________________________________________ > Unicorn mailing list - mongrel-unicorn at rubyforge.org (mailto:mongrel-unicorn at rubyforge.org) > http://rubyforge.org/mailman/listinfo/mongrel-unicorn > Do not quote signatures (like this one) or top post when replying From stevendgarcia at gmail.com Fri Jan 20 10:35:21 2012 From: stevendgarcia at gmail.com (Steven Garcia) Date: Fri, 20 Jan 2012 16:35:21 +0100 Subject: Default Socket Location Message-ID: I am collaborating on a Rails app with a very minimal unicorn config (the socket dir is not specified) I have booted up the app and created the necessary nginx server config for it, but it does not seem to be finding the socket file (502 error) Was just wondering where this file would be by default. Looking at unicorn's documentation I had expected it to be living in the /tmp directory, but no such luck. For good measure I also checked my app's tmp/sockets folder but no dice either Since this app is a joint effort, specifying the socket location in the config is not an option Any idea? From dbenhur at whitepages.com Fri Jan 20 12:22:48 2012 From: dbenhur at whitepages.com (Devin Ben-Hur) Date: Fri, 20 Jan 2012 09:22:48 -0800 Subject: Default Socket Location In-Reply-To: References: Message-ID: <4F19A2E8.7050206@whitepages.com> On 01/20/2012 07:35 AM, Steven Garcia wrote: > I am collaborating on a Rails app with a very minimal unicorn config > (the socket dir is not specified) > > I have booted up the app and created the necessary nginx server config > for it, but it does not seem to be finding the socket file (502 error) > > Was just wondering where this file would be by default. Looking at > unicorn's documentation I had expected it to be living in the /tmp > directory, but no such luck. > > For good measure I also checked my app's tmp/sockets folder but no dice either You could use `sudo lsof -p ` to see all the open files of a running unicorn. This will show you shared objects, files, pipes, sockets, etc. > Since this app is a joint effort, specifying the socket location in > the config is not an option Unicorn defaults to listening on TCP 0.0.0.0:8080 unless you tell it something else. It wont listen on a unix domain socket unless you configure it to. You can use --listen with the unicorn startup script or the listen(address,options) method in your unicorn.conf to change this. I don't see how being a collaborator on a joint effort means you can't change config, it just means you need to discuss and agree on the common configuration. From normalperson at yhbt.net Mon Jan 23 04:20:12 2012 From: normalperson at yhbt.net (Eric Wong) Date: Mon, 23 Jan 2012 09:20:12 +0000 Subject: release unicorn v4.2.0 soon? Message-ID: <20120123092012.GA8909@dcvr.yhbt.net> I just realized we haven't had a release in a while. There's nothing major that needs fixing, but I figure we should release 4.2.0 to get some changes that have been brewing for a while. The SSL support is still unaudited, but since Unicorn is only good on LAN, it should be at least useful enough to detect network corruption. TCP checksums are weak, so SSL can add an additional layer of checksumming to the data stream if you're intent on end-to-end data integrity. (Rack apps can also support the Content-MD5 header/trailer without SSL too) Here are the changes since v4.1.1 in git://bogomips.org/unicorn.git Brian P O'Rourke (1): Detect daemonization via configuration. Eric Wong (18): add GPLv3 option to the license http_server: a few more things eligible for GC in worker http_server: update comment on tick == 0 Links: add a link to the UnXF middleware add preliminary SSL support t: ensure SSL certificates exist on fresh test configurator: limit timeout to 30 days tests: just use the sha1sum implemented in Ruby tests: try to set a shorter path for Unix domain sockets bump dependencies socket_helper: remove out-of-date comment for TCP_NODELAY socket_helper: set SO_KEEPALIVE on TCP sockets socket_helper: fix grammerr fail quiet possible IOError from SIGUSR1 (reopen logs) cleanup exception handling on SIGUSR1 http: test case for "Connection: TE" update tests for rack 1.4.0 Rakefile: swap freshmeat.net URL for freecode.com Jeremy Evans (2): t0011: fix test under OpenBSD test_helper: ensure test client connects to valid address Yuichi Tateno (1): OobGC: force GC.start In the future, feel free to ping me if you want an official release, I'm forgetful sometimes and sometimes get completely immersed in other projects. "master" on unicorn.git is usually in a releasable state anyways. -- Eric Wong From detersrosalind at rocketmail.com Tue Jan 24 23:31:02 2012 From: detersrosalind at rocketmail.com (Rosalind Deters) Date: Wed, 25 Jan 2012 05:31:02 +0100 Subject: A Must Read Message-ID: <046905ec$40933$7afc2298453704@work> Mrs Rosalind Deters Email:detersrosalind at rocketmail.com Hello Dear, My name is Rosalind Deters,i am a dying woman who has decided to donate What i have to you. I am 59 years old,was diagnosed of cancer about 2 years ago immediately after The death of my husband,who has left me everything he worked for. I have been touched by God to donate from what i have inherited from my late Husband to you for the good work of God,rather than to allow my relatives to Use my husbands hard earned funds ungodly. Please pray that the good Lord forgive me my sins.I have asked God to forgive Me and i know he has because he is a merciful God.I will be going for an Operation in less than one hour. I decided to WILL/donate the sum of 3,000,000 Dollars(Three million Dollars)to you For the good work of the Lord,and also to help the motherless,less priviledged And assistance of the Widows. I cannot take any telephone calls at the moment due to the fact that my relatives Are around me and my health status. I have adjusted my WILL and my lawyer is aware that i have changed my WILL, you and my lawyer will arrange the transfer of the funds from my account to yours I wish you all the best and may the good Lord bless you abundantly,and please Use the funds well and always extend the good work to others. Contact my lawyer (Barrister.Hans Pieter) with this specified Email:hanspieteresq at aol.de and tell him that i have WILLED 3,000,000 Dollars To you,i have also notified him that i am WILLING that amount to you for a Specific and good work.I know that i don?t know you but i have been directed to Do this.Thanks and Godbless you. N.B:I will appreciate your utmost confidentiality in this matter until the task is accomplished as i don?t want anything to jeopardize my last wish.I shall try my possible best to contact you via email as i don't want my relatives or anybody to Know because they are around me. Regards, Mrs.Rosalind Deters. Happy moments,praise God Difficult moments,seek God Quiet moments,worship God Painful moments,trust God Every moment,thank God. From bpo at somnambulance.net Thu Jan 26 21:24:17 2012 From: bpo at somnambulance.net (Brian P O'Rourke) Date: Thu, 26 Jan 2012 18:24:17 -0800 Subject: release unicorn v4.2.0 soon? In-Reply-To: <20120123092012.GA8909@dcvr.yhbt.net> References: <20120123092012.GA8909@dcvr.yhbt.net> Message-ID: On Mon, Jan 23, 2012 at 1:20 AM, Eric Wong wrote: > I just realized we haven't had a release in a while. ?There's nothing > major that needs fixing, but I figure we should release 4.2.0 to > get some changes that have been brewing for a while. I'd love to see a new release with these changes. The daemonization detection issue just bit a coworker of mine. -- Brian P O'Rourke From normalperson at yhbt.net Sat Jan 28 04:25:01 2012 From: normalperson at yhbt.net (Eric Wong) Date: Sat, 28 Jan 2012 09:25:01 +0000 Subject: [ANN] unicorn 4.2.0 - minor fixes and improvements Message-ID: <20120128092501.GA12765@dcvr.yhbt.net> Changes: The GPLv3 is now an option to the Unicorn license. The existing GPLv2 and Ruby-only terms will always remain options, but the GPLv3 is preferred. Daemonization is correctly detected on all terminals for development use (Brian P O'Rourke). Unicorn::OobGC respects applications that disable GC entirely during application dispatch (Yuichi Tateno). Many test fixes for OpenBSD, which may help other *BSDs, too. (Jeremy Evans). There is now _optional_ SSL support (via the "kgio-monkey" RubyGem). On fast, secure LANs, SSL is only intended for detecting data corruption that weak TCP checksums cannot detect. Our SSL support is remains unaudited by security experts. There are also some minor bugfixes and documentation improvements. Ruby 2.0.0dev also has a copy-on-write friendly GC which can save memory when combined with "preload_app true", so if you're in the mood, start testing Unicorn with the latest Ruby! * http://unicorn.bogomips.org/ * mongrel-unicorn at rubyforge.org * git://bogomips.org/unicorn.git * http://unicorn.bogomips.org/NEWS.atom.xml From valdivia971 at yahoo.com.br Mon Jan 30 19:37:25 2012 From: valdivia971 at yahoo.com.br (Pedro Valdivia) Date: Mon, 30 Jan 2012 22:37:25 -0200 Subject: Muito Interessante! Message-ID: Ola Eu gostaria de lhe convidar para conhecer o Sistema Renda Online. Trata-se de um Sistema Inovador de ganhos na internet, onde voc? ? o patr?o! ? isso mesmo! Voc? vai trabalhar pra voc?, pois eu nunca imaginei que poderia ganhar dinheiro na internet desta formar e t?o r?pido. E melhor de tudo! investir apenas uma ?nica vez e posso ganhar infinitamente. Voc? ficar? chocado com nosso m?todo para Ganhar Dinheiro Online No Sistema Renda Online: Voc? ganha 100% de lucro, recebendo seu dinheiro direto na sua conta pagSeguro Voc? ganha 24 horas por dia at? mesmo enquanto dorme Voc? ganha um site personalizado com seu nome e sua conta Voc? ganha diversas apostilas digitais e cursos gr?tis Voc? ter? o melhor sistema de Renda Extra que j? viu aqui no Brasil Ent?o lhe convido a se tornar um empreendedor web como eu! Mas para se cadastrar, use este link: http://www.sistemarendaonline.com/id.php?ind=403 Dessejo-lhe Sucessos!, Pedro Valdivia pedro.borquez at hotmail.com From Philipp.Bruell at skrill.com Tue Jan 31 12:22:45 2012 From: Philipp.Bruell at skrill.com (Philipp Bruell) Date: Tue, 31 Jan 2012 17:22:45 +0000 Subject: FreeBSD jail and unicorn Message-ID: Hello, I'm using unicorn since a while, but now I try to run it the first time inside a FreeBSD jail. The initial start of unicorn works fine and it serves all the requests. But if I want to restart it using the USR2 signal, it (more or less) slowly starts using more and more CPU cycles. There is no error message in the logs and it quite hard to reproduce that error. In 1 of 20 tries, unicorn restarts correctly, but in the other cases I have to "kill -9" the process. I haven't found anything that gives some indication. I've tried unicorn version 4.1.1 and 4.2.0. The FreeBSD version is 8.2-STABLE amd64. That my config: --- listen "/home/deploy/staging/unicorn.sock" pid "/home/deploy/staging/unicorn.pid" preload_app true stderr_path "/home/deploy/staging/unicorn.stderr.log" stdout_path "/home/deploy/staging/unicorn.stdout.log" before_fork do |server, worker| old_pid = "#{server.config[:pid]}.oldbin" if old_pid != server.pid begin process_id = File.read(old_pid).to_i puts "sending QUIT to #{process_id}" Process.kill :QUIT, process_id rescue Errno::ENOENT, Errno::ESRCH end end end --- I've tried without the before_fork-block, but I think, that's not the critical part, since it doesn't reach to point where two master processes exists. There is just the old master consuming all the CPU cycles. Does someone ran into the same problem? Does someone has an idea? Thanks in advance Philipp From normalperson at yhbt.net Tue Jan 31 13:39:01 2012 From: normalperson at yhbt.net (Eric Wong) Date: Tue, 31 Jan 2012 18:39:01 +0000 Subject: FreeBSD jail and unicorn In-Reply-To: References: Message-ID: <20120131183901.GA8518@dcvr.yhbt.net> Philipp Bruell wrote: > stderr_path "/home/deploy/staging/unicorn.stderr.log" > Does someone ran into the same problem? Does someone has an idea? Tatsuya Ono documented a workaround for jails here (see gist): http://mid.gmane.org/CAHBuKRj09FdxAgzsefJWotexw-7JYZGJMtgUp_dhjPz9VbKD6Q at mail.gmail.com (http://unicorn.bogomips.org/KNOWN_ISSUES.html refers to this link, too) If that didn't work, maybe checking stderr.log will tell you something more. From Charles.Hornberger at skrill.com Tue Jan 31 13:50:25 2012 From: Charles.Hornberger at skrill.com (Charles Hornberger) Date: Tue, 31 Jan 2012 18:50:25 +0000 Subject: FreeBSD jail and unicorn In-Reply-To: <20120131183901.GA8518@dcvr.yhbt.net> Message-ID: On 1/31/12 7:39 PM, normalperson at yhbt.net wrote: >Philipp Bruell wrote: >> >> Does someone ran into the same problem? Does someone has an idea? > >Tatsuya Ono documented a workaround for jails here (see gist): >http://mid.gmane.org/CAHBuKRj09FdxAgzsefJWotexw-7JYZGJMtgUp_dhjPz9VbKD6Q at m >ail.gmail.com > >(http://unicorn.bogomips.org/KNOWN_ISSUES.html refers to this link, too) Philipp's gone afk for the evening, so I'll take the liberty of replying with what I know ... We tried the fix mentioned above, and it didn't work. We also tried switching to unix sockets; no joy. (Actually it worked once, then refused to work again.) >If that didn't work, maybe checking stderr.log will tell you something >more. Nothing shows up in stderr.log It's as if the master doesn't even get the -USR2 signal. Or as if whatever it's sending to stderr is not actually getting to the filesystem... In any case, we don't see anything. Any further ideas for how to debug would be much appreciated, and my apologies in advance for mixing up any details; Philipp was doing the work on this, not me. -c From normalperson at yhbt.net Tue Jan 31 14:05:02 2012 From: normalperson at yhbt.net (Eric Wong) Date: Tue, 31 Jan 2012 19:05:02 +0000 Subject: FreeBSD jail and unicorn In-Reply-To: References: <20120131183901.GA8518@dcvr.yhbt.net> Message-ID: <20120131190502.GA8578@dcvr.yhbt.net> Charles Hornberger wrote: > On 1/31/12 7:39 PM, normalperson at yhbt.net wrote: > >If that didn't work, maybe checking stderr.log will tell you something > >more. > > Nothing shows up in stderr.log It's as if the master doesn't even get the > -USR2 signal. Or as if whatever it's sending to stderr is not actually > getting to the filesystem... > > In any case, we don't see anything. Can you check if the signal is received in the master via truss/dtruss? Do other signals (USR1, HUP, QUIT) work? You might need to enable the equivalent of "-f" for strace (follow child processes/threads) since Ruby 1.9 uses a dedicated thread for receiving signals. > Any further ideas for how to debug would be much appreciated, and my > apologies in advance for mixing up any details; Philipp was doing the work > on this, not me. Also, which version of Ruby are you using? I'm pretty familiar with the 1.9.3 implementation, the earlier 1.9.x releases were messier and noisy wrt signal handling.