That kernel BUG looks bad. Never seen it before. Some people have reported that it takes a long time to upload many pictures but that’s reasonable considering the power of the pi and the amount of data.
Maybe you can try playing with PHP max children (pm.max_children)
mp.max_children is already set to 3 in this release (updated to NextCloudPi v0.31.1 also). Even setting it to 2 does not reduce crashes.
I set enable_preview to false, but this also prevents opening any file via the web interface… clicking on a photo gives me a download popup but not the actual image. Can I disable previews/thumbnails and still have the image viewer functional?
I disabled the previews for test with uploading… no longer crashes. Even after the upload, if I then enable previews the thumbnail building starts, and I have kernel errors again (twice) and shortly after the pi stalls:
[22107.765008] Unable to handle kernel paging request at virtual address e3530029
[22107.765669] pgd = b4748000
[22107.766276] [e3530029] *pgd=00000000
[22107.766898] Internal error: Oops: 5 [#1] SMP ARM
…
[22107.769611] CPU: 3 PID: 6567 Comm: top Not tainted 4.9.48-v7+ #1034
[22107.770327] Hardware name: BCM2835
…
[22107.776653] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
I am sorry to have to report the same issue is repeatable on the PI distribution NextCloudPi_02-06-18.img with kernel 4.9.79-v7+
It crashes on images like tif och psd, but seems to handle jpg or any other docs (not 100% sure, synch aborts and crashes too frequently)
Message from syslogd@nextcloudpi at Feb 16 23:38:35 …
kernel:[19633.293175] Internal error: Oops: 17 [#1] SMP ARM
Message from syslogd@nextcloudpi at Feb 16 23:38:35 …
kernel:[19634.047928] Process swapper/3 (pid: 0, stack limit = 0xb9d4e210)
Message from syslogd@nextcloudpi at Feb 16 23:38:35 …
kernel:[19634.099783] Stack: (0xb9d4fcf8 to 0xb9d50000)
Message from syslogd@nextcloudpi at Feb 16 23:38:35 …
kernel:[19634.151654] fce0: af1e7280 baa4147c
Message from syslogd@nextcloudpi at Feb 16 23:38:35 …
kernel:[19634.203808] fd00: b9d4fd54 b9d4fd10 8025f1b8 8071bea4 b9d4fdd4 b9d4fd20 80159f98 80159468
… etc
From the admin log:
Fatal
webdav
Sabre\DAV\Exception\ServiceUnavailable: Could not open file
2018-02-17T00:58:52+0100
Error
PHP
fopen(/media/USBdrive/ncdata//files/Scannat/Tele Mobil Internet/Old/Tre 2007-07-31.tif): failed to open stream: No such file or directory at /var/www/nextcloud/lib/private/Files/Storage/Local.php#282
can confirm the crashes and can reproduce them easily on the 2018 based NexcloudPi img. Have now built a nextcloud 13 environment on the same Pi with the same SD card manually and see no crashes. Missing the advantages of the NextcloudPi package though.
What could I check to find out the potential cause for the crashes? Could run a packed and a manual setup in parallel and test.
yes it’s a plain Raspbian, actually the latest one (Nov 2017) you get from the raspberry.org download page.
Here is the kernel info:
Linux walabncp 4.9.59-v7+ #1047 SMP Sun Oct 29 12:19:23 GMT 2017 armv7l GNU/Linux
and here is the Kernel info of the NextcloudPi one:
Linux nextcloudpi 4.9.79-v7+ #1086 SMP Wed Jan 31 18:03:34 GMT 2018 armv7l GNU/Linux
any luck with this? are you positive that the issue is 100% reproducible with ncp image and 0% reproducible with plain raspbian?
if that is the case, I can generate a NCP image that doesn’t update the kernel to rule that out, but that would take some time, so ideally just replacing the kernel files should be good enough for quick verification.