[CentOS] Apache 2.2 itk - 404 not found

John tuxfed at gmail.com
Fri May 8 15:40:13 UTC 2015


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. ;-)



More information about the CentOS mailing list