[Bug]: Maintenance:mode changes are not respected #38872
Comments
mjmccarn
added
0. Needs triage
|
Check your FPM
That, or restart your PHP FPM as you've discovered. Optimizations have trade-offs. Just have to decide which ones you prefer. :) |
|
Suspected duplicate of #37557 |
…e and config.php Fixes nextcloud/server#37557 Fixes nextcloud/server#38872 Signed-off-by: Josh Richards <[email protected]>
solracsf
changed the title
This comment was marked as resolved.
This comment was marked as resolved.
|
Is it possible to clear or disable the opcache if the server detects that maintenance mode is active? I am OK restarting php81-fpm to get out of maintenance mode, but going into or being in maintenance mode should be a mandatory condition that is not subject to other configuration settings. |
joshtrichards
added
the
feature: caching
I'd also be interested in triggering a redis update when the server is in maintenance mode, as I'm using redis for caching and have a similar issue. |
|
@mjmccarn Not in the way that would be helpful at present unfortunately. Consider that the PHP opcache isn't shared between the CLI and web-app server (mod_php/fpm) processes. So even though we actually do try to invalidate the opcache in our code, it's irrelevant since invalidating the CLI opcache doesn't change anything for the running web app... #37557 (comment) (and elsewhere). P.S. I'm going to close this issue and consolidate further tracking/discussion to: #37557 and #39079 in the interest of not spreading these discussions out everywhere. I encourage you to subscribe to those issues to track progress and anyone else that sees this issue to give those referenced issues a subscribe and/or 👍 if impacted. @jessebot Can you elaborate? The PHP opcache and the data/memcaches (such as Redis) don't have much to do with each other. If you're having a similar issue, it's due to the PHP opcache too (and your installation's PHP opcache settings such as |
|
Duplicate of #37557 |
Bug description
occ maintenance:mode --onshould force users to see the maintenance mode messageocc maintenance:mode --offshould disable the maintenance mode messageIn each case,
occ statusorgrep maintenance config.phpindicates that the status of the maintenance setting was changed as requested.On my server, I need to execute
systemctl restart php8.1-fpmbefore these changes take effect.Steps to reproduce
systemctl restart php8.1-fpmExpected behavior
Installation method
Community Manual installation with Archive
Nextcloud Server version
27
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.1
Web server
Apache (supported)
Database engine version
PostgreSQL
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
{ "system": { "instanceid": "***REMOVED SENSITIVE VALUE***", "passwordsalt": "***REMOVED SENSITIVE VALUE***", "secret": "***REMOVED SENSITIVE VALUE***", "trusted_domains": [ "192.168.1.7", "vcloud.aicr.org", "aicr.dyndns.org", "192.168.1.89" ], "trusted_proxies": "***REMOVED SENSITIVE VALUE***", "forwarded-for-headers": [ "HTTP_X_FORWARDED_FOR" ], "datadirectory": "***REMOVED SENSITIVE VALUE***", "overwrite.cli.url": "https:\/\/vcloud.aicr.org", "dbtype": "pgsql", "version": "27.0.0.8", "dbname": "***REMOVED SENSITIVE VALUE***", "dbhost": "***REMOVED SENSITIVE VALUE***", "dbtableprefix": "oc_", "dbuser": "***REMOVED SENSITIVE VALUE***", "dbpassword": "***REMOVED SENSITIVE VALUE***", "installed": true, "theme": "", "maintenance": false, "forcessl": true, "forceSSLforSubdomains": true, "mail_smtpmode": "smtp", "mail_from_address": "***REMOVED SENSITIVE VALUE***", "mail_domain": "***REMOVED SENSITIVE VALUE***", "mail_smtphost": "***REMOVED SENSITIVE VALUE***", "loglevel": 2, "logtimezone": "Europe\/London", "log_authfailip": true, "log_rotate_size": 104857600, "cache_path": "", "knowledgebaseenabled": true, "enable_avatars": true, "allow_user_to_change_display_name": true, "preview_libreoffice_path": "\/usr\/bin\/libreoffice", "enabledPreviewProviders": [ "OC\\Preview\\PNG", "OC\\Preview\\JPEG", "OC\\Preview\\GIF", "OC\\Preview\\BMP", "OC\\Preview\\XBitmap", "OC\\Preview\\MP3", "OC\\Preview\\TXT", "OC\\Preview\\MarkDown", "OC\\Preview\\MSOfficeDoc", "OC\\Preview\\PDF", "OC\\Preview\\SVG", "OC\\Preview\\Photoshop" ], "asset-pipeline.enabled": true, "apps_paths": [ { "path": "\/var\/www\/nextcloud\/apps", "url": "\/apps", "writable": true }, { "path": "\/var\/www\/nextcloud\/apps-local", "url": "\/apps-local", "writable": false } ], "xframe_restriction": true, "mail_smtpport": "25", "updatechecker": false, "activity_expire_days": 3652, "enable_certificate_management": true, "trashbin_retention_obligation": "auto", "singleuser": false, "redis": { "host": "***REMOVED SENSITIVE VALUE***", "port": "0", "timeout": "0.0" }, "memcache.local": "\\OC\\Memcache\\APCu", "memcache.locking": "\\OC\\Memcache\\Redis", "mysql.utf8mb4": true, "updater.release.channel": "stable", "app_install_overwrite": [ "passman", "files_mindmap" ], "mail_sendmailmode": "smtp", "twofactor_enforced": "true", "twofactor_enforced_groups": [ "MFA" ], "twofactor_enforced_excluded_groups": [] } }List of activated Apps
Nextcloud Signing status
Nextcloud Logs
No response
Additional info
I am seeing the same behavior on two servers.
Both servers use apache2 / PHP 8.1 / redis & postgresql
The text was updated successfully, but these errors were encountered: