Roundcube PHP deprecated warnings filling logs
While this is similar to https://support.cpanel.net/hc/en-us/community/posts/19161556107543-CPANEL-40314-Round-cube-mass-PHP-deprecated-warnings-in-PHP-Error-Log?input_string=Roundcube%20PHP%20deprecated%20warnings%20filling%20logs , it's different.
/home/$user/logs/.php.error.log for all user accounts filling up with this same set of warnings repeatedly whenever they access webmail:
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelchecks/cpanelchecks.php on line 149
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 76
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 81
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 85
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 88
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 88
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 95
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 97
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 97
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelicsimport/cpanelicsimport.php on line 136
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 53
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 57
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 62
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 66
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 66
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 74
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 76
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 76
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 205
Currently running CloudLinux v8.10.0 standard / cPanel 120.0.15
I've been unable to find a fix for it via forum searches and web searches.
Is there a patch in the works?
-
Hey hey! Usually this happens when there is an issue with that specific account. Do you see any corresponding entries in /home/username/logs/roundcube/errors.log that could point you in the right direction? Maybe a corrupted Roundcube database for the user? Anything with "no such table" would indicate a problem with the database.
0 -
No, this is happening with all users on all accounts ever since migrating from old Cloudlinux 6 / cPanel 110 / mySQL 5.6 servers to all brand new new Cloudlinux 8 / cPanel 120 servers / mySQL 8 servers. :/
0 -
Oh, well that's no good. I don't have a good explanation for why it would be happening to *all* the accounts on the system, so we'd likely want to see a ticket.
0 -
Thanks.
It happens to all accounts with users that actually log in to Roundcube / Webmail. It does not happen on accounts in which users do not access Roundcube.
I'll see if I can get my data center to submit a ticket. But with several outstanding bugs / issues like this, I will need to open several tickets with them and ask them nicely to please open a ticket with cPanel on my behalf, since the "rules" changed back in October 2023 in such a way that those of us who lease dedicated servers with cPanel license included for the past 20+ years can no longer contact cPanel directly, which is really starting to suck more every single day.
0 -
You're always welcome to purchase a license directly from us!
0 -
Would love to, but it's crazy expensive. Like, put me out of business expensive.
0 -
I have already reported this to them, case number: #95336934
The PHP Deprecation Warnings are "warning" level errors, meaning that they do not actually impact the software running. In this case, certain routines in Roundcube are using older methods available to PHP that are being deprecated in newer versions. These deprecation warnings are safe to ignore, as they will not prevent the software from running as intended.
Please let us know if we can answer any other questions,
Aaron Gros
Technical Analyst
cPanel, L.L.C.0 -
The same issue coming with my email accounts,
same log error about var
try to edit session_lifetime to 2o but no success
try to restart exim but no successPHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelchecks/cpanelchecks.php on line 149
[16-Aug-2024 18:01:40 Asia/Kolkata] PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 205
[16-Aug-2024 18:01:40 Asia/Kolkata] PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/carddav/carddav.php on line 590please give advice to solve this
0 -
Thank you both for chiming-in so that I know this issue is not isolated to just my servers, and DELTA SERVERS iNC - thank you for sharing the response that you received to your ticket.
This, along with many other unusual things with PHP and PHP-FPM issues, started happening only after recently migrating all of my customers from old CloudLinux 6.10 / cPanel 110 servers to brand new ClouldLinux 8.10 / cPanel 120 servers.
At least now I can take this off the list of things I need to address with my data center's support team.
And while I do realize that "Notice" and "Warning" status' in the PHP error logs are often harmless, this particular issue generates extensive log files and some added resource usage from customers who use Roundcube / Webmail as their everyday email client, so I felt it was important to look into.
Edit - I just happened to check on a user account who only accessed webmail a few times, about 10 minutes total over the course of 4 days, and their /home/$user/logs/.php.error.log file is over 1MB and it's all the same warnings from my original post repeating. While that might not seem big, it's pretty big for about 10 minutes worth of Roundcube access. This can quickly become an issue for users using Roundcube frequently on very small shared hosting accounts with limited disk storage.
0 -
Metro2 - if our team were to "fix" something to address this, what would that look like for you?
0 -
Keeping in mind, this was just casual / occasional use of Roundcube by the user, less than 20 days, amounted to a huge 4MB text file full of just the Roundcube PHP errors detailed in my original post. If this customer were logging in to Roundcube every day, the log file would be more like 30MB or more. There's a reason cPanel File Manager doesn't want to allow Edit of a text file 1MB or larger, and there's a reason these text log files should not be anywhere near that large.
Like the AFTER image:
0 -
After I cleared the user's log to zero, it stayed at zero.
Then the user logged-in and simply viewed their Inbox. They didn't send anything, nor receive anything.
Within a matter of seconds, this Roundcube PHP issue generated over 500 lines of these repeat warnings, to the tune of over 125Kb in under 60 seconds.
Call me crazy or OCD, but to me this is a pretty big issue. While seemingly harmless - if you have 500 users using Roundcube in a shared hosting environment, it's not just a matter of the log file sizes being generate en-mass and filling up their storage limit, but also the resource overhead of it's non-stop generation of the entries at the rate of over 100 per second being imposed on the server.
0 -
Before they logged-in to Roundcube:
0 -
Sorry for the multiple posts, but this "forum" doesn't play nice with trying to add multiple images, in order / succession, in a single post.
0 -
cPRex - Thanks for even giving this the time of day. I'm not trying to be snarky at all, but seriously - how is this even acceptable and how has it gone unnoticed when clearly I'm not the only one? Servers are busy enough without having to log thousands of lines of Roundcube "deprecated" and other such PHP errors / notices / warnings per second on a busy shared hosting server.
0 -
Last comment for now - IMO this is PARTLY why Roundcube "stalls" for so many people when they log in to Webmail, and then have to exit / re-log back in just to get their Inbox to display.
0 -
Dear [Sir/Madam],
He is reporting that, for servers with many accounts, this is causing problems. See an example below: is 4GB of Roundcube logs alone acceptable? This impacts the end customer.
I spoke with you and was told to ignore it, but now, who pays for this?
On this server, we have over 1,000 sites. How much disk space is being consumed that we are unaware of?
0 -
PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelvcfimport/cpanelvcfimport.php on line 205HP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/carddav/carddav.php on line 590HP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/cpanelchecks/cpanelchecks.php on line 149PHP Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /usr/local/cpanel/base/3rdparty/roundcube/plugins/carddav/carddav.php on line 597DB Error: [1] no such table: kolab_alarms (SQL Query: SELECT * FROM "kolab_alarms" WHERE "alarm_id" IN ('') AND "user_id" = '1') in /usr/local/cpanel/base/3rdparty/roundcube/program/lib/Roundcube/rcube_db.php on line 577 (POST /cpsess1145211444/3rdparty/roundcube/index.php?_task=mail&_action=refresh)This has been happening since the release of this CardDAV where they remain here:
0 -
Thanks so much to both of you for these details. Let me play with this for a bit and I'll get you more information later today.
0 -
Our team has case HB-7794 open to resolve this issue. It actually started testing last Friday so we should have a fix released soon!
0 -
Thanks very much for the update!
0 -
Just found that I have this issue when a client complained about running out of space on their account due to a 2GB log file.
Found this article: https://support.cpanel.net/hc/en-us/articles/25078120933655-Deprecated-warnings-logged-when-taking-actions-in-RoundCube
It suggests that it only affects those that have PHP-FPM disabled, but I checked WHM / Service Configuration / Service Manager as it suggests as a workaround and PHP-FPM is enabled.
Hoping the case gets solved sooner than later so that I don't have keep deleting these log files..
0 -
It's been in test for a few days, so I'm hoping it will be in the next release!
0 -
That would be great, thanks!
0 -
JboyJW Indeed that article is incorrect and should be updated where it says:
Workaround
Enable PHP-FPM for cPanel in the WHM via " WHM / Service Configuration / Service Manager".
PHP-FPM was/is already enabled on my servers as well, so that's not the issue and is not a viable workaround.
cPRex - very glad to hear solution testing is happening. Fingers crossed.
0 -
Just want to add a +1 from me on this. Customer complained of missing disk space, and it turned out to be a huge error log with this same issue above. Across all accounts on this one box, we have over 3 GB of wasted space.
Hoping testing will pan out, and this fix can be rolled out soon.
0 -
Unfortunately - still an issue on my dedicated server using
AlmaLinux v9.4.0 STANDARD standard
cPanel Version 122.07Thanks for your help
0 -
It should be the next release as I see it scheduled for 122.0.8.
0 -
Hooray - thanks for the update:)
0 -
Sure thing!
0
Please sign in to leave a comment.
Comments
43 comments