where is the settings.php located?

root emoncms folder

Whooooaa! That’s a huge step!

Firstly this is an early image (emonSD-26Oct17) so we don’t even know if the changes that cause the logs to fill up are present.

Secondly, i think Redis needs checking

I would expect some redis keys to have been created in the 30mins runtime (has this value changed in the admin screen?)

From the update script

setup logrotate state & logfile in /var/log/logrotate
mkdir: cannot create directory ‘/var/log/logrotate’: File exists

Completed

Running logrotate...

set log rotate config owner to root
chown: changing ownership of ‘/etc/logrotate.conf’: Read-only file system

now this might not be all bad as the logrotate used to work (or sort of) and it’s the recent breakage combined with the changes to the emonhub systemd file that have caused the logs to fill up.

   tmpfs            50M  520K   50M   2% /var/log

does not look full to me, or am i wrong?

How long has it been running at this point? When was it last rebooted?

Even if the logs were not filling up before, they might now you have updated.

That’s because the “quick” fix for this issue in the current updater is to revert emonhub logging to emonhub.log (not via stdout and journald) and to sure up the logrotation again. We need to undo the breakages rather than slapping on more sticking plasters.

but fully updated from within emoncms

yes I know - self hosted. :man_facepalming:

Redis Version 2.8.17
Host localhost:6379 (127.0.0.1)
Size 76 keys (560.60K)

in first post:

this is a SELFHOSTED install of emoncms

multiple reboots during last hour (or was it last half hour

i do not interrupt my sleep 2:00 in the morning to do upates
so i would say no to updates being at fault, and even if they are logs should not be filling up
if they did openenergy would suddenly have customers complaing about the units they sell do not work as they should

sorry for the multiple posts but i had to break it down in to bits i could figure and manage

is there more i can test etc?

Have you changed the logging level? You should see more entries in the admin page.

yep… i get a lot of

2019-05-05 10:58:01.430|INFO|index.php|admin/getlog

will have to find where it gets data in… hold on

got this

2019-05-05 10:58:09.992|INFO|index.php|input/post
2019-05-05 10:58:12.179|INFO|index.php|input/post

??? All emonPi/base/SD’s are self-hosted, why are you shouting @boelle?

Do we all mean self built?

As it must be an emonSD image since it returns the image version and the updater mostly works!

I didn’t suggest you did! That’s why I said the log filling up was less likely

I did however assume you might have tried updating since then, because that’s what most users would do when they have a problem. Update to ensure any known issues that are fixed are eliminated!

got one

2019-05-05 10:59:47.092|INFO|emoncms_mqtt.php|0 Messages processed in last 5 minutes

oki, will update all and reboot

before that here is a copy of log

LAST ENTRIES ON THE LOG FILE
2019-05-05 11:02:22.396|INFO|index.php|admin/getlog
2019-05-05 11:02:22.888|INFO|index.php|admin/getlog
2019-05-05 11:02:23.387|INFO|index.php|admin/getlog
2019-05-05 11:02:23.885|INFO|index.php|admin/getlog
2019-05-05 11:02:24.386|INFO|index.php|admin/getlog
2019-05-05 11:02:24.884|INFO|index.php|admin/getlog
2019-05-05 11:02:25.384|INFO|index.php|admin/getlog
2019-05-05 11:02:25.890|INFO|index.php|admin/getlog
2019-05-05 11:02:26.385|INFO|index.php|admin/getlog
2019-05-05 11:02:26.885|INFO|index.php|admin/getlog
2019-05-05 11:02:27.386|INFO|index.php|admin/getlog
2019-05-05 11:02:27.885|INFO|index.php|admin/getlog
2019-05-05 11:02:28.386|INFO|index.php|admin/getlog
2019-05-05 11:02:28.885|INFO|index.php|admin/getlog
2019-05-05 11:02:29.386|INFO|index.php|admin/getlog
2019-05-05 11:02:29.889|INFO|index.php|admin/getlog
2019-05-05 11:02:30.427|INFO|index.php|admin/getlog
2019-05-05 11:02:30.884|INFO|index.php|admin/getlog
2019-05-05 11:02:31.395|INFO|index.php|admin/getlog
2019-05-05 11:02:31.883|INFO|index.php|admin/getlog
2019-05-05 11:02:32.384|INFO|index.php|admin/getlog
2019-05-05 11:02:32.913|INFO|index.php|admin/getlog
2019-05-05 11:02:33.400|INFO|index.php|admin/getlog
2019-05-05 11:02:33.886|INFO|index.php|admin/getlog
2019-05-05 11:02:34.386|INFO|index.php|admin/getlog

while it updates

is this PR related? WIP Better method to create tmpfs /var/log files on startup by glynhudson · Pull Request #81 · openenergymonitor/emonpi · GitHub

No. That was something Glyn was toying with but didn’t reach release.

updated and rebooted

one of the 2 feeds is updated but not at the 60 sec interval it should