Community
OpenEnergyMonitor

Community

10.1.6 All inputs NULL

Im runing 2 versions in 2 sub folders
10.1.5 and 10.1.6
on the 10.1.6 all the inputs show as NULL


if you look at the graph all the dat is there hapily enough.
if you log into 10.1.5 everything is showing as updating perfectly.

this is installed via a fresh git pull using settings.ini
if i copy my old setings file over the same isue persists.

i have also noticed if you click on the feed process it does not take you to the feed in the graph

Server Information

Server Information

Services

  • feedwriter :- Active Running - sleep 600s loading…
  • redis-server :- Active Running

Emoncms

  • Version :- 10.1.6
  • Modules :- Administration | Dashboard v2.0.4 | Device v2.0.1 | EventProcesses | Feed | Graph v2.0.4 | Group v2.0.0 | Input | CoreProcess | Schedule | Time | User | Visualisation
  • Git :-

Server

  • OS :- Linux 4.9.0-8-amd64
  • Host :- vps640695 | vps640695.ovh.net | (51.38.69.188)
  • Date :- 2019-09-27 18:21:18 BST
  • Uptime :- 18:21:18 up 240 days, 7:11, 1 user, load average: 1.28, 0.69, 0.49

Memory

  • RAM :- Used: 15.07%
    • Total :- 7.62 GB
    • Used :- 1.15 GB
    • Free :- 6.47 GB

Disk

  • / :- Used: 12.97%
    • Total :- 78.74 GB
    • Used :- 10.21 GB
    • Free :- 65.3 GB

HTTP

  • Server :- Apache/2.4.25 (Debian) HTTP/1.1 CGI/1.1 80

MySQL

  • Version :- 5.5.5-10.1.37-MariaDB-0+deb9u1
  • Host :- localhost:6379 (127.0.0.1)
  • Date :- 2019-09-27 18:21:18 (UTC 01:00‌​)
  • Stats :- Uptime: 20761865 Threads: 1 Questions: 245962902 Slow queries: 0 Opens: 420 Flush tables: 1 Open tables: 65 Queries per second avg: 11.846

Redis

  • Version :- 3.2.6
  • Host :- localhost:6379
  • Size :- 9714 keys (2.86M)
  • Uptime :- 240 days

PHP

  • Version :- 7.0.33-0+deb9u1 (Zend Version 3.0.0)
  • Modules :- apache2handler | calendar v7.0.33-0+deb9u1 | Core v7.0.33-0+deb9u1 | ctype v7.0.33-0+deb9u1 | curl v7.0.33-0+deb9u1 | date v7.0.33-0+deb9u1 | dom v20031129 | exif v7.0.33-0+deb9u1 | fileinfo v1.0.5 | filter v7.0.33-0+deb9u1 | ftp v7.0.33-0+deb9u1 | gettext v7.0.33-0+deb9u1 | hash v1.0 | iconv v7.0.33-0+deb9u1 | json v1.4.0 | libxml v7.0.33-0+deb9u1 | mbstring v7.0.33-0+deb9u1 | mcrypt v7.0.33-0+deb9u1 | mysqli v7.0.33-0+deb9u1 | mysqlnd vmysqlnd 5.0.12-dev - 20150407 - $Id: b5c5906d452ec590732a93b051f3827e02749b83 $ | openssl v7.0.33-0+deb9u1 | pcre v7.0.33-0+deb9u1 | PDO v7.0.33-0+deb9u1 | pdo_mysql v7.0.33-0+deb9u1 | Phar v2.0.2 | posix v7.0.33-0+deb9u1 | readline v7.0.33-0+deb9u1 | redis v4.2.0 | Reflection v7.0.33-0+deb9u1 | session v7.0.33-0+deb9u1 | shmop v7.0.33-0+deb9u1 | SimpleXML v7.0.33-0+deb9u1 | sockets v7.0.33-0+deb9u1 | SPL v7.0.33-0+deb9u1 | standard v7.0.33-0+deb9u1 | sysvmsg v7.0.33-0+deb9u1 | sysvsem v7.0.33-0+deb9u1 | sysvshm v7.0.33-0+deb9u1 | tokenizer v7.0.33-0+deb9u1 | wddx v7.0.33-0+deb9u1 | xml v7.0.33-0+deb9u1 | xmlreader v7.0.33-0+deb9u1 | xmlwriter v7.0.33-0+deb9u1 | xsl v7.0.33-0+deb9u1 | Zend OPcache v7.0.33-0+deb9u1 | zlib v7.0.33-0+deb9u1
Client Information

Client Information

HTTP

  • Browser :- Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36
  • Language :- en-US,en;q=0.9

Window

  • Size :- 1476 x 1022

Screen

  • Resolution :- 1920 x 1080

You don’t say on what hardware you are running this or if the data is being received via HTTP API or MQTT.

If the former, then I would not expect it to work on both simultaneously as the API URL will be different.

The system is quite possibly confused running in 2 places. Have you created 2 sets of data folders as well?

Hardware wise its a standalone server . Main emoncms install
symlinked /www/html/emoncms other vesions of ui At /10.1.5 /10.1.6 etc

Hystoricly it worked but that was probably just fortunate.

most data is posted via HTTP api via emonhub
to the base install at /emoncms so the live version should be always doing the processing regardles of which version i change the process rules.

Ive just changed the symlink and it does work at /emoncms/

Its realy handy being able to run other versions with the same data and back end for testing athough posibly a tad unconventional.

Do both systems have the same API key?

I am surprised the timeseries data does not get corrupted.

Yea both systems use the same api key .
the reason i dont suffer coruption is that only one instance is ever wrighting the data as im never posting to sub installs.

1 Like

You still have this issue?

Is there anything in the emoncms.log? You might need to increase the logging level in settings.php.

What does the emonhub log say?