admin login hangs - live site probs

[planetjanet]

The hosting company changed servers, so my site has a new IP address. 24 hours after the server change, the admin area became inaccessible. It just hangs on admin/ and never prompts for username and password, then, of course 404s. Both the new IP and old IPs resolve to the site (?)

I thought maybe the htaccess files weren't moved, but they were.

I have secure admin login installed, and I can pull up login.php and enter the username and password, but still it hangs and 404s

 

Raw access logs say GET admin/ HTTP/1.1" 200 - "

But it's not OK, if it Cannot find server/Page cannot be displayed.

 

Since this problem, a new problem arose and customers cannot check out!

 

Warning: fsockopen() [function.fsockopen]: php_network_getaddresses: getaddrinfo failed: Name or service not known in includes/classes/http_client.php on line 330

 

Warning: fsockopen() [function.fsockopen]: unable to connect to production.shippingapis.com:80 in includes/classes/http_client.php on line 330

 

Does anybody have any idea what happened or what needs to be updated?

 

 

I read this: http://www.oscommerce.com/forums/index.php?sho...l=new+IPaddress

but I'm not experiencing those problems...

[davidinottawa]

The hosting company changed servers, so my site has a new IP address. 24 hours after the server change, the admin area became inaccessible. It just hangs on admin/ and never prompts for username and password, then, of course 404s. Both the new IP and old IPs resolve to the site (?)

I thought maybe the htaccess files weren't moved, but they were.

I have secure admin login installed, and I can pull up login.php and enter the username and password, but still it hangs and 404s

 

Raw access logs say GET admin/ HTTP/1.1" 200 - "

But it's not OK, if it Cannot find server/Page cannot be displayed.

 

Since this problem, a new problem arose and customers cannot check out!

 

Warning: fsockopen() [function.fsockopen]: php_network_getaddresses: getaddrinfo failed: Name or service not known in includes/classes/http_client.php on line 330

 

Warning: fsockopen() [function.fsockopen]: unable to connect to production.shippingapis.com:80 in includes/classes/http_client.php on line 330

 

Does anybody have any idea what happened or what needs to be updated?

I read this: http://www.oscommerce.com/forums/index.php?sho...l=new+IPaddress

but I'm not experiencing those problems...

 

It says it is timing out connecting to port 80 - whic is very bizarre.

 

why is it trying to connect to this : production.shippingapis.com

Is this your domain name : shippingapis.com

production sounds like the *server* name to me

 

Let's try and debug better.

 

Replace your entire sendCommand function from http_client with this (should be about lines 314 - 361) :

Back up first!!!!!!!

 

function sendCommand( $command )

{

if( $this->debug & DBGLOW ) echo "sendCommand( $command )\n";

$this->responseHeaders = array();

$this->responseBody = "";

 

// connect if necessary

if( $this->socket == false or feof( $this->socket) ) {

 

if( $this->useProxy ) {

$host = $this->proxyHost;

$port = $this->proxyPort;

} else {

$host = $this->url['host'];

$port = $this->url['port'];

}

if( $port == "" ) $port = 80;

$this->socket = fsockopen( $host, $port, &$this->reply, &$this->replyString , 5);

if( $this->debug & DBGSOCK ) echo "connexion( $host, $port) => $this->socket\n";

if( ! $this->socket ) {

if( $this->debug & DBGSOCK ) echo "FAILED : $this->replyString ($this->reply)\n";

return false;

}

socket_set_timeout ( $this->socket, 5 );

#set_socket_timeout ( $this->socket, 5 );

#stream_set_timeout ( $this->socket, 5 );

}

 

if( $this->requestBody != "" ) {

$this->addHeader( "Content-Length", strlen( $this->requestBody ) );

}

 

$this->request = $command;

$cmd = $command . CRLF;

if( is_array( $this->requestHeaders) ) {

foreach( $this->requestHeaders as $k => $v ) {

$cmd .= "$k: $v" . CRLF;

}

}

 

if( $this->requestBody != "" ) {

$cmd .= CRLF . $this->requestBody;

}

 

// unset body (in case of successive requests)

$this->requestBody = "";

if( $this->debug & DBGOUTDATA ) echo "DBG.OUTDATA Sending\n$cmd\n";

 

fputs( $this->socket, $cmd . CRLF );

return true;

}

[davidinottawa]

The hosting company changed servers, so my site has a new IP address. 24 hours after the server change, the admin area became inaccessible. It just hangs on admin/ and never prompts for username and password, then, of course 404s. Both the new IP and old IPs resolve to the site (?)

I thought maybe the htaccess files weren't moved, but they were.

I have secure admin login installed, and I can pull up login.php and enter the username and password, but still it hangs and 404s

 

Raw access logs say GET admin/ HTTP/1.1" 200 - "

But it's not OK, if it Cannot find server/Page cannot be displayed.

 

Since this problem, a new problem arose and customers cannot check out!

 

Warning: fsockopen() [function.fsockopen]: php_network_getaddresses: getaddrinfo failed: Name or service not known in includes/classes/http_client.php on line 330

 

Warning: fsockopen() [function.fsockopen]: unable to connect to production.shippingapis.com:80 in includes/classes/http_client.php on line 330

 

Does anybody have any idea what happened or what needs to be updated?

I read this: http://www.oscommerce.com/forums/index.php?sho...l=new+IPaddress

but I'm not experiencing those problems...

 

 

http://bugs.php.net/bug.php?id=11058

http://bugs.php.net/bug.php?id=27509

[planetjanet]

Thanks, david;

I tried that and nothing changed.

The host company suggested notifying USPS of the IP address change, but USPS never requested that information.

 

Any insight into the admin area problem?

[planetjanet]

I was able to fix the admin login issue. I restored the admin area from my latest backup. I also corrected the IP address to which I was FTP'ing. It appears the problem there was either in sessions or general.php, or both.

 

Then, I tried your debug code and it resulted in:

 

Parse error: syntax error, unexpected T_VARIABLE, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /home/erdmann/public_html/rc-parts/includes/classes/http_client.php on line 367

 

of course, adding the } didn't have good results.

 

I am also receiving an error with PayPal Express checkout:

MODULE_PAYMENT_PAYPAL_EC_TEXT_PROCESS_ERROR

 

I re-installed both the USPS Methods and PayPal Website Payments Pro modules to no effect.

[studio-owens]

production.shippingapis.com:80

 

That's the USPS server for providing shipping quotes. I bet if you turn off your United States Postal Service shipping module, everything else will work like normal. Maybe just check to make sure your USPS username and password are correct.

 

That's all the help I have on this one.

[imagixx]

production.shippingapis.com:80

 

That's the USPS server for providing shipping quotes. I bet if you turn off your United States Postal Service shipping module, everything else will work like normal. Maybe just check to make sure your USPS username and password are correct.

 

That's all the help I have on this one.

 

Am I the first to pick this up today? It seems the USPS quote server is currently unreachable.

 

10 Timed out Destination network unreachable Timed out -

11 Timed out Timed out Timed out -

12 Destination network unreachable Timed out Destination network unreachable

 

Disable USPS shipping module, use a flat rate method as temporary fix.

 

Does anyone have automatic fix when a rate server cannot be reached, to then use an alternative - rather than just having the customer's ordering process hang up?

 

[sychosyd_28]

Am I the first to pick this up today? It seems the USPS quote server is currently unreachable.

 

10 Timed out Destination network unreachable Timed out -

11 Timed out Timed out Timed out -

12 Destination network unreachable Timed out Destination network unreachable

 

Disable USPS shipping module, use a flat rate method as temporary fix.

 

Does anyone have automatic fix when a rate server cannot be reached, to then use an alternative - rather than just having the customer's ordering process hang up?

 

 

I noticed the USPS server was down this morning. It must've miraculously happened less than 5 minutes after we got our last order. I had to duplicate the customer's purchase with a dummy account (for unrelated reasons) and couldn't get past the "Check Out Now" button because of the timeouts. So it's not just you.