Emoncms release v10.1.3

Emoncms
1

I’ve merged the latest master branch into stable, including the following changes:

  • Updated rpi model list @gablau
  • Fix tests and jquery update @reedy
  • Translation update @thib66
  • Use settings.php graph path
  • Change feed module html view path to feed/view
  • Fix delete modal layout @emrysr
  • Fix missing filtering in input name and nodeid’s causing duplicating inputs
  • Seperate out svg_icons @emrysr
  • Username auto focus on login @emrysr
  • Fix missing histogram engine methods @borpin
  • Datatype added to feed list tooltips @emrysr
  • Fix missing feed processlist in feed list @emrysr
  • Cookie caching of input list state @emrysr
  • Hardcoded datapoint limit settable in settings.php
  • Logrotate logging fix, thanks @pb66
  • Use emoncms setup sidebar menu for all setup related modules
  • Fix embed view

https://github.com/emoncms/emoncms/releases/tag/10.1.3

I’ve also updated the following modules with related changes (including master → stable merges and version updates where applicable): wifi, graph, device, dashboard, config, backup, app, postprocess, sync, remoteaccess-client.

To update: run emonPi/emonbase update from the Admin tab of emoncms.

1 Like
2

Related to recent issues highlighted in the forums:

The My Electric and My Solar app embed bug is now fixed

image
image927×723 40 KB

Issue with full menu system being shown for public dashboards is now fixed, with only the related public part of the menu being shown:

image
image1398×587 38.2 KB

I’ve also moved the menu items that were under the cog on the right hand side to the main setup menu. I think it works better as all of these items are in one place, I found myself jumping from one menu to the other trying to find what I was looking for:

image
image1182×840 61 KB

3

Greetings. Does this also apply to emonpi running locally
Tried running the update but seems still on " Powered by OpenEnergyMonitor.org | [low-write 10.1.2]"

Is any special action require to update local installs?

Thanks

4

A post was split to a new topic: Dashboard background

5

Hello @TrystanLea,

Before I update can you please clarify exactly what should be done to update. The options do not match:

Should I update ‘emoncms’ and then ‘emonpi’ firmware, or 'full update?

23%20AM
23%20AM2270×1174 263 KB

Thanks and best wishes,

Neil

6

@gilaraujo @Neil yes, select the relevant firmware in the firmware only section and then click “Full Update” at the top - as shown in @Neil’s screenshot . The update will then run through the update for all components.

7

I think i see why update is failing. By changing the smtp settings on settings.php it produces an Abort on update.

Emoncms update started

Emoncms update script V1.3 (26th March 2019)

-------------------------------------------------------------

  • branch stable → FETCH_HEAD

    error: Your local changes to the following files would be overwritten by merge:

    default.emonpi.settings.php

    default.settings.php

    Please commit your changes or stash them before you merge.

    Aborting

    Updating a0c672e4…28c47cfd
8

Please ignore above

While trying to fix send email i played with the default email on
default.emonpi.settings.php
default.settings.php

Which i shouldnt have! so might serve as a warning for failed updates in future.
Reverted changes to default email to root@localhost on them two files and update worked however throwing an error.


NEW default settings.php md5: 59e80f731935867f5f93753d49c0fe86
Update required to settings.php...
**ERROR: unable to autoupdate settings.php since user changes are present, manual review required**

What are the best Practice in this case. Revert settings.php to default, then apply smtp settings again?
Or is perfectly ok to allow update in that way?

Thanks

9

I think in this case there are no important settings updates for settings.php so you can ignore that error. We are working towards a better solution to the way the settings are handled that should improve this in future.

10

Hi @TrystanLea,

I did the update, all looks OK except emoncms is now v10.1.4-beta. I don’t mind the ‘beta’, I just wondered why it’s 10.1.4.

Server Information

Server Information

Services

  • emonhub :- Active Running
  • emoncms_mqtt :- Active Running
  • feedwriter :- Active Running - sleep 60s 66 feed points pending write
  • service-runner :- Active Running
  • emonPiLCD :- Active Running
  • redis-server :- Active Running
  • mosquitto :- Active Running

Emoncms

Server

  • OS :- Linux 4.14.71-v7+
  • Host :- emonpi | emonpi | (192.168.1.11)
  • Date :- 2019-08-12 10:06:45 EDT
  • Uptime :- 10:06:45 up 2 days, 19:59, 1 user, load average: 0.45, 0.69, 0.41

Memory

  • RAM :- Used: 29.36%
    • Total :- 976.74 MB
    • Used :- 286.77 MB
    • Free :- 689.97 MB
  • Swap :- Used: 0.00%
    • Total :- 100 MB
    • Used :- 0 B
    • Free :- 100 MB

Disk

  • / :- Used: 42.49%
    • Total :- 3.81 GB
    • Used :- 1.62 GB
    • Free :- 2.01 GB
  • /boot :- Used: 51.72%
    • Total :- 42.52 MB
    • Used :- 21.99 MB
    • Free :- 20.53 MB
  • /home/pi/data :- Used: 1.78%
    • Total :- 10.32 GB
    • Used :- 187.82 MB
    • Free :- 9.61 GB
  • /mnt/usbdrive :- Used: 0.34%
    • Total :- 28.97 GB
    • Used :- 99.45 MB
    • Free :- 27.38 GB

HTTP

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

MySQL

  • Version :- 5.5.5-10.1.23-MariaDB-9+deb9u1
  • Host :- localhost:6379 (127.0.0.1)
  • Date :- 2019-08-12 10:06:45 (UTC -04:00‌​)
  • Stats :- Uptime: 245203 Threads: 3 Questions: 212415 Slow queries: 0 Opens: 45 Flush tables: 1 Open tables: 39 Queries per second avg: 0.866

Redis

  • Version :- 3.2.6
  • Host :- localhost:6379
  • Size :- 236 keys (783.65K)
  • Uptime :- 2 days

MQTT Server

  • Version :- Mosquitto 1.4.10
  • Host :- localhost:1883 (127.0.0.1)

PHP

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

Pi

  • Model :- Raspberry Pi 3 Model B+ Rev 1.3 - 1GB (Sony UK)
  • SoC :- Broadcom BCM2835
  • Serial num. :- 5ABE4EF9
  • Temperature :- 53.15°C - 52.6°C
  • emonpiRelease :- emonSD-30Oct18
  • File-system :- read-write
Client Information

Client Information

HTTP

  • Browser :- Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.1 Safari/605.1.15
  • Language :- en-us

Window

  • Size :- 1339 x 756

Screen

  • Resolution :- 1680 x 1050
Thanks,
11

That’s because you are running the master branch rather than stable, though right at this time they are both exactly the same apart from the version file…

You are welcome to stay on the master branch, the master branch is updated more regularly but may be less stable…