Update to 10.4.1.3 -> Raspberry temperature up by 10 degrees

Server
1

Steps to reproduce

  1. Update to 10.4.1.3

Expected behaviour

No change in temperature

Actual behaviour

Instandly temperature of Raspberry Pi increase with 10 degrees

Server configuration

Raspbian 9.11 - Raspberry Pi 3B+

Apache

10.1.44-MariaDB-0+deb9u1 -

7.3.17-1+0~20200419.57+debian9~1.gbp0fda17

10.4.1.3

Upgraded

Installer

Signing status (ownCloud 9.0 and above):

No errors have been found.

The content of config/config.php:

"config": {
        "instanceid": "oco5n7beo5lm",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
             "***REMOVED SENSITIVE VALUE***"
        ],
        "datadirectory":  "***REMOVED SENSITIVE VALUE***",
        "overwrite.cli.url":  "***REMOVED SENSITIVE VALUE***",
        "dbtype": "mysql",
        "version": "10.4.1.3",
        "dbname": "cloud",
        "dbhost": "localhost",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "logtimezone": "UTC",
        "installed": true,
        "enable_previews": true,
        "memcache.local": "\\OC\\Memcache\\Redis",
        "memcache.locking": "\\OC\\Memcache\\Redis",
        "memcache.distributed": "\\OC\\Memcache\\Redis",
        "redis": {
            "host": "localhost",
            "port": 6379,
            "timeout": 0,
            "dbindex": 1
        },
        "mail_domain": "***REMOVED SENSITIVE VALUE***",
        "mail_from_address": "***REMOVED SENSITIVE VALUE***",
        "mail_smtpmode": "php",
        "loglevel": 2,
        "maintenance": false,
        "theme": "",
        "singleuser": false,
        "updater.secret": "***REMOVED SENSITIVE VALUE***"
    },

List of activated apps:

Enabled:
  - audioplayer: 2.8.4
  - brute_force_protection: 1.0.1
  - calendar: 1.6.4
  - comments: 0.3.0
  - configreport: 0.2.0
  - contacts: 1.5.5
  - dav: 0.5.0
  - federatedfilesharing: 0.5.0
  - federation: 0.1.0
  - files: 1.5.2
  - files_external: 0.7.1
  - files_external_dropbox: 1.2.0
  - files_mediaviewer: 1.0.2
  - files_pdfviewer: 0.11.1
  - files_sharing: 0.12.0
  - files_texteditor: 2.3.0
  - files_trashbin: 0.9.1
  - files_versions: 1.3.0
  - files_videoplayer: 0.10.1
  - firstrunwizard: 1.2.0
  - gallery: 16.1.1
  - market: 0.5.0
  - notes: 2.0.6
  - notifications: 0.5.0
  - provisioning_api: 0.5.0
  - qownnotesapi: 19.1.0
  - systemtags: 0.3.0
  - twofactor_totp: 0.6.1
  - updatenotification: 0.2.1
Disabled:
  - encryption
  - external
  - user_external
2

I’m not really sure if a Raspberry is an “officially supported” environment for ownCloud. My point here is that “raising the temperature by 10 degrees” isn’t enough information for a developer to start checking things when they’ll be using a normal computer with barely any temperature change and tons of different processes that could affect to any possible temperature reading.

That raise of temperature is likely caused by a process consuming tons of cpu. If you can pinpoint that process, I think ownCloud can start checking things.

In addition, please clarify if this happened during the upgrade, or it still happens after the upgrade. I’m not sure if you can reboot the system, but that might also help to troubleshoot the problem (if possible). I’m NOT recommending a reboot if there are processes running, so make sure ownCloud is idling before a reboot; if you’re unsure, just don’t do it.

1 Like
3

Hi thanks for your reply.
I understand that its not enough info, but I hope I find other people with the same issues.
I’m in control of the device, and it has been rebooted x-times succesfully after the upgrade.
It’s happening since the upgrade and still continues, stable. I’m fine with it, but something has become more inefficient in terms of CPU utalisation

4

For other RPi users to reproduce this issue it could be interesting to know the following additional information:

  • From which oC version did you upgrade to 10.4.1?
  • Did you also upgrade PHP version, or other system packages?
  • Are you running any other websites or services on the same system?
  • Check which processes are using the most CPU with (h)?top. If it’s your apache/PHP processes or MariaDB, then it could be an ownCloud problem.
1 Like
5

Hi!

  • I upgraded from 10.4.0 to 10.4.1
  • No other changes
  • Just some static pages
  • Msql consumes to most CPU

But

Temperature is dropping again after a couple of days and CPU is becoming less. I rebooted a couple of times but load stayed high. Looking at logs I didnt received more incoming traffic then normal.

No idea what happend, but it seems to correct itself.

image
image828Ă—1110 250 KB

1 Like
6

It’s probably hard to tell now what the reason was. I would assume that there was some background job running in ownCloud (trashbin OR version expiry OR files cleanup OR …?).

If it happens again, and MySQL is again the process using the most CPU, do the following:

  • Log in as mysql root admin and run show processlist;
    (if you have a .my.cnf with the credentials in your linux account home folder you can just run mysqladmin processlist [I would only set this up in the linux root account])
  • SELECT * from oc_jobs this shows some details about the background jobs configured in ownCloud

(This wouldn’t change anything about it, it could only confirm my theory)

Did you change anything about the cronjob execution?

1 Like
7

Thanks for all the feedback, appreciated.
Main cron runs every 15 mins, nothing changed.

It probably was something like that. Thanks for the tips, I’ll keep an eye on it.

1 Like