WordPress overload throws temp error
For starters, I've done plenty of research on this issue... and all of the "resolutions" that I've looked into do not seem to be the correct fix across the server.
When I use too many WP resources (or, at least that's when the following error tends to reveal itself), the following error message pops up:
`Connection Information
To perform the requested action, WordPress needs to access your web server. Please enter your FTP credentials to proceed. If you do not remember your credentials, you should contact your web host.
Hostname
FTP Username
FTP Password This password will not be stored on the server.
Connection TypeFTP FTPS (SSL)
`
The reason why I say that it pops up when using too many resources is because:
- it happens on busy sites
(and/or)
- happens when I'm performing multiple plugin updates
(and/or)
- when i open multiple browser tabs of the same site (say i'm trying to edit 5 pages with the same quick edit. i'll ctrl+click edit on them all, so i can edit/save them all quickly. that's instead of open, edit, save, back; open, edit, save, back; etc...)
The only solution that I've found is by manually entering in the SSH connection info into the wp-config.php file. Whereas this solution works, I cannot edit every wp-config file whenever a customer mentions that they're having this issue.
The other solution (easiest solution, but least professional fix) is to simply tell the customer to "ignore the error and continue working on their work." The funny part is that these errors, in my case at least, are a *very* temporary annoyance.
As in:
- overload -> error message -> page continues to load below -> can continue working as is (as is, being to ignore the error)
The only time that I've found that the error actually disrupts the workflow is when this error pops up on the plugin page, while performing bulk updates (from update link on plugin page, not from 'all updates' page)
I've searched and scoured the internet, but cannot seem to find a solution to my specific issue... as it does seem unique to my server(s).
...and that's the other part. I have about a half dozen dedicated servers with CentOS7, CloudLinux7, Imunify360... and pretty much the default settings on the majority of the servers. BUT, this issue creeps up on a few of these servers, which I find rather odd as well.
So... anyone else seeing anything like this?
-
cPanel normally wants you to use folders under /public_html at 755 and files at 644. Wordpress uses whatever privileges Apache has in order to write to those files/folders. If Apache cannot write to a folder/file, Wordpress will generate the message you are seeing about FTP (as an alternative way to write to the file system with the users/account owners permissions) The limitations on Apache being able to write to the file system are commonly due to how the file system was initially created, and what PHP handler is set (MultiPHP Manager) 0 -
cPanel normally wants you to use folders under /public_html at 755 and files at 644.
that's what i had always thought and have done as well. so, i'm assuming that you haven't seen the new permissions that the cPanel WordPress Wizard now sets? In the previous WP installer, I don't recall cPanel setting anything but 755 & 644 permissions. Here's a screenshot of default file/folder permissions from my most recent WP Wizard build. 56765Personally, I use CloudLinux/CageFS/Alt-PHP/lsapi, and all the folder/file permissions are set to 755 and 644 respectively, and the owner/group is the account username/username - this enables Apache/PHP to write to the filesystem
that's how i'm setup as well. only real difference is that i also have CL's Imunify360 installed (not that it should make a difference, but I wanted to note)I have never had to resort to using the Wordpress FTP backup method.
out of curiosity, did i mention something that made you feel as though I was trying to do this? although i do have backups created and shipped off site from within, i don't recall ever seeing the issue happen during this process. only from within the areas that i mentioned... editing/opening/saving multiple pages at once or updating several plugins through the plugin page, not the updates page.0 -
out of curiosity, did i mention something that made you feel as though I was trying to do this?
You are misunderstanding what I am saying here - this has nothing to do with filesystem backups...... Wordpress tries to write files to your filesystem - if it cant, it will try some other method (as a backup method of being able to write files itself, or fallover system --- whatever you want to call it) to write to the file system - the FTP method it asks for is the logical choice as it usually has the correct permissions and ownership to be able to write the files.i'm assuming that you haven't seen the new permissions that the cPanel WordPress Wizard
Your right, I don't know what the cPanel Wordpress installer sets, I deliberately disabled it - I use the Softaculous installer which always installs software perfectly with all the correct ownerships and permissions. I have seen various complaints about the folder/file permissions not being compatible for doing any other updates other than what cPanel provides. Perhaps there is some fundamental incompatibility with the cPanel management and what WordPress expects. I do not understand why all those files should be flagged as being executable - PHP should never require that, and it just looks entirely wrong to me. Since this appears to be a cPanel WordPress management issue, I shall go away, and leave it up to the cPanel experts to take over :cool:0 -
i was only sharing those new cPanel WPwiz permissions with you, for your information. i was curious if cPanel has possibly changed something up, now requiring 755 permissions. you've confirmed your install of 755/644, so i have confirmation that 755 across the board is not the issue. i don't typically use the built in installer either. I typically do manual installs as well, because I prefer to set my charset/collation to utf8mb4 before installation. ### I believe there was some type of miscommunication in my thread flow. I'm *not* trying to use filesystem backups. I'm simply trying to move throughout wordpress as I normally would... although my 'normal use' is most certainly more aggressive than an average users' workflow. All I was trying to say is that the only way that I've been able to remove this issue from displaying is by setting up SSH2 credentials in my wp-config file. i'm not trying to do manual uploads, backups, or anything of the like. i've just found that the only solution to removing that pesky notification is by having SSH2 credentials set in wp-config. 0 -
...and sure enough... i was working on a different client's site, with elementor. ]https://forums.cpanel.net/attachments/screenshot-2019-02-01-15-23-16-png.56769/?temp_hash=3115f585e79e1049f014bbf089ac8ff3
0 -
I am so sorry - I feel like we are having 2 different conversations here - I have obviously got everything wrong. Best that the cPanel staff help you from now on. 0 -
No need to apologise! But yeah, it kinda felt that way But either way, I truly appreciate your attention and you bring proactive with trying to help me out! 0 -
...can anyone help out here? any admins maybe? ...I see that @cPanelLauren has replied multiple times on wordpress topics. can ya help me out, please? 0 -
It seems that my previous post is deleted where the issue solved. Dear cPanel staff, May I know the reason please? 0 -
It seems that my previous post is deleted where the issue solved. Dear cPanel staff, May I know the reason please?
There should be no need to post a 3rd party link for a reply.0 -
Thank you for the clarification. I thought that many people are replying with external link like [ ] so that I also can. 0 -
whoah... I am just so confused here. So, @Tarak Nath has also shared in this problem, and offered up a solution. Then @Infopro identified an "external URL reference" in the response, and deleted it... without offering up an alternative solution to my issue? Can I have a cPanel rep help me out here? I'd have to believe that if the officials on this forum aren't okay with how it's members offer up solutions, then it would only make sense to provide internal solutions... no? It just really feels as though my issue is being intentionally ignored, and I have no idea why. I realize that this problem appears to be very isolated, and even feels as though it is only my handful of servers that this issue is happening to... but I cannot seem to find any solution out on the web! I'm turning to these forums for a solution. I could really use help! 0 -
@Infopro, am I allowed to PM @Tarak Nath to have a side dialog on the topic? 0 -
Yes of course. To be honest, this is a wordpress issue, not an issue with your cPanel as far as i can tell. The external referenced link was not needed here. If he's got the answer he should post it, here on the forums, not a link to an answer found via google. The webpage referenced was not an official wordpress site and so was removed. The answer on that removed link to this issue is: [QUOTE]If for some reason you do not want to rely on the automatic check for which filesystem method to use, you can define a constant, 'FS_METHOD' in your wp-config.php file. Open wordpress-site/wp-config.php add define('FS_METHOD','direct');
This link may be more useful to you: What security concerns should I have when setting FS_METHOD to "direct" in wp-config?0 -
I realize that this problem appears to be very isolated, and even feels as though it is only my handful of servers that this issue is happening to... but I cannot seem to find any solution out on the web! I'm turning to these forums for a solution. I could really use help!
Reading through this post and I'm curious, are you saying this only happens on busy sites or that it only happens sometimes when the site is busy? The only reason I'm aware of this would occur is when wordpress isn't able to write to wp-content. Standard configuration/permissions should allow this though. For reference which php handler/version/mpm are you running? Are you running mod_ruid2? You should be able to gather all this information from WHM>>Software>>MultiPHP Manager. I also want to point out in reference to:...can anyone help out here? any admins maybe? ...I see that @cPanelLauren has replied multiple times on wordpress topics. can ya help me out, please?
We answer threads in the order they're received so while I may have answered many other threads today or yesterday, they were submitted before yours were and we do work hard to get to each and every as soon as possible. Thanks!0 -
...yeah, that's not the ideal solution i'm looking for. I'd like to find a way to fix this on the server level, so i *don't* have to edit every install's wp-config :/ @Infopro, if you say this is a (known?) WordPress issue, and not an issue related to cPanel or CloudLinux, are there any known solutions to work around this? It just boggles me, because it seems to happen so randomly. It would certainly appear to be a permissions issue, but the warning is only an annoyance (not hindrance)... as it simply continues on, like that message was never there. ugh... it's so freaking annoying! 0 -
Have you tried what I posted above? This message: To perform the requested action, WordPress needs to access your web server. Please enter your FTP credentials to proceed. If you do not remember your credentials, you should contact your web host.
Can be searched on google. I said as far as I can tell this is a wordpress issue. I have no way of repeating the issue here. I manage multiple wordpress sites and update multiple plugins across them almost at the same exact time as needed and never ran into this issue. None of them installed using the cPanel WordPress Manager.I have recently noticed that the new cPanel WordPress Wizard now assigns 755 permissions on about 99% of the folders AND files.
I just did install one with the WordPress Manager and can confirm this. I can't tell you why it does this though. I don't think that's causing your issues.0
Please sign in to leave a comment.
Comments
19 comments