NethServer Version: NethServer 7.7.1908Module: nextcloud
I have been keeping my server installation up to date - so this is not an issue with skipping nextcloud versions.
I ran the updates Nethserver updates and one of them updated the Nextcloud module to 1.8.5. Now I get the following error when trying to log in:
Internal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.
I have tried to do the yum downgrade and then upgrade again, and tried running the migration scripts as discussed in Problem with Nextcloud after upgrade but get nowhere. No upgrades available.
Output from sudo -u apache scl enable rh-php72 – php -dmemory_limit=512M /usr/share/nextcloud/occ migrations:status core
>> App: core
>> Version Table Name: oc_migrations
>> Migrations Namespace: OC\Core\Migrations
>> Migrations Directory: /usr/share/nextcloud/core/Migrations
>> Previous Version: 18000Date20191014105105
>> Current Version: 18000Date20191204114856
>> Next Version: Already at latest migration step
>> Latest Version: 18000Date20191204114856
>> Executed Migrations: 25
>> Executed Unavailable Migrations: 25
>> Available Migrations: 24
>> New Migrations: 24
>> Pending Migrations: None
and
dnutan
February 10, 2020, 12:19pm
2
Can you provide the following info?
systemctl status -l mariadb mysqld rh-php72-php-fpm
sudo -u apache scl enable rh-php72 -- php -dmemory_limit=512M /usr/share/nextcloud/occ maintenance:mode
sudo -u apache scl enable rh-php72 -- php -dmemory_limit=512M /usr/share/nextcloud/occ app:list
rpm -qa rh-php72-\*|sort
If services are running, comment memcache line from config file (just for testing):
grep memcache /usr/share/nextcloud/config/config.php
'memcache.local' => '\\OC\\Memcache\\APCu',
1 Like
Hi - thanks for getting back to me. Was getting late for me last night - so should have included a bit more detail.
Anyway:
systemctl status -l mariadb mysqld rh-php72-php-fpm
● mariadb.service - MariaDB database server
Loaded: loaded (/usr/lib/systemd/system/mariadb.service; disabled; vendor preset: disabled)
Active: inactive (dead)
● mysqld.service - MariaDB database server
Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2020-02-10 22:16:41 NZDT; 9h ago
Main PID: 21873 (mysqld_safe)
CGroup: /system.slice/mysqld.service
├─21873 /bin/sh /usr/bin/mysqld_safe --basedir=/usr
└─22133 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/var/log/mariadb/mariadb.log --pid-file=/var/run/mariadb/mariadb.pid --socket=/var/lib/mysql/mysql.sock
Feb 10 22:16:36 server.rnet.duckdns.org systemd[1]: Starting MariaDB database server...
Feb 10 22:16:37 server.rnet.duckdns.org mariadb-prepare-db-dir[21797]: Database MariaDB is probably initialized in /var/lib/mysql already, nothing is done.
Feb 10 22:16:37 server.rnet.duckdns.org mariadb-prepare-db-dir[21797]: If this is not the case, make sure the /var/lib/mysql is empty before running mariadb-prepare-db-dir.
Feb 10 22:16:37 server.rnet.duckdns.org mysqld_safe[21873]: 200210 22:16:37 mysqld_safe Logging to '/var/log/mariadb/mariadb.log'.
Feb 10 22:16:37 server.rnet.duckdns.org mysqld_safe[21873]: 200210 22:16:37 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
Feb 10 22:16:41 server.rnet.duckdns.org systemd[1]: Started MariaDB database server.
● rh-php72-php-fpm.service - The PHP FastCGI Process Manager
Loaded: loaded (/usr/lib/systemd/system/rh-php72-php-fpm.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/rh-php72-php-fpm.service.d
└─nethserver-rh-php72-php-fpm.conf
Active: active (running) since Tue 2020-02-11 00:23:35 NZDT; 7h ago
Main PID: 28199 (php-fpm)
Status: "Processes active: 0, idle: 18, Requests: 3599, slow: 0, Traffic: 0.2req/sec"
CGroup: /system.slice/rh-php72-php-fpm.service
├─ 4111 php-fpm: pool www
├─16113 php-fpm: pool ebg
├─28199 php-fpm: master process (/etc/opt/rh/rh-php72/php-fpm.conf
├─28200 php-fpm: pool nethserver-nextcloud
├─28201 php-fpm: pool nethserver-nextcloud
├─28202 php-fpm: pool nethserver-nextcloud
├─28203 php-fpm: pool nethserver-nextcloud
├─28204 php-fpm: pool nethserver-nextcloud
├─28205 php-fpm: pool ebg
├─28206 php-fpm: pool ebg
├─28207 php-fpm: pool ebg
├─28208 php-fpm: pool ebg
├─28209 php-fpm: pool ebg
├─28210 php-fpm: pool www
├─28211 php-fpm: pool www
├─28212 php-fpm: pool www
├─28213 php-fpm: pool www
├─28214 php-fpm: pool www
└─30751 php-fpm: pool www
Feb 11 00:23:35 server.rnet.duckdns.org systemd[1]: Starting The PHP FastCGI Process Manager...
Feb 11 00:23:35 server.rnet.duckdns.org systemd[1]: Started The PHP FastCGI Process Manager.
sudo -u apache scl enable rh-php72 -- php -dmemory_limit=512M /usr/share/nextcloud/occ maintenance:mode
Maintenance mode is currently disabled
sudo -u apache scl enable rh-php72 -- php -dmemory_limit=512M /usr/share/nextcloud/occ app:list
Enabled:
- accessibility: 1.4.0
- activity: 2.11.0
- apporder: 0.9.0
- bookmarks: 2.3.4
- calendar: 2.0.1
- cloud_federation_api: 1.1.0
- cms_pico: 1.0.4
- comments: 1.8.0
- contacts: 3.1.8
- cookbook: 0.5.7
- dav: 1.14.0
- federatedfilesharing: 1.8.0
- federation: 1.8.0
- files: 1.13.1
- files_external: 1.9.0
- files_markdown: 2.2.0
- files_pdfviewer: 1.7.0
- files_rightclick: 0.15.2
- files_sharing: 1.10.1
- files_trashbin: 1.8.0
- files_versions: 1.11.0
- files_videoplayer: 1.7.0
- firstrunwizard: 2.7.0
- logreader: 2.3.0
- lookup_server_connector: 1.6.0
- mail: 1.1.2
- music: 0.12.1
- nextcloud_announcements: 1.7.0
- notes: 3.1.4
- notifications: 2.6.0
- oauth2: 1.6.0
- password_policy: 1.8.0
- passwords: 2020.2.1
- photos: 1.0.0
- privacy: 1.2.0
- provisioning_api: 1.8.0
- recommendations: 0.6.0
- serverinfo: 1.8.0
- settings: 1.0.0
- sharebymail: 1.8.0
- support: 1.1.0
- survey_client: 1.6.0
- systemtags: 1.8.0
- tasks: 0.11.3
- text: 2.0.0
- theming: 1.9.0
- theming_customcss: 1.5.0
- twofactor_backupcodes: 1.7.0
- twofactor_totp: 4.1.2
- updatenotification: 1.8.0
- user_ldap: 1.8.0
- viewer: 1.2.0
- workflowengine: 2.0.0
Disabled:
- admin_audit
- circles
- encryption
- external
- groupfolders
- spreed
Cheers
dnutan
February 10, 2020, 8:56pm
4
Did you try if it works by commenting the memcache line from /usr/share/nextcloud/config/config.php?
#'memcache.local' => '\\OC\\Memcache\\APCu',
Is APCu php module present?
sudo -u apache scl enable rh-php72 -- php -m|grep apcu
Did you find any other clue on /var/lib/nethserver/nextcloud/nextcloud.log?
I have commented out the memcache line.
APCu module is enabled.
I’ll have to take a look at the logs later. Can’t make sense of it on my phone
Disabling pico cms may have done the trick. But will havt to leave ot for now
1 Like
Hi - thanks for the help. The problem is with cms_pico module. I somehow convinced myself that the upgrade had gone wrong, and kept trying to fix that. I did look at the serve logs and did not see the errors.
I had more or less resigned myself to to reinstalling and having to get new passwords for everything … if you had not answered I would not have taken one more look at the logs.
Cheers
