Information
The article describes steps to perform after the PBA for Linux migration from RHEL 4/CentOS 4 to RHEL 6/CentOS 6.
Refer to the main Knowledgebase article #116940 PBA for Linux Migration to RHEL6/CentOS6: Procedure, Known Issues, and Limitations.
PBA for Linux Post Migration
For non-PVC based installation switch IP addresses of the target PBA servers to original ones.
Follow the instruction in the PBA documentation: http://download.pa.parallels.com/pba/5.4/doc/60483.htm
Get the list of PBA RPM packages on the new servers and compare it with the list of packages on source servers prepared during the pre-migration procedure to make sure that all required components are installed, use the commend below to get it:
# rpm -qa | grep '^bm'Make sure all custom plugins are installed on the new PBA Application server.
Check iptables rules on the new PBA servers, compare them with original rules saved during the pre-migration procedure and adjust if necessary.
Check and restore if necessary external Internet connection from within new PBA servers.
Refer to the Parallels Knowledgebase article #116081 for more details.
Re-install all available hotfixes for the current version using the /usr/local/bm/tools/pba-hotfixes.pl script on the PBA Application server.
If source PBA containers use bridged network mode, IP addresses should be configured manually on the target servers after migration.
Check the mail relay host name in the /usr/local/bm/conf/AMAIL-users.db file - if localhost (127.0.0.1) is used, copy sendmail configuration file /etc/mail/sendmail.cf from the source PBA Application server.
Verify that IP addresses of all POA UI (User Interface) and Branding servers are configured in the /usr/local/bm/conf/ip_access.db file.
If some external (non PBA) host(s) had access to the PBA database before migration then configure such access in the /var/lib/pgsql/data/pg_hba.conf file on the new PBA Database server.
Configure custom cron jobs saved during the pre-migration procedure.
If the PBA system had custom script to backup database and save backup to another host configured consider to restore it manually after the migration. SSH auth keys may have to be restored as well.
Migration script will not move custom PHP files from the /usr/local/bm/templatestore/webroot/phpcode folder on the source Online Store server, it should be done manually if necessary.
If redirect from external systems is defined in the /etc/xinetd.d/xmlrpc on the source PBA Application server, it should be configured on destination server as well.
Disable old PBA servers:
PVC-based installation:
vzctl set CT_ID --save --onboot no --disable yesParallels Virtual Machine based installation:
prlctl set VMNAME --autostart offReplace CT_ID and VMNAME in the commands above with actual ID of container or Virtual Machine name, repeat the commands for all old PBA servers.
Check XML customization after migration and adjust if necessary.
Check custom locales.
Check timezone on new PBA servers.
Check SELinux mode on the PBA Application server, it must be set to permissive.
Refer to the Parallels Knowledgebase article #117641 for more details.
If you want to keep the current IP's (new IP's) on the migrated container and do not want to change them, follow the steps below:
- In POA DB execute query: SELECT * FROM bmbridge_settings;
and check value of "url.bm.ui" and "bm.xmlrpc.host"
If old IP is there - then you should change it to new IP.
- Then you need to make sure that hostname specified in "url.bm.ui" resolves to current frontnet IP of PBA application server from POA core and POA UI - you just need to add or edit existing entry for this hostname in hosts file on POA core and POA UI server and check hosts files on other servers in your PA environment.