Thanks for that running update.php got me out of that jam.
Thanks to all contributors to this issue.
Response from my hosting provider, doesn’t help much!
In most cases it'll be Imunify360's ModSecurity rules detecting something in the POST request which has a signature similar to that of some sort of malware injection.
There are thousands of rules in ModSec, so it's actually rather common for some things like updates to get falsely flagged.
Beyond disabling the specific rule that's causing the issue, we won't go much further into it.
Okay I’ve gone back to Krystal to see what they can tell us.
Brilliant @bearstar conform that's a fix. Many thanks
I’ve just created a clean install of Drupal 7.97 on my localhost and can confirm that all runs fine new modules install without problem. Trouble is it doesn’t help me identity why I have this problem on my shared server. I’ll take it up with them again.
I feel there must be a clue in the failure to copy error which says it can’t copy the only file it does copy! The update process can clearly access the module folder as it has removed the existing module files so not a permissions issue. I have been unable to find any clues in either Drupal or server logs.
Update and new module installations run fine on Drupal 10. on my shared server using composer.
Any thoughts about how to identify the problem, which does appear to be platform specific, would be welcome. #44 suggestion is beyond my capabilities I’m afraid!
I’m getting concerned about how this gets escalated as we don’t seem to any closer to a solution.
Response from Krystal.
Hello Rohan,
Thank you for your response.
We've seen other reports of this issue and our system administrators have extensively investigated ruling out Imunify, modsec, permissions etc.
However, when our system administrators have been testing on Krystal and non-Krystal based machines (along with clients), the issue doesn't appear to be limited to the Krystal servers and appears to be a Drupal issue unfortunately.
As such, this is something that would need to be further reviewed with a developer until a fix is provided by Drupal.
@SteveWilson you said in an earlier post that you found this fault on different servers? does this mean not only Krystal?
Okay I’ve taken up with Krystal
We seem to have got a bit stuck on this.
I've just created a clean install of Drupal 7.97 with PHP 8.1 running and attempted to upload module xmlsitemap with the error as below. Attempt wth Views - same result.
Both new folders created in sites/all/modules but only Readme in xml and D7UPGRADE.txt in Views. So in the latter case the error message says the D7UPGRADE.txt file can't be copied but that is the only file that has been colpied.
Any further thoughts much appreciated, I am also wondering if there is some change on the server that is causing this. My server is on Krystal.uk
@ #24 exactly the same. Updates are present in the tmp folder but module folder empty.
@ #15 good call on the permissions Default was not writable - embarassing don't know what happend there!
On PHP extensions I have the following running:
pdo
pdo_mysql
pdo_sqlite
mysqli
mysqlnd
Re #13 SELinux is disabled.
Thanks for your response poker10
I'm on Drupal 7.97 and I have updated since 7.93
I have the following error logs on the server:
[22-May-2023 09:32:42 Europe/London] PHP Deprecated: dirname(): Passing null to parameter #1 ($path) of type string is deprecated in /home/golffeaturescom/public_html/includes/common.inc on line 2970
[22-May-2023 09:32:42 Europe/London] PHP Deprecated: dirname(): Passing null to parameter #1 ($path) of type string is deprecated in /home/golffeaturescom/public_html/includes/common.inc on line 2970
[22-May-2023 16:01:10 Europe/London] PHP Fatal error: Uncaught Error: Undefined constant PDO::MYSQL_ATTR_USE_BUFFERED_QUERY in /home/golffeaturescom/public_html/includes/database/mysql/database.inc:332
The first two are running PHP 7.2. The last is switch to 8.0 which killed the site until switch back.
Server is running Cloud Linux.
PHP version 7.2
I also have the same problem - permissions are fine but all updates fail but downloads are in temp folder. I can successfully move the files to the relevant modules folder and restore the site functionality but not sure what the bug is?