I built an app with the php builder, but it doesn't appear to log accesses: [joe@ose3-master ~]$ osc logs upload-2-1miom AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 10.1.0.10. Set the 'ServerName' directive globally to suppress this message
access logs are in /tmp/access_log, you can exec into the container and view them.
If the access logs are not being logged to stdout then what is expected to be logged to stdout by the PHP image?
Another user just hit this issue. I think the "problem" is that, unlike other builders where the runtime is also the server, in the case of the php builder the runtime (apache) is not sending its logs directly to stdout, which is why you don't see them with "oc log". I would think that most people are going to expect that all of the Apache log output goes to stdout, but I don't know for sure. A happy medium might be making this configurable via the repo or something?
Can we get this added to the docs? Raising sev to bring attention.
doc PR: https://github.com/openshift/openshift-docs/pull/887
documented. lowering sev for remaining issue of making the access log location/output configurable.
Pull request has been created: https://github.com/openshift/sti-php/pull/64
Now access logs are streamed to stdout instead of /tmp/access_log file.
Access log displays with latest php image: [wzheng@openshiftqe test]$ oc logs cakephp-example-1-29a85 AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 172.17.0.19. Set the 'ServerName' directive globally to suppress this message 172.17.42.1 - - [10/Oct/2015:11:07:34 +0000] "GET / HTTP/1.1" 200 63365 "-" "curl/7.37.0" Will move the bug to verified till verified in ose env.
JFYI: I've applied similar change to the perl image (https://github.com/openshift/sti-perl/pull/53).
Works for php-55-rhel7(b8d96657ee16) and perl-516-rhel7(dddacd1007ae) But still could reproduce this issue for php-56-rhel7(057b1c7fdae1) and perl-520-rhel7(f3ed77ae8490)
I've rebuilt the existing S2I images, however I've not re-built those owned by the SCL teams. Honza, do you know when you guys will build new versions of the scl images to pick up this change?
We don't have an explicit deadline for rebuild, but it must be soon (next week at latest).
assigning to Honza as his team needs to do the rebuild for php-56 now that the changes are in github.
I've created separate bug reports for both images so we can track that it is fixed.
Both depending bugs are now on QE, so moving to QE as well.
Works with perl-520-rhel7(imageid:076ec56d14b1) Works on php-56-rhel7(imageid:f03be54af158) $oc logs dancer-example-1-h47bi [Mon Nov 09 06:42:04.666644 2015] [so:warn] [pid 1] AH01574: module perl_module is already loaded, skipping AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 10.1.3.56. Set the 'ServerName' directive globally to suppress this message 10.1.3.1 - - [09/Nov/2015:06:46:04 -0500] "GET / HTTP/1.1" 200 42325 "-" "curl/7.29.0" 10.1.3.1 - - [09/Nov/2015:06:46:10 -0500] "GET / HTTP/1.1" 200 42325 "-" "curl/7.29.0" 10.1.3.1 - - [09/Nov/2015:06:46:12 -0500] "GET / HTTP/1.1" 200 42325 "-" "curl/7.29.0" $ oc logs cakephp-example-1-584jx AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 10.1.0.41. Set the 'ServerName' directive globally to suppress this message 10.1.0.1 - - [09/Nov/2015:06:38:39 -0500] "GET / HTTP/1.1" 200 63468 "-" "curl/7.29.0" 10.1.0.1 - - [09/Nov/2015:06:38:47 -0500] "GET / HTTP/1.1" 200 63671 "-" "curl/7.29.0" Move bug to verified