Healthcheck script last 5min time calculation does not take TZ into account

[kbuc]

At least on my system, the logs in fr24 container are in UTC time and the healthcheck script always gives:

($TIMESTAMP_NOW - $LOG_LAST_ENTRY_TIMESTAMP) around 7200 (my TZ is UTC+2), so it's always
No data sent data to fr24feed in past 5 mins. UNHEALTHY, even though the feeder is working fine.

I'm not sure how other systems are configured, but probably some -u should be used when interpreting the date taken from log? Now it is assuming the parsed date is in the local TZ, but it's not, at least in my case.

[markrmccracken]

I haven't checked the logs inside the container, but I"m having the same issue with that check always being found unhealthy and causing the container to restart at every check.

[kx1t]

The container timezone is always in UTC, and when measuring time, we use relative time (seconds since epoch). Having said this, the HealthCheck routine underwent a bunch of changes in the last few days, and this should have solved the issue.

If you still see this, please let me know and/or feel free to reopen this issue. Thanks!