Emonhub process cannot open /var/log/emonhub/emonhub.log after update

borpin · 2022-11-12T08:03:51.559Z

Warren_McDonald:

I checked /var/log/emonhub/emonhub.log and it was owner was emonhub:emonhub with rw for owner but only r for group.

@Warren_McDonald - can you raise an issue on GitHub, please?

Trystan has changed the emonhub usersetup, and this is a byproduct.

TrystanLea · 2022-11-12T09:29:39.012Z

Thanks for raising, I think I know what’s happening here, I think we need to update the permissions on the log within the update process, will sort that now. This relates to a change I made yesterday.

TrystanLea · 2022-11-12T09:37:25.019Z

I’ve pushed up the fix for this and updated stable to include as well.

bgrattan · 2022-11-12T20:34:10.442Z

Hello,

I think I’m having the same sort of problem and have attached info on my system.
Emonhub keeps trying to run but won’t and emonhub.log remains empty. I changed permissions on the log file to 775 but that didn’t help.
My server is an RPI4 with 8GB of memory. It’s receiving data from MQTT clients so that part is working correctly. The system has been working fine for several years so I’m not sure what happened.
I have a basic knowledge of Linux but am not a programmer. I have received lots of help from members of this forum. Please let me know if you need additional information.
Thanks in advance
@bgrattan

emonhub_error.txt (13.5 KB)

bgrattan · 2022-11-12T20:48:39.109Z

I changed permissions on emonhub.log to 777 and everything took off.
Not sure this was the correct thing to do but at least it’s working. Thanks

TrystanLea · 2022-11-12T20:56:33.154Z

Hello @bgrattan can you try running emonhub install again, just to make sure it’s all correctly configured:

cd /opt/openenergymonitor/emonhub
./install.sh

TrystanLea · 2022-11-12T20:57:30.261Z

I would recommend doing that even if it’s working now as I think you might still have the incorrect service file

bgrattan · 2022-11-12T21:20:21.884Z

Thanks, I did that and it’s still running ok. Saw it made the change in emonhub.log:
-rw-r–r-- 1 pi pi 549 Nov 12 16:12 emonhub.log

Cheers,
Bob

TrystanLea · 2022-11-12T22:02:00.130Z

Perfect thanks!

Warren_McDonald · 2022-11-13T01:31:29.510Z

Thanks @TrystanLea,

I have updated the emonhub component on stable and it has changed the log file owner and group to pi.
I assume this would have also replaced the service file.

Cheers,

Warren

TrystanLea · 2022-11-13T08:05:24.947Z

Yes it sounds like that’s correct for you now, cheers!

OlavKristiansen · 2022-11-13T12:10:37.595Z

Is this the error in question? If so, it still persists today even after full update, reboots and trying Start Emonhub

Screenshot_20221113_130836_Chrome1080×2316 160 KB

[Possibly related to EmonTH v2 and pulsecount stoppet working - #2 by Robert.Wall - Moderator (RW) ]

borpin · 2022-11-13T12:58:06.564Z

If you can SSH in and view the systemlog then that will help solve it.

OlavKristiansen · 2022-11-13T16:45:45.938Z

TrystanLea:

Hello @bgrattan can you try running emonhub install again, just to make sure it’s all correctly configured:
cd /opt/openenergymonitor/emonhub
./install.sh

What user should this be run under? I have logged in as “pi”, but as a total n00b on these things, I wouldn’t know…

I tried chmod 777 on the emonhub.log file but only got this:

kkaasan · 2022-11-13T18:31:40.907Z

sudo chmod … helps

TrystanLea · 2022-11-13T18:51:15.697Z

OlavKristiansen:

What user should this be run under?

Under the pi user

OlavKristiansen · 2022-11-13T19:14:05.081Z

kkaasan:

sudo chmod … helps

Its about…17 years since I used UNIX, and I have never used Linux. At the time I was just about able to use “su” in controlled environments, I tried here and gave up, didn’t think of “sudo”. Thanks!

OlavKristiansen · 2022-11-13T19:23:33.287Z

I ran emonhub/install.sh first. A lot happened, but did not appear to fix the problem I reported in the related thread:

OlavKristiansen:

[Possibly related to EmonTH v2 and pulsecount stoppet working - #2 by Robert.Wall - Moderator (RW) ]

But changing the permissions on emonhub.log to 777 did the trick and solved both the problem with the two emonth units and the pulse counter.

TrystanLea · 2022-11-13T19:28:35.518Z

OlavKristiansen:

A lot happened, but did not appear to fix the problem I reported in the related thread:

It might be worth trying the following:

sudo rm -rf /var/log/emonhub
sudo systemctl restart emonhub

that will delete the log and log directory, when you then restart emonhub it should create both again, all with the correct permissions.

TrystanLea · 2022-11-14T11:09:41.668Z

Hello all, I booted up a new image this morning and replicated the issue. I realise I made a mistake in the update script and did not pass a parameter the emonhub update script was expecting. I’ve now fixed this and pushed up the fix as an available update.

I would recommend running a full update as the update script was exiting early before I fixed this, running an update again will make sure all the packages get installed in the right places so that emonhub runs as the pi user.