This bug isn't reproduced in ose puddle 2014-02-12.1

Openshift enterprise: 2.1/2014-04-03.2

1. Create ruby-1.8/1.9 app
2. Ssh into app and check ~/app-root/logs/ruby.log

[ru-nweidomain.ose21-manual.com.cn 533e6de8fdae85dd7e00001e]\> cat app-root/logs/ruby.log 
httpd: Could not reliably determine the server's fully qualified domain name, using node2.ose21-manual.com.cn for ServerName
[Fri Apr 04 01:31:47 2014] [notice] SELinux policy enabled; httpd running as context unconfined_u:system_r:openshift_t:s0:c3,c339
httpd: Could not reliably determine the server's fully qualified domain name, using node2.ose21-manual.com.cn for ServerName
[Fri Apr 04 01:31:47 2014] [notice] Digest: generating secret for digest authentication ...
[Fri Apr 04 01:31:47 2014] [notice] Digest: done
[Fri Apr 04 01:31:47 2014] [notice] Apache/2.2.22 (Unix) Phusion_Passenger/3.0.21 configured -- resuming normal operations
/usr/share/rubygems/gems/passenger-3.0.21/helper-scripts/prespawn:105:in `initialize': Connection refused - connect(2) (Errno::ECONNREFUSED)
	from /usr/share/rubygems/gems/passenger-3.0.21/helper-scripts/prespawn:105:in `new'
	from /usr/share/rubygems/gems/passenger-3.0.21/helper-scripts/prespawn:105:in `connect'
	from /usr/share/rubygems/gems/passenger-3.0.21/helper-scripts/prespawn:86:in `socket'
	from /usr/share/rubygems/gems/passenger-3.0.21/helper-scripts/prespawn:90:in `head_request'
	from /usr/share/rubygems/gems/passenger-3.0.21/helper-scripts/prespawn:145

So move it new.

I figured out what is going on.  Passenger is set to prepawn.  Our apache module is actually patched so that OpenShift can correctly spawn on an IP other than 127.0.0.1.  However, the passenger rubygem is not patched.  See /usr/share/rubygems/gems/passenger-3.0.21/helper-scripts/prespawn:

class TCPPrespawnLocation < PrespawnLocation
        def request_port
                @uri.port
        end

        def connect
                TCPSocket.new('127.0.0.1', request_port)
        end
end

It turns out it's trying to respawn by issuing a request to itself.  However 127.0.0.1 is hardcoded.  In my dev environment there actually was something listening on 127.0.0.1:8080 which is why I didn't see the error.

The good news is that this error is "harmless" (technically it breaks prespawning).  We'll need to patch the passenger rubygem to know how to prespawn on something other than 127.0.0.1.  I'll have to see how Online works around this (if they do).

Verified on ose 2.1.z/2014-06-12.2
Steps to verify:
1. Create ruby-1.8/1.9 app
2. Ssh into app and check ~/app-root/logs/ruby.log

Actual results:
2.Display no errors:
[rubytest-dom13.ose21z-manual.com.cn 539a96b9db26c8b7e9000062]\> cat app-root/logs/ruby.log 
httpd: Could not reliably determine the server's fully qualified domain name, using node2.ose21z-manual.com.cn for ServerName
[Thu Jun 12 23:14:27 2014] [notice] SELinux policy enabled; httpd running as context unconfined_u:system_r:openshift_t:s0:c3,c80
httpd: Could not reliably determine the server's fully qualified domain name, using node2.ose21z-manual.com.cn for ServerName
[Thu Jun 12 23:14:27 2014] [notice] Digest: generating secret for digest authentication ...
[Thu Jun 12 23:14:27 2014] [notice] Digest: done
[Thu Jun 12 23:14:27 2014] [notice] Apache/2.2.15 (Unix) Phusion_Passenger/3.0.21 configured -- resuming normal operations
- - - [12/Jun/2014:23:14:29 -0700] "HEAD / HTTP/1.1" 200 - "-" "-"
- - - [12/Jun/2014:23:14:30 -0700] "HEAD / HTTP/1.1" 200 - "-" "-"
- - - [12/Jun/2014:23:14:34 -0700] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.2.15 (Red Hat) (internal dummy connection)"
- - - [12/Jun/2014:23:14:35 -0700] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.2.15 (Red Hat) (internal dummy connection)"

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2014-0781.html