-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: OC\Memcache\Redis::DEFAULT_TTL must be public #48007
Comments
I tried a little... I added the line back that defined the |
Weird. This should have turned up in our automated testing pretty quickly. And no one else has reported it so far... I'd expect it to be one of the first things that would get reported. That line number reference makes no sense to me, but it kinda sorta does if PHP is trying to use the v29 Are you absolutely certain those files were updated properly and php-fpm really restarted? Does an How did you deploy the update? Oh, and exactly which full version of PHP 8.3? |
Php
I upgraded with I don't see any I too wondered why no one else has that problem... however I restarted multiple times and thought that with a restart any cached whatever should be reset? Where could the old file linger? |
I found the issue: my opcache was caching everything but I thought the opcache is reset on php_fpm restart? |
Perhaps you have |
I just verified that file_cache is not enabled. What I changed back was: ; When disabled, you must reset the OPcache manually or restart the
; webserver for changes to the filesystem to take effect.
opcache.validate_timestamps=1 ; was 0 and probably the reason
; How often (in seconds) to check file timestamps for changes to the shared
; memory storage allocation. ("1" means validate once per second, but only
; once per request. "0" means always validate)
opcache.revalidate_freq=2 ; I had set it to 60 However as the |
Bug description
When I enable redis caching the server stops working and throws 500 errors.
Steps to reproduce
config.php
:php-fpm
withsystemctl restart php-fpm
Expected behavior
Well no error and loading the page fast (after warmup)
Nextcloud Server version
master
Operating system
Other
PHP engine version
PHP 8.3
Web server
Nginx
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 28 to 29)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Additional info
This is actually Nextcloud 30 (but not selectable in the dropdown)
In the nginx error log there are errors like:
The text was updated successfully, but these errors were encountered: