config.php deteced as not writable during update

[bebertii]

Hi,
I'm trying to update my site from 2.1.6 version to the latest 2.2.8
I uploaded the cmsms-2.2.8-install.php file in binary mode and began the update process.
I'm stuck at the verification step, the process detects my config.php as non writable even if I chmod it with 777.
There is nothing about this file in my .htaccess
Could you tell my what I'm doing wrong ?
Thanks !

[DIGI3]

It could be an ownership issue, which you may need to resolve with your host's help. There's also been a few instances where the opcache extension causes strange permission problems, you could try temporarily disabling it.

[bebertii]

It wasn't : I removed cmsms-2.2.8-install.php from the server, changed to 777 config.php and the re-uploaded cmsms-2.2.8-install.php.
I was able to continue after that.
Would it be possible that the installer store the previous chmod attributes of config.php and doesn't really update on re-check ?

After this, I had the same issue with index.php on 7th step and finally update crashed on 8th during database update.

[Jo Morg]

Would it be possible that the installer store the previous chmod attributes of config.php and doesn't really update on re-check ?

Although didn't have yet time to verify this by proper testing, I came across this once already, and just going back one step on the installation and then back to the next step again did the trick. So it may be a minor bug on the retest.

After this, I had the same issue with index.php on 7th step and finally update crashed on 8th during database update.

We would need the php error log to make sense of that as I (and others) have been able to complete upgrades and never came across that one.

[bebertii]

On the 4th attemp, I finally succeed !
But I now have an error 500 on a blank page.
The administration part is working.
I didn't see anything on the admin log :

Code: Select all

xxx.xxx.xxx.xxx	admin	1	Admin Username: admin	Logged In	2 sept.. 2018 19:32:02
xxx.xxx.xxx.xxx	bernon	 	Global Settings	Sitedown enabled	2 sept.. 2018 19:28:54

The bottom line is before the update and the top line is when I logged in after the error 500
My System Information :

Code: Select all

----------------------------------------------

Cms Version: 2.2.8

Installed Modules:

AdminSearch: 1.0.2
CMSContentManager: 1.1.4
CMSMailer: 6.2.14
DesignManager: 1.1.1
FileManager: 1.5.2
MicroTiny: 2.0.3
ModuleManager: 2.0.5
Navigator: 1.0.3
News: 2.50.6
Search: 1.50.2
TinyMCE: 3.1.4

Config Information:

php_memory_limit:
max_upload_size: 64000000
url_rewriting: none
page_extension:
query_var: page
auto_alias_content: true
locale:
set_names: true
timezone: Europe/Paris
permissive_smarty: false

Php Information:

phpversion: 7.1.19
md5_function: On  (Vrai)
json_function: On  (Vrai)
gd_version: 2
tempnam_function: On  (Vrai)
magic_quotes_runtime: Off  (Faux)
E_ALL: 32759
E_STRICT: 2048
E_DEPRECATED: 8192
test_file_timedifference: Aucune différence de date du système trouvée
test_db_timedifference: Aucune différence de date du système trouvée
create_dir_and_file: 1
memory_limit: 512M
max_execution_time: 300
register_globals: Off  (Faux)
output_buffering: On 
disable_functions: _dyuweyrj4, _dyuweyrj4r, dl
open_basedir:
test_remote_url: Valable
file_uploads: On  (Vrai)
post_max_size: 130M
upload_max_filesize: 64M
session_save_path: /tmp (0700)
session_use_cookies: On  (Vrai)
xml_function: On  (Vrai)
xmlreader_class: On  (Vrai)
check_ini_set: On  (Vrai)
curl: On 

Performance Information:

allow_browser_cache: Off  (Faux)
browser_cache_expiry: 60
php_opcache: Off  (Faux)
smarty_cache: Off  (Faux)
smarty_compilecheck: Off  (Faux)
auto_clear_cache_age: On  (Vrai)
Server Information:

Server Software: Apache
Server Api: cgi-fcgi
Server Os: Linux 4.14.19-ovh-vps-grsec-zfs-classid On  x86_64
Server Db Type: MySQL (mysqli)
Server Db Version: 5.5.55
Server Db Grants: Impossible de trouver un privilège "GRANT ALL". Cela ne conduit pas nécessairement à des problèmes... Mais si vous avez des problèmes pour installer/retirer des modules ou ajouter/supprimer des éléments de contenu ou pages cela pourrait en être la cause.

Permission Information:

tmp: /home/bernon/www/tmp (0705)
tmp_cache: /home/bernon/www/tmp/cache (0705)
templates_c: /home/bernon/www/tmp/templates_c (0705)
modules: /home/bernon/www/modules (0705)
uploads: /home/bernon/www/uploads (0705)
Masque de création de fichier (umask) : /home/bernon/www/tmp/cache (0705)
config_file: 0777
----------------------------------------------

I chmodded index.php to 644 and config.php to 444 and the error 500 disappeared.

My site is now in maintenance mode, but I can't quit this mode. In the global settings, I can switch off the maintenance mode, but can't validate... So, when I refresh the page, maintenance mode is still active, event if I log out/in

[DIGI3]

Sounds like mod_security, you may need to ask your host to disable it or find the rule interfering and whitelist it.

[bebertii]

I think it was simpler than that : I tried from another computer and succeed, my website is now up-to-date
I think it was a problem with the internet cache.

My apologies, it appears that I bothered you for nothing.
Many thanks !