issue with apache not resolving a folder

kernel-P4N1C · 12-22-2011, 07:08 PM

it is not a hosting provider... this is a customers server.... some other guy set the server up...

I'm about to reformat and reinstall the whole thing assuming something went wrong on updating services etc.

kernel-P4N1C · 12-27-2011, 04:57 PM

ok
i've format the hdd and upgrade to centos 6 minimal.

I've installed apache and such... and same issue here..

kbp · 12-28-2011, 06:08 AM

Do you have .htaccess or .htpasswd files under /wp-admin ?

lithos · 12-28-2011, 01:09 PM

post your "httpd.conf" once for all to let us see the config you might have any troubled lines.

d3vrandom · 12-28-2011, 07:00 PM

Quote:

Originally Posted by kernel-P4N1C

ok
i've format the hdd and upgrade to centos 6 minimal.

I've installed apache and such... and same issue here..

IF you are having the same issue again then obviously the problem is not with your server. Where is the server located? Is it in a datacenter? If so maybe there is a load balancer or hardware firewall that is causing problems? In other words the same thing I mentioned before:

http://www.linuxquestions.org/questi...6/#post4540064

I don't see wordpress installed on fastmedic.com so where did you install it? Make sure you install the latest 3.3 version directly from the wordpress.org site. Don't install it from some other source.

kernel-P4N1C · 12-28-2011, 09:09 PM

I've put it on a folder named wordpress

www.fastmedic.com/wordpress/

server is on customers office behind a firewall.

as long as I know, everything worked fine until one day it stopped working. I don't know for sure what was done, and that's why i decided to reformat... anyhow, server have a lot of latency.

Code:

[root@web conf.d]# mii-tool -v eth0
eth0: negotiated 100baseTx-FD flow-control, link ok
  product info: vendor 00:aa:00, model 56 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
[root@web conf.d]# ethtool eth0
Settings for eth0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: Unknown
        Supports Wake-on: umbg
        Wake-on: d
        Current message level: 0x00000007 (7)
        Link detected: yes
[root@web conf.d]# ethtool -S eth0
NIC statistics:
     rx_packets: 440004
     tx_packets: 8919
     rx_bytes: 32063774
     tx_bytes: 2213862
     rx_broadcast: 420038
     tx_broadcast: 7
     rx_multicast: 8018
     tx_multicast: 8
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     multicast: 8018
     collisions: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_crc_errors: 0
     rx_frame_errors: 0
     rx_no_buffer_count: 0
     rx_missed_errors: 0
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     tx_window_errors: 0
     tx_abort_late_coll: 0
     tx_deferred_ok: 0
     tx_single_coll_ok: 0
     tx_multi_coll_ok: 0
     tx_timeout_count: 0
     tx_restart_queue: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     rx_align_errors: 0
     tx_tcp_seg_good: 158
     tx_tcp_seg_failed: 0
     rx_flow_control_xon: 0
     rx_flow_control_xoff: 0
     tx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_long_byte_count: 32063774
     rx_csum_offload_good: 31613
     rx_csum_offload_errors: 0
     alloc_rx_buff_failed: 0
     tx_smbus: 0
     rx_smbus: 61
     dropped_smbus: 0
[root@web conf.d]# netstat -i
Kernel Interface table
Iface       MTU Met    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0       1500   0   440025      0      0      0     8933      0      0      0 BMRU
lo        16436   0      923      0      0      0      923      0      0      0 LRU
[root@web conf.d]# ping www.google.com
PING www.l.google.com (74.125.65.105) 56(84) bytes of data.
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=1 ttl=50 time=75.9 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=2 ttl=50 time=72.8 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=3 ttl=50 time=70.9 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=4 ttl=50 time=70.6 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=5 ttl=50 time=71.6 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=6 ttl=50 time=73.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=7 ttl=50 time=73.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=8 ttl=50 time=74.3 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=9 ttl=50 time=75.8 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=10 ttl=50 time=74.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=11 ttl=50 time=80.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=12 ttl=50 time=72.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=13 ttl=50 time=75.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=14 ttl=50 time=81.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=15 ttl=50 time=72.1 ms
64 bytes from gx-in-f105.1e100.net (74.125.65.105): icmp_seq=16 ttl=50 time=71.6 ms
^C
--- www.l.google.com ping statistics ---
16 packets transmitted, 16 received, 0% packet loss, time 19623ms
rtt min/avg/max/mdev = 70.642/74.066/81.143/2.957 ms
[root@web conf.d]#

d3vrandom · 12-29-2011, 02:20 AM

in your wordpress folder .htaccess file add this under rewriteengine on and, if it exists, rewritebase:

Code:

rewriterule ^tuu/ wp-admin/ [NC,L]

The try to access www.fastmedic.com/wordpress/tuu/. If it works you'll likely be redirected to wp-login.php. If that happens then the problem is with the firewall. You can't access wp-admin but can access and alias tuu.

kernel-P4N1C · 12-29-2011, 04:04 PM

can't access the tuu alias either...
same behavior

Code:

logs..
190.219.129.5 - - [29/Dec/2011:18:35:45 +0000] "GET /wordpress/tuu/ HTTP/1.1" 302 - "http://www.linuxquestions.org/questions/linux-server-73/issue-with-apache-not-resolving-a-folder-906286/page2.html" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0"

as you see, the logs are not showing anything unusual but the connection get lost on browser "The connection to the server was reset while the page was loading."

now... here is where it become interesting..

when i call the address on the same server usin lynx.. it resolves fine..

here is the "page" on lynx

Code:

                                                              Fastmedic âº Log IFastmedic

   Username
   ____________________

   Password
   ____________________

   [ ] Remember Me

   Log In

   Lost your password?

   â Back to Fastmedic





(NORMAL LINK) Use right-arrow or <return> to activate.
  Arrow keys: Up and Down to move.  Right to follow a link; Left to go back.
 H)elp O)ptions P)rint G)o M)ain screen Q)uit /=search [delete]=history list

here are the logs

Code:

127.0.0.1 - - [29/Dec/2011:18:40:45 +0000] "GET /wordpress/wp-admin HTTP/1.0" 301 335 "-" "Lynx/2.8.6rel.5 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/1.0.0-fips"
127.0.0.1 - - [29/Dec/2011:18:40:47 +0000] "GET /wordpress/wp-admin/ HTTP/1.0" 302 - "-" "Lynx/2.8.6rel.5 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/1.0.0-fips"
127.0.0.1 - - [29/Dec/2011:18:40:50 +0000] "GET /wordpress/wp-login.php?redirect_to=http%3A%2F%2Fwww.fastmedic.com%2Fwordpress%2Fwp-admin%2F&reauth=1 HTTP/1.0" 200 2168 "-" "Lynx/2.8.6rel.5 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/1.0.0-fips"

However, when i call from another machine within their internal network,..
the website

Code:

HTTP request sent; waiting for response.

and it stays there forever... same behavior on the logs

Code:

192.168.1.1 - - [29/Dec/2011:18:43:55 +0000] "GET /wordpress/wp-admin HTTP/1.0" 301 335 "-" "Lynx/2.8.5rel.1 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.8e-fips-rhel5"
192.168.1.1 - - [29/Dec/2011:18:43:57 +0000] "GET /wordpress/wp-admin/ HTTP/1.0" 302 - "-" "Lynx/2.8.5rel.1 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.8e-fips-rhel5"

forgot to mention.... the http.conf file is the "default" one as this webserver is going to serve only this page and no virtualhost has been setup