Hi any news on this guys ?
I havenāt tried again yet as the cloud is now perfectly set up. I am waiting for a nextcloudpi update. Has anyone else had any success?
BTW. I had the same issue as @jaw. Thatās when i decided to newly install nextcloud and run it off USB 2 until this issue is fixed. I might have a try with a separate SD and a SSD when I get time.
Hi, exactly the same problem Rpi 4. So far with a smaller USB 64GB everything was working. When I changed the USB to 1 TB SSD disk there was a problem already during the installation. I solved the problem by booting from SSD. Everything is great now!
Anyone of you tried connecting the drive not directly to the pi but through a powered usb hub? It may be a power problem after all
Thats what I thoughtā¦ It was the first thing I tried but it didnāt workā¦
I tried it with a 128 GB usb stick, didnāt work either. There has been a kernel update, I will try again in the next few days and see if everything is back to normalā¦ Itās a real bummer for the Raspi 4 usersā¦
I tried the same with the hub, and a dive that has a separate PSU - neither worked. The weird thing is though that it works perfectly fine on USB2.
The latest kernel update fixed the problem for me. Everything works as intended now.
āsudo apt update && sudo apt upgradeā
Hello everyboy,
today I am getting the same error and need you help please.
After the installing and configurating nextcloud on the Raspberry Pi4 with the nexcloudpi Image I have making a āsudo apt update && sudo apt upgradeā an a reboot.
Nextcloud donāt want to start now and the Nextcloud check shows a error on MYSITE:443
I am getting the following fault:
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.
Can anyone help me please?
my Config log
<?php $CONFIG = array ( 'passwordsalt' => 'xxx', 'secret' => 'xxx', 'trusted_domains' => array ( 0 => 'xxx', 11 => 'xxx', 1 => 'xxx', 12 => 'xxx', ), 'datadirectory' => '/var/www/nextcloud/data', 'dbtype' => 'mysql', 'version' => '19.0.2.2', 'overwrite.cli.url' => 'xxx', 'dbname' => 'xxx, 'dbhost' => 'localhost', 'dbport' => '', 'dbtableprefix' => 'oc_', 'mysql.utf8mb4' => true, 'dbuser' => 'xxx', 'dbpassword' => 'xxxx', 'memcache.local' => '\\OC\\Memcache\\Redis', 'memcache.locking' => '\\OC\\Memcache\\Redis', 'redis' => array ( 'host' => '/var/run/redis/redis.sock', 'port' => 0, 'timeout' => 0.0, 'password' => 'xxx', ), 'instanceid' => 'xxx', 'installed' => true, ); The MariaDB log: root@nextcloudpi:/var/log# systemctl status mariadb.service shows Unit shows.service could not be found. ā mariadb.service - MariaDB 10.3.23 database server Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2020-09-11 10:58:11 BST; 36min ago Docs: man:mysqld(8) https://mariadb.com/kb/en/library/systemd/ Process: 583 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS) Process: 598 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS) Process: 606 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_STAR Process: 1044 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS) Process: 1046 ExecStartPost=/etc/mysql/debian-start (code=exited, status=0/SUCCESS) Main PID: 758 (mysqld) Status: "Taking your SQL requests now..." Tasks: 31 (limit: 4915) CGroup: /system.slice/mariadb.service āā758 /usr/sbin/mysqld Sep 11 10:58:09 nextcloudpi mysqld[758]: 2020-09-11 10:58:09 0 [Note] /usr/sbin/mysqld (mysqld 10.3.23-MariaDB-0+deb10u1) starting as process 758 ... Sep 11 10:58:09 nextcloudpi mysqld[758]: 2020-09-11 10:58:09 0 [Warning] Could not increase number of max_open_files to more than 16364 (request: 32186) Sep 11 10:58:11 nextcloudpi systemd[1]: Started MariaDB 10.3.23 database server. Sep 11 10:58:11 nextcloudpi /etc/mysql/debian-start[1048]: Upgrading MySQL tables if necessary. Sep 11 10:58:11 nextcloudpi /etc/mysql/debian-start[1052]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored Sep 11 10:58:11 nextcloudpi /etc/mysql/debian-start[1052]: Looking for 'mysql' as: /usr/bin/mysql Sep 11 10:58:11 nextcloudpi /etc/mysql/debian-start[1052]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck Sep 11 10:58:11 nextcloudpi /etc/mysql/debian-start[1052]: This installation of MySQL is already upgraded to 10.3.23-MariaDB, use --force if you still need to run mysql_upgrade Sep 11 10:58:11 nextcloudpi /etc/mysql/debian-start[1105]: Checking for insecure root accounts.Do you have a Idea please?
BUMP.
Just experienced this myself. Had NCP set up and operating nicely, and then as soon as I changed the location of the data folder - boom - āInternal Server Errorā on page load. NCP panel system info showed āNextcloud check: errorā, and āMariaDB Service: downā. After following the guidance hereā¦
[NCP] NextCloud and MariaDB down I was able to get the MariaDB service back up (at least as far as the NCP System Info panel is concerned), but Nextcloud check is still showing an error and I still get the internal server error on the main NC page.
Two months ago I wouldāve just said screw it and started from scratch, but I just got done uploaded a ton of photos and videos and I really like to figure out how to get NC running again.
<summary>NextCloudPi diagnostics</summary>
NextCloudPi version v1.34.1
distribution Debian GNU/Linux 10 \n \l
automount no
USB devices sda
datadir /var/nextcloud/data
data in SD yes
data filesystem ext2/ext3
data disk usage 41G/440G
rootfs usage 41G/440G
swapfile /var/swap
dbdir /var/nextcloud/data
Nextcloud check error
HTTPD service up
PHP service up
MariaDB service up
Redis service up
Postfix service up
internet check ok
port check 80 open
port check 443 open
IP ***REMOVED SENSITIVE VALUE***
gateway ***REMOVED SENSITIVE VALUE***
interface eth0
certificates ***REMOVED SENSITIVE VALUE***
NAT loopback no
uptime 4min