We are using 3.22.2 and are in the middle of refreshing our non-production environments.
To do this we take a complete backup of the /www/msm… directory and an oracle backup that was taken at the same time and completely replace the non-prod /www/msm… and database.
The system_move_update script fails to work, instead of requesting the old path it returns to the commandline.
The issue seems to be with the
require_once $SYSTEM_ROOT.'/core/include/init.inc';
line in system_move_update.php.
Delving into core/include/init.inc if the last line of code is commented out
//$GLOBALS['SQ_SYSTEM']->init();
the system_move_update.php script works.
Anybody have any thoughts…
Regards
Barry
[quote]
We are using 3.22.2 and are in the middle of refreshing our non-production environments.
To do this we take a complete backup of the /www/msm… directory and an oracle backup that was taken at the same time and completely replace the non-prod /www/msm… and database.
The system_move_update script fails to work, instead of requesting the old path it returns to the commandline.
The issue seems to be with the
require_once $SYSTEM_ROOT.'/core/include/init.inc';
line in system_move_update.php.
Delving into core/include/init.inc if the last line of code is commented out
//$GLOBALS['SQ_SYSTEM']->init();
the system_move_update.php script works.
[/quote]
I do not think commenting that line out would have solved your problems.
When you first run the script, was there any errors in the error log?
Can you run another script (system_integrity_check_links.php is safe to run as it is only a report)?
What parameters were passed into the system_move_update? (You can pass in the the new dir and the old dir for it to start automatically)
Benjamin - apologies for not replying sooner - this got put on the backburner.
Running the script does not result in any errors to the screen or to the error log.
Tried to run as php scripts/system_move_update /www/msmdev and also php scripts/system_move_update /www/msmdev /www/wwwlive no output from either.
I tried to run system_integrity_check_links.php with the dir name and it returned to the commandline prompt without any output as well.
Is your db.inc and main.inc setup correctly? What happens when you go to the new environment in a browser, you will typically still be able to login.
script example:
I'm starting a new matrix env from a copy of /www/mysource_matrix.
The script should look something like
$ pwd
/www/mysource_matrix_upgrade_ref
$ php scripts/system_move_update.php `pwd`
Enter the old System Root : /www/mysource_matrix
Confirm "/www/mysource_matrix" (Y/N) : Y
File : /www/mysource_matrix_upgrade_ref/data/private/assets/image/0004/162553/.FFV/michael-balfour.jpg
File : /www/mysource_matrix_upgrade_ref/data/private/assets/image/0004/74065/.FFV/go_button.jpg
File : /www/mysource_matrix_upgrade_ref/data/private/assets/image/0004/167134/varieties/.FFV/thumb.jpeg
File : /www/mysource_matrix_upgrade_ref/data/private/assets/image/0004/167134/varieties/.FFV/thumb.jpg
...
I've never had a problem with this script
[quote]
Benjamin - apologies for not replying sooner - this got put on the backburner.
Running the script does not result in any errors to the screen or to the error log.
Tried to run as php scripts/system_move_update /www/msmdev and also php scripts/system_move_update /www/msmdev /www/wwwlive no output from either.
I tried to run system_integrity_check_links.php with the dir name and it returned to the commandline prompt without any output as well.
[/quote]
Chances are you're getting a quiet error of some sort. Run "echo $?" immediately afterwards, you should get a 0 if it's healthy.
E.g:
$ php scripts/system_move_update.php /www/msmdev
$ echo $?
255
Chances are there is something broken with the install unrelated to this script that needs to be fixed first, you might get some hints from data/private/error.log.
Yes I agree it is in the surrounding environment.
One key piece of information is that this is a new server installion with PHP5. It was to replace a server that had started with a PHP4 with mysource 3.16 and was subsequently upgraded to PHP5 and 3.22.x. system-move has worked on this server.
When I run the system-move command on the new PHP5 server it returns 255
I have enabled the display of errors and startup errors in /etc/php.ini but still no information is displayed to indicate the problem.
The following RHEL5 php rpm's are installed.
5.1.6-23.el5:- php, php-ncurses, php-common, php-pdo, php-gd, php-xml, php-soap, php-cli, php-devel
php-pear-1.4.9-4.el5.1
php-eaccelerator-0.9.5.3-1.el5.pp
Nothing is being written to the data/private/logs directory at this stage.
Barry
Problem solved by Squiz NZ, I had neglected to install the pear oci8 module.
php scripts in the scripts directory now execute correctly.
Thanks to those who replied to my post.