Migration & Loss of Control Panel access

[kuhle]

I am planning a migration to a new server and something has happened which is bothering me.

A couple of weeks ago, we migrated all clients & domains to the new server. There were some issues over the migration that meant we could not complete.

Today, I wanted to get them all re-migrated as changes have been made to domains and email accounts since then. Therefore, I selected all clients and deleted them, expecting then to carry out a new migration of all clients.

Now I cannot log into the Plesk CP, but I can get into the shell root login.

Can anybody help?

 

[Amin Taheri]

Did you verify the psa service is running and the admin pw is the same?
Did you check the httpsd_error_log for possible clues?

Have you tried any troubleshooting that you could tell us to give us any clues?

 

[kuhle]

Thank You HostingGuy. When I try to get to the CP: https://IP:8443 I do not get as far as being asked for my username and pw, so I can only assume that it has not changed?

The error log says:

[Mon Nov 10 08:14:34 2008] [notice] SIGUSR1 received. Doing graceful restart
Processing config directory: /usr/local/psa/admin/conf/httpsd.*.include
Processing config file: /usr/local/psa/admin/conf/httpsd.asl.include
[Mon Nov 10 08:14:34 2008] [notice] Apache configured -- resuming normal operations
[Mon Nov 10 08:14:34 2008] [notice] Accept mutex: sysvsem (Default: sysvsem)
no crontab for ...
no crontab for ...
no crontab for ...
[Mon Nov 10 08:24:10 2008] [warn] long lost child came home! (pid 3637)
[25641] EACCELERATOR: PHP crashed

[Mon Nov 10 10:11:40 2008] [notice] caught SIGTERM, shutting down
Processing config directory: /usr/local/psa/admin/conf/httpsd.*.include
Processing config file: /usr/local/psa/admin/conf/httpsd.asl.include
[Mon Nov 10 10:15:01 2008] [notice] Apache configured -- resuming normal operations
[Mon Nov 10 10:15:01 2008] [notice] Accept mutex: sysvsem (Default: sysvsem)

I have restarted Apache:

[root@plesk ~]# /etc/init.d/httpd restart
Stopping httpd: [ OK ]
Starting httpd: [ OK ]
[root@plesk ~]#

but still no joy. All I did which crashed it was to highlight all clients and then delete them so that I could begin the migration again, and I guess that this was not clever! I'm sure it is something simple that needs re-starting, but it is not working right now!

If you could let me know what other troubleshooting might help, that would be great.

 

[Amin Taheri]

Try this:
service psa stopall
service psa startall
service psa start

You can also try
service httpd configtest

to see if there are any problems in httpd that would stop it from starting

 

[kuhle]

Thanks HostingGuy,

[root@plesk ~]# service psa stopall
Stopping Plesk... done
Stopping named service... done
Stopping mysqld service... done
Stopping qmail service... done
Stopping courier-imap service... done
Stopping postgresql service... done
Stopping psa-spamassassin service... done
Stopping drwebd service... done
Stopping tomcat5 service... done
Stopping httpd service... done
[root@plesk ~]# service psa startall
Starting xinetd service... done
Starting named service... done
Starting mysqld service... done
Starting qmail service... done
Starting courier-imap service... done
Starting postgresql service... done
Starting psa-spamassassin service... done
[root@plesk ~]# service psa start
Starting xinetd service... done
Starting named service... done
Starting mysqld service... done
Starting qmail service... done
Starting courier-imap service... done
Starting postgresql service... done
Starting psa-spamassassin service... done
Starting Plesk... done
Starting drwebd service... done
[root@plesk ~]# service httpd configtest
Syntax OK
[root@plesk ~]#

but I am still unable to log into the Control Panel! Any other suggestions?

 

[Amin Taheri]

If you have any firewalls, turn those off. Also, try doing a telnet to the port on the machine to see if its working.

You should be able to see something like this:

# netstat -an | grep 8443
tcp        0      0 0.0.0.0:8443                0.0.0.0:*                   LISTEN

# telnet `hostname -f` 8443
Trying 10.10.10.10...
Connected to www.my-server-here.com (10.10.10.10).
Escape character is '^]'.
telnet> quit

Also, can you give us the link to your servers plesk so we can see what it does? Please dont give login info as we dont need nor want that, i just want to see what it does.

 

[kuhle]

https://82.197.79.4:8443

I will try to do what you are suggesting above in a little while.

[root@plesk ~]# netstat -an | grep 8443
tcp 0 0 0.0.0.0:8443 0.0.0.0:* LISTEN
[root@plesk ~]# telnet `hostname -f` 8443
Trying 84.45.18.4...
Connected to plesk.expat-email.co.uk (84.45.18.4).
Escape character is '^]'.
quit
Connection closed by foreign host.
[root@plesk ~]#

and the strange thing is that 84.45.18.4 is the OLD server, and yet I am definitely logged onto the NEW server:

[root@plesk ~]# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:30:48:93:BC:E8
inet addr:82.197.79.4 Bcast:82.197.79.31 Mask:255.255.255.224
inet6 addr: fe80::230:48ff:fe93:bce8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:124608 errors:0 dropped:0 overruns:0 frame:0
TX packets:17987 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:20646785 (19.6 MiB) TX bytes:1580405 (1.5 MiB)

[root@plesk ~]#

 

[Amin Taheri]

it doesnt look like the port is open to the outside world.

# telnet 82.197.79.4 8443
Trying 82.197.79.4...
telnet: connect to address 82.197.79.4: Connection timed out
telnet: Unable to connect to remote host: Connection timed out

I would guess its a firewall problem.

 

[kuhle]

Would the firewall issue also explain the fact that the server appears to be trying to speak to the old server? That is very strange.

 

[Amin Taheri]

No, thats probably DNS.

 

[kuhle]

I disabled the firewall using

system-config-securitylevel

and having done that, I was able to log into the CP again, so that was great.

Interestingly, all my clients were back there - as they were before I started this problem by trying to delete them.

I tried deleting one client (3 domains) and that was OK. Then I tried deleting one more client (26 domains) and so far it has been stuck in "transferring data from IP" since. I guess it has hung once again, but not sure what I can do to test this.

 

[kuhle]

Still stuck doing nothing, and the httpsd_error_log says:

[Mon Nov 10 10:11:40 2008] [notice] caught SIGTERM, shutting down
Processing config directory: /usr/local/psa/admin/conf/httpsd.*.include
Processing config file: /usr/local/psa/admin/conf/httpsd.asl.include
[Mon Nov 10 10:15:01 2008] [notice] Apache configured -- resuming normal operations
[Mon Nov 10 10:15:01 2008] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Tue Nov 11 17:04:42 2008] [notice] caught SIGTERM, shutting down
Processing config directory: /usr/local/psa/admin/conf/httpsd.*.include
Processing config file: /usr/local/psa/admin/conf/httpsd.asl.include
[Tue Nov 11 17:05:41 2008] [notice] Apache configured -- resuming normal operations
[Tue Nov 11 17:05:41 2008] [notice] Accept mutex: sysvsem (Default: sysvsem)
[Wed Nov 12 14:44:21 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/soa_serial_number_format
[Wed Nov 12 14:44:21 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/select_db_server_permission
[Wed Nov 12 14:44:21 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/plesk_billing_bundle
[Wed Nov 12 14:44:21 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/ubuntu_804_support
[Wed Nov 12 14:44:41 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/soa_serial_number_format
[Wed Nov 12 14:44:41 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/select_db_server_permission
[Wed Nov 12 14:44:41 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/plesk_billing_bundle
[Wed Nov 12 14:44:41 2008] [error] [client 78.32.177.1] File does not exist: /usr/local/psa/admin/htdocs/images/news/ubuntu_804_support
no crontab for secondcopy

so in the meantime, I have re-enabled the firewall. Any clues or ideas?