Upgrade problem (installto.sh) - Not on the "shell" (php-cli)

[zlp]

I'm a longtime roundcube user who usually upgrades manually. Now I'm trying the script method:

I'm on bluehost shared hosting with SSH enabled. I logged into my account and followed the directions in the UPGRADING document, but installto.sh doesn't run. It throws this error:
   Not on the "shell" (php-cli).[my username]@[mydomain.com]
(bracketed stuff is edited for privacy)
I've checked permissions on the script (755) and successfully ran a test script that just reports phpinfo. What am I doing wrong?

[SKaero]

Run a php file with the following code from the shell:

Code Select Expand

<?php
echo php_sapi_name();
?>


[zlp]

Thanks for the quick reply! The result of "php_sapi_name()" is "cgi-fcgi".
This seems odd to my noobie mind because fast cgi is not selected in CPanel. (It's set to "PHP5 with a single php.ini file in public_html".)
The plot thickens?

[SKaero]

Very odd that should output "cli" when running the script over ssh, if your sure your running in the shell I'd try removing the:

Code Select Expand

if (php_sapi_name() != 'cli') {
  die('Not on the "shell" (php-cli).');
}
check at the top of /program/include/clisetup.php and see if that works.

[zlp]

Thanks for your help. I'll try disabling the check tomorrow. I also started a ticket at bluehost to ask why php over ssh is running in fast cgi instead of cli. More later.

[zlp]

After disabling the CLI check, the script starts but it exits immediately after printing this:
Upgrading from 0.7. Do you want to continue? (y/N)
Update cancelled. See ya!

Also, Bluehost responded: "We do not run mod_php as an Apache module for php.  We do actually run PHP as CGI/FCGI as can be seen here:
phpinfo() "

Any thoughts or should I got back to manual upgrade?

[SKaero]

I'm going to guess that it just isn't going to work the way the server is setup so the manual upgrade is probably the best way forward.