search for: unicorn_fd

...? ENV["PATH"] = "/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/usr/local:/opt/ruby-enterprise-1.8.7-2010.02/bin" ? STDERR.puts ENV.inspect end Below is the output from unicorn.stderr.log.. I''m not sure if UNICORN_FD has something to do with it? 1) starting unicorn BEFORE FORK: {"SHELL"=>"/bin/bash", "TERM"=>"xterm", "SSH_CLIENT"=>"24.23.182.32 38170 22", "OLDPWD"=>"/root", "SSH_TTY"=>"/dev/pts/5",...

...to Unicorn 3.4.0 and the problem remains, I had some hope that Unicorn 3.3.1 might have addressed it). I''ve been able to solve this problem temporarily by closing two file descriptors manually (#3 and, depending on the version of Rails #6 or #7). Obviously this is not ideal. I found the UNICORN_FD environment variable when looking through the Unicorn source, but that only seems to indicate #3. Where might #6/#7 be coming from? Is there some way that I can determine these without hard-coding the FD #? Any help that you can provide would be greatly appreciated, Brian Underwood Software Syst...

?Hi, I was wondering if anyone has managed to get the preload_app and SIGUSR2 combination working well with upstart? My issue currently is that when I perform a SIGUSR2 against the master, check everything''s working and close off the old master, upstart then attempts to restart it because the original PID/binary are no longer running. What is the correct way of handling this? In my

...t sets FD_CLOEXEC by default on new file descriptors # ref: http://redmine.ruby-lang.org/issues/5041 sock.close_on_exec = false if sock.respond_to?(:close_on_exec=) - [ sock.fileno, sock ] - end] + listener_fds[sock.fileno] = sock + end ENV[''UNICORN_FD''] = listener_fds.keys.join('','') Dir.chdir(START_CTX[:cwd]) cmd = [ START_CTX[0] ].concat(START_CTX[:argv]) -- 1.8.4 _______________________________________________ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.org/mailman/listinfo/m...