On 15-05-08 08:55 AM, Eric Lehmann wrote: > Please also check for the proper security context. Do ls -Z > /var/www/html/index.html. The context type httpd_sys_content_t should be > present. > > Regards > > 2015-05-08 14:32 GMT+02:00 Richard <lists-centos at listmail.innovate.net>: > >> More specifically -- when you get the "not found" in the browser >> there should be an entry logged in the error log. E.g., tail the >> error log, issue a request, and see what you see. The error log >> entry will show the details of what is being requested and generally >> gives strong hints as to why it can't be found (pathing, access, >> etc.). If you don't get an entry in the error log that you are >> looking at then double check your configuration to make certain you >> are are looking at the one for the apache instance in question. You >> don't need to change the debug level for what you need for this. >> >> >> ------------ Original Message ------------ >>> Date: Friday, May 08, 2015 08:12:02 AM -0400 >>> From: John <tuxfed at gmail.com> >>> >>> On 15-05-07 04:52 PM, Richard wrote: >>>> What is showing in the apache error log? >>>> >>>> >>>> ------------ Original Message ------------ >>>>> Date: Thursday, May 07, 2015 04:28:16 PM -0400 >>>>> From: John <tuxfed at gmail.com> >>>>> >>>>> Directories permissions: 755 Files permissions: 644 >>>>> >>>>> On 15-05-07 04:21 PM, John wrote: >>>>>> I forgot to mention it. All the files under /var/html are owned >>>>>> by apache:apache >>>>>> >>>>>> On 15-05-07 04:07 PM, Eric Lehmann wrote: >>>>>>> Have you checked the file rights under your document root ? >>>>>>> Your apache group need reading right. >>>>>>> Am 07.05.2015 21:42 schrieb "John" <tuxfed at gmail.com>: >>>>>>> >>>>>>>> Hi all, Freshly installed apache 2.2 with httpd-itk (from >>>>>>>> epel). When I try to access apache's document root from a >>>>>>>> browser on local network, it >>>>>>>> always serve me the Apache welcome page, even if I have a >>>>>>>> index.html and a >>>>>>>> phpinfo.php file in the /var/www/html folder. If point the >>>>>>>> browser specifically to http://server/index.html, I get a '404 >>>>>>>> Not found error'. >>>>>>>> I'm running CentOS 6.6 x86_64. I've been googling this for a >>>>>>>> couple of days >>>>>>>> and found nothing. Here's a few output that might be useful: >>>> >>>> ------------ End Original Message ------------ >>>> >>>> >>>> _______________________________________________ >>>> CentOS mailing list >>>> CentOS at centos.org >>>> http://lists.centos.org/mailman/listinfo/centos >>>> >>> I've set log level to debug so there is a lot of info but no major >>> error: >>> [Thu May 07 15:09:37 2015] [info] Init: Seeding PRNG with 256 >>> bytes of entropy >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(253): >>> shmcb_init allocated 512000 bytes of shared memory >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(272): for >>> 511920 bytes (512000 including header), recommending 32 subcaches, >>> 133 indexes each >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(306): >>> shmcb_init_memory choices follow >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(308): >>> subcache_num = 32 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(310): >>> subcache_size = 15992 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(312): >>> subcache_data_offset = 3208 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(314): >>> subcache_data_size = 12784 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(316): >>> index_num = 133 >>> [Thu May 07 15:09:37 2015] [info] Shared memory session cache >>> initialised >>> [Thu May 07 15:09:37 2015] [info] Init: Initializing (virtual) >>> servers for SSL >>> [Thu May 07 15:09:37 2015] [info] mod_ssl/2.2.15 compiled against >>> Server: Apache/2.2.15, Library: OpenSSL/1.0.1e-fips >>> [Thu May 07 15:09:37 2015] [notice] Digest: generating secret for >>> digest authentication ... >>> [Thu May 07 15:09:37 2015] [notice] Digest: done >>> [Thu May 07 15:09:37 2015] [debug] util_ldap.c(2089): LDAP merging >>> Shared Cache conf: shm=0x7fd669f49f98 rmm=0x7fd669f49ff0 for >>> VHOST: backuppc.localdomain >>> [Thu May 07 15:09:37 2015] [debug] util_ldap.c(2089): LDAP merging >>> Shared Cache conf: shm=0x7fd669f49f98 rmm=0x7fd669f49ff0 for >>> VHOST: webERP >>> [Thu May 07 15:09:37 2015] [debug] util_ldap.c(2089): LDAP merging >>> Shared Cache conf: shm=0x7fd669f49f98 rmm=0x7fd669f49ff0 for >>> VHOST: localhost >>> [Thu May 07 15:09:37 2015] [info] APR LDAP: Built with OpenLDAP >>> LDAP SDK >>> [Thu May 07 15:09:37 2015] [info] LDAP: SSL support available >>> [Thu May 07 15:09:37 2015] [info] Init: Seeding PRNG with 256 >>> bytes of entropy >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(253): >>> shmcb_init allocated 512000 bytes of shared memory >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(272): for >>> 511920 bytes (512000 including header), recommending 32 subcaches, >>> 133 indexes each >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(306): >>> shmcb_init_memory choices follow >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(308): >>> subcache_num = 32 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(310): >>> subcache_size = 15992 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(312): >>> subcache_data_offset = 3208 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(314): >>> subcache_data_size = 12784 >>> [Thu May 07 15:09:37 2015] [debug] ssl_scache_shmcb.c(316): >>> index_num = 133 >>> [Thu May 07 15:09:37 2015] [info] Shared memory session cache >>> initialised >>> [Thu May 07 15:09:37 2015] [info] Init: Initializing (virtual) >>> servers for SSL >>> [Thu May 07 15:09:37 2015] [info] mod_ssl/2.2.15 compiled against >>> Server: Apache/2.2.15, Library: OpenSSL/1.0.1e-fips >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24112 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24112 for (*) >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24113 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1852): proxy: >>> worker proxy:reverse already initialized >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24113 for (*) >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24114 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1852): proxy: >>> worker proxy:reverse already initialized >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24114 for (*) >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24115 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1852): proxy: >>> worker proxy:reverse already initialized >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24115 for (*) >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24116 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1852): proxy: >>> worker proxy:reverse already initialized >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24116 for (*) >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24117 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1852): proxy: >>> worker proxy:reverse already initialized >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24117 for (*) >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24118 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1852): proxy: >>> worker proxy:reverse already initialized >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24118 for (*) >>> [Thu May 07 15:09:37 2015] [notice] Apache/2.2.22 (Unix) DAV/2 >>> PHP/5.3.3 mod_ssl/2.2.15 OpenSSL/1.0.1e-fips configured -- >>> resuming normal operations >>> [Thu May 07 15:09:37 2015] [info] Server built: Aug 18 2014 >>> 14:54:53 >>> [Thu May 07 15:09:37 2015] [debug] itk.c(1105): AcceptMutex: >>> sysvsem (default: sysvsem) >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1833): proxy: >>> grabbed scoreboard slot 0 in child 24119 for worker proxy:reverse >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1852): proxy: >>> worker proxy:reverse already initialized >>> [Thu May 07 15:09:37 2015] [debug] proxy_util.c(1949): proxy: >>> initialized single connection worker 0 in child 24119 for (*) >>> >>> _______________________________________________ >>> CentOS mailing list >>> CentOS at centos.org >>> http://lists.centos.org/mailman/listinfo/centos >> >> ------------ End Original Message ------------ >> >> >> _______________________________________________ >> CentOS mailing list >> CentOS at centos.org >> http://lists.centos.org/mailman/listinfo/centos >> > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > I just realized that logging from vhosts is not working/configured properly. As soon as I have a couple of minutes, I'll do my homework. I want to thank you all for your kind help. From your answers I already got a few good leads. I'll be back if needed. ;-)