I no longer have a backup option in the menus anywhere…
Is there something that I need to do to get the menu or option to appear?
I no longer have a backup option in the menus anywhere…
Is there something that I need to do to get the menu or option to appear?
can you please elaborate a bit more so we can help ?
What system ? Did you do something specific (updating or so ?)
can you have a look in the log maybe that might give a clue etc …
I have a emonpi. I usually like to go in every once in a while and backup the data files just in case the micro SD card get corrupted. In the admin page there is no option to back up. And under the settings menu the backup menu isn’t available. I actually can’t remember exactly where it is. But I have looked everywhere and can’t find it.
I am running the latest software.
Thanks for your help.
Have you logged out and logged back in?
It appears on my system at the end of the Setup dropdown.
I have the same issue with an emonpi I purchased a couple of weeks ago - the backup link doesn’t appear in the Setup dropdown.
Is there a way to fix this?
Here is the info about my system:
Server Information Emoncms Version low-write 9.8.27 | 2017.12.21 Modules Administration | App v1.1.0 | Backup v1.1.0 | EmonHub Config v1.0.0 | Dashboard v1.1.1 | EventProcesses | Feed | Graph v1.1.0 | Input | postprocess | CoreProcess | Schedule | setup | Time | User | Visualisation | WiFi v1.0.0 Buffer 0 feed points pending write Writer Daemon is running with sleep 60s Server OS Linux 4.9.35-v7+ Host emonpi emonpi (127.0.1.1) Date 2017-12-31 10:44:51 UTC Uptime 10:44:51 up 9 days, 15:12, 1 user, load average: 0.04, 0.07, 0.08 HTTP Server Apache/2.4.10 (Raspbian) HTTP/1.1 CGI/1.1 80 MySQL Version 5.5.57-0+deb8u1 Host localhost (127.0.0.1) Date 2017-12-31 10:44:51 (UTC 00:00) Stats Uptime: 833616 Threads: 2 Questions: 55723 Slow queries: 0 Opens: 60 Flush tables: 1 Open tables: 51 Queries per second avg: 0.066 Redis Version 2.8.17 Host localhost:6379 (127.0.0.1) Size 117 keys (529.70K)Flush Uptime 9 days MQTT Version 1.4.14 Host localhost:1883 (127.0.0.1) Pi CPU Temp 49.39°CShutdownReboot Release emonSD-26Oct17 File-system Set root file-system temporarily to read-write, (default read-only)Read-Write Read-Only Memory RAM Used 31.33% Total: 970.93 MB Used: 304.21 MB Free: 666.72 MB Disk Mount Stats / Used 59.23% Total: 3.33 GB Used: 1.97 GB Free: 1.2 GB /boot Used 36.32% Total: 59.95 MB Used: 21.77 MB Free: 38.17 MB /home/pi/data Used 1.12% Total: 3.46 GB Used: 39.61 MB Free: 3.24 GB PHP Version 5.6.30-0+deb8u1 (Zend Version 2.6.0) Modules apache2handler | bcmath | bz2 | calendar | Core v5.6.30-0+deb8u1 | ctype | curl | date v5.6.30-0+deb8u1 | dba | dio v0.0.4RC4 | dom v20031129 | ereg | exif v1.4 | fileinfo v1.0.5 | filter v0.11.0 | ftp | gettext | hash v1.0 | iconv | json v1.3.6 | libxml | mbstring | mcrypt | mhash | mosquitto v0.3.0 | mysql v1.0 | mysqli v0.1 | openssl | pcre | PDO v1.0.4dev | pdo_mysql v1.0.2 | Phar v2.0.2 | posix | readline v5.6.30-0+deb8u1 | redis v2.2.7 | Reflection | session | shmop | SimpleXML v0.1 | soap | sockets | SPL v0.2 | standard v5.6.30-0+deb8u1 | sysvmsg | sysvsem | sysvshm | tokenizer v0.1 | wddx | xml | xmlreader v0.1 | xmlwriter v0.1 | Zend OPcache v7.0.6-devFE | zip v1.12.5 | zlib v2.0 |
Yes, I still have this problem as well. In fact I had the backup option, and then I logged out and logged back in again and now the backup option is gone.
Here is my info:
Emoncms Version low-write 9.8.27 | 2017.12.21
Modules Administration | App v1.1.0 | Backup v1.1.0 | EmonHub Config v1.0.0 | Dashboard v1.0.1 | EventProcesses | Feed | Graph v1.1.0 | Input | postprocess | CoreProcess | Schedule | setup | Time | User | Visualisation | WiFi v1.0.0
Buffer 45 feed points pending write
Writer Daemon is running with sleep 60s
Server OS Linux 4.4.26-v7+
Host emonpi emonpi (127.0.1.1)
Date 2018-01-01 11:04:06 UTC
Uptime 11:04:06 up 70 days, 18:41, 1 user, load average: 0.11, 0.19, 0.44
HTTP Server Apache/2.4.10 (Raspbian) HTTP/1.1 CGI/1.1 80
MySQL Version 5.5.52-0+deb8u1
Host localhost (127.0.0.1)
Date 2018-01-01 11:04:06 (UTC 00:00)
Stats Uptime: 6115266 Threads: 3 Questions: 14454 Slow queries: 0 Opens: 72 Flush tables: 1 Open tables: 59 Queries per second avg: 0.002
Redis Version 2.8.17
Host localhost:6379 (127.0.0.1)
Size 46 keys (498.47K)Flush
Uptime 70 days
MQTT Version 1.4.10
Host localhost:1883 (127.0.0.1)
Pi CPU Temp 48.69°CShutdownReboot
File-system Set root file-system temporarily to read-write, (default read-only)Read-Write Read-Only
Total: 973.11 MB Used: 263.48 MB Free: 709.63 MB
Disk Mount Stats
Total: 3.33 GB Used: 1.93 GB Free: 1.23 GB
Total: 59.95 MB Used: 20.81 MB Free: 39.13 MB
Total: 11.1 GB Used: 645.39 MB Free: 9.89 GB
PHP Version 5.6.27-0+deb8u1 (Zend Version 2.6.0)
Modules apache2handler | bcmath | bz2 | calendar | Core v5.6.27-0+deb8u1 | ctype | curl | date v5.6.27-0+deb8u1 | dba | dio v0.0.4RC4 | dom v20031129 | ereg | exif v1.4 | fileinfo v1.0.5 | filter v0.11.0 | ftp | gettext | hash v1.0 | iconv | json v1.3.6 | libxml | mbstring | mcrypt | mhash | mosquitto v0.3.0 | mysql v1.0 | mysqli v0.1 | openssl | pcre | PDO v1.0.4dev | pdo_mysql v1.0.2 | Phar v2.0.2 | posix | readline v5.6.27-0+deb8u1 | redis v2.2.7 | Reflection | session | shmop | SimpleXML v0.1 | soap | sockets | SPL v0.2 | standard v5.6.27-0+deb8u1 | sysvmsg | sysvsem | sysvshm | tokenizer v0.1 | wddx | xml | xmlreader v0.1 | xmlwriter v0.1 | Zend OPcache v7.0.6-devFE | zip v1.12.5 | zlib v2.0 |
Try scrolling down in the drop down menu, if it is like mine it will be below administration. It’s as if the menu is too short for all the contents. I use safari and it looks like the earlier poster did too, so could be specific to that.
Yes this totally worked! Thanks!
It worked for me too. Thanks.
In order to reduce potential for confusion of others in the future, I’ve created a pull request to extend the size of this menu to show all rows.
I’m hoping that as it is such a minor change it won’t be long before it is accepted
I have been tearing my hair out trying to get a backup. On earlier versions of the firmware, it was there in the Setup drop down, but for the life of me, it is NOT there anymore. No scroll bars in the menu also.
I am running Emonsd-30oct18 and the low write is 9.9.9
Here is my system:
|feedwriter||Active Running - sleep 60s|
|Modules||Administration : App v1.2.1 : EmonHub Config v1.1.0 : Dashboard v1.3.3 : Device v2.0.0 : EventProcesses : Feed : Graph v1.2.3 : Input : Postprocess v2.0.0 : CoreProcess : Schedule : Network Setup v1.0.0 : sync : Time : User : Visualisation : WiFi v1.3.1|
|Git||URL: https://github.com/emoncms/emoncms.git : Branch: * stable : Describe: 9.9.4-304-g74f8acaf|
|Host||emonpi : emonpi : (192.168.1.103)|
|Date||2019-05-05 22:40:01 PDT|
|Uptime||22:40:01 up 10:52, 0 users, load average: 0.18, 0.15, 0.15|
|HTTP||Server||Apache/2.4.25 (Raspbian) HTTP/1.1 CGI/1.1 80|
|Date||2019-05-05 22:40:00 (UTC -07:00)|
|Stats||Uptime: 39160 Threads: 3 Questions: 64803 Slow queries: 0 Opens: 31 Flush tables: 1 Open tables: 25 Queries per second avg: 1.654|
|MQTT Server||Version||Mosquitto 1.4.10|
|Pi||Model||Raspberry Pi 3 Model B Rev 1.2 - 1 GB (Sony UK)|
|Temperature||CPU: 41.86°C - GPU: 41.9’C|
|Memory||RAM||Used: 17.85% Total: 976.74 MB Used: 174.37 MB Free: 802.37 MB|
|Swap||Used: 0.00% Total: 100 MB Used: 0 B Free: 100 MB|
|/||Used: 40.02% Total: 3.81 GB Used: 1.53 GB Free: 2.11 GB|
|/home/pi/data||Used: 4.32% Total: 3.21 GB Used: 141.75 MB Free: 2.91 GB|
|/boot||Used: 51.69% Total: 42.52 MB Used: 21.98 MB Free: 20.54 MB|
|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|
|HTTP||Browser||Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:66.0) Gecko/20100101 Firefox/66.0|
|Screen||Resolution||1280 x 800|
|Window||Size||1243 x 581|
I am not a Linux person, so please go easy on me.
I just don’t want to loose my settings as I was going to re-write the SD card with the 30oct18 firmware since maybe it was trashed.
Just a side note… I am getting index.php… invalid API keys in the log now.
There are several keys, and it isn’t clear which one I need to use for the remote loggin… read or write?
I think this might be because some of the Modules have had the sidebar update added in which are incompatible with the stable branch most folk are on.
You can check if the module is there by
ls -la /var/www/emoncms/Modules/
If backup is listed (as a symlink), then I suspect this is the reason it is not appearing in the menu.
@glyn.hudson can you confirm that this is why this has happened?
You can run a backup manually. If you navigate to the symlinked folder, then go up a level, you will find a script
emoncms-export.sh. You can run this from the command line (no sudo required).
The backup module has a stable branch therefore should not be effected by Emoncms V10 release to master.
First, I want to thank you for your quick response… I have been occupied with a few other things so I wasn’t able to test things out, but I did and this is what happened. I copied what I got in terminal so you can see what is going on.
drwxr-xr-x 9 pi pi 4096 May 5 10:45 .. drwxr-xr-x 3 pi pi 4096 May 5 10:45 admin drwxr-xr-x 7 pi pi 4096 Mar 16 18:10 app lrwxrwxrwx 1 pi pi 23 Aug 23 2018 backup -> /home/pi/backup/backup/ NOTE: this is colored red drwxr-xr-x 3 pi pi 4096 Mar 16 18:10 config drwxr-xr-x 7 pi pi 4096 Mar 16 18:12 dashboard drwxr-xr-x 6 pi pi 4096 May 5 10:45 device drwxr-xr-x 3 pi pi 4096 Oct 19 2018 eventp drwxr-xr-x 5 pi pi 4096 May 5 10:45 feed drwxr-xr-x 7 pi pi 4096 Mar 16 18:12 graph drwxr-xr-x 4 pi pi 4096 May 5 10:45 input lrwxrwxrwx 1 pi pi 39 Oct 18 2018 postprocess -> /home/pi/postprocess/postprocess-module drwxr-xr-x 4 pi pi 4096 May 5 10:45 process drwxr-xr-x 4 pi pi 4096 May 5 10:45 schedule lrwxrwxrwx 1 pi pi 29 Oct 17 2018 setup -> /home/pi/emonpi/emoncms-setup lrwxrwxrwx 1 pi pi 25 Oct 17 2018 sync -> /home/pi/sync/sync-module drwxr-xr-x 2 pi pi 4096 Aug 2 2018 time drwxr-xr-x 5 pi pi 4096 May 5 10:45 user drwxr-xr-x 6 pi pi 4096 May 5 10:45 vis drwxr-xr-x 4 pi pi 4096 Mar 16 18:12 wifi [email protected]:~/backup $ cd /home/pi/backup [email protected]:~/backup $ dir backup-module emoncms-export.sh get_emoncms_mysql_auth.php readme.md default.config.cfg emoncms-import.sh image.png service-runner emoncms-copy.sh get_emoncms_feed_datadir.php install.sh [email protected]:~/backup $ cd .. [email protected]:~ $ dir avrdude-rpi data emonpi lightwaverf-pi paho.mqtt.c RFM2Pi usefulscripts backup emonhub huawei-hilink-status oem_node-red postprocess sync [email protected]:~ $ cd /home/pi/backup [email protected]:~/backup $ ./emoncms-export.sh === Emoncms export start === Fri 10 May 09:01:16 PDT 2019 Backup module version: "version" : "1.2.0" EUID: 1000 Reading ./config.cfg.... ERROR: Backup ./backup/config.cfg file does not exist [email protected]:~/backup $ +++++++++++++++++++
SO it looks like config.cfg is missing. Don’t know where to look to find it IF there is a copy somewhere, and where would I copy it to?
Thanks for all your help!
Looks like that red sym link should really point to /home/pi/backup/backup-module?
Did the name of the folder change in one of the recent updates?
I don’t think so. I have just started with a fresh SDImage…
lrwxrwxrwx 1 pi pi 29 May 12 10:47 backup -> /home/pi/backup/backup-module
@pomonabill220 I don’t understnad how you have ended up where you are if this was an EmonSD image or a shop bought emonpi.
Step 1 will be to relink the symlink
ln -sf /home/pi/backup/backup-module /var/www/emoncms/Modules/backup
Step 2 - create a config file. This is from my standard EmonPi
[email protected]:/var/log $ cat /home/pi/backup/config.cfg # Emoncms Export and Import scripts config file ## DEFAULT CONFIG ## # These settings are used for both the export and import scripts. # To export from one location and import into another # Used by both PHP and Bash and comments are not ignored # Change all capitalised placeholders to relevant locations # user user="pi" backup_script_location="/home/pi/backup" # Directory location of Emoncms emoncms_location="/var/www/emoncms" # Destination location of exported backup .tar.gz - Must be writable backup_location="/home/pi/data" # location of phpfina phpfiwa and phptimeseries databases database_path="/home/pi/data" # Location of emonhub.conf - leave blank if backup not required emonhub_config_path="/home/pi/data" # Location of specimen emonhub config emonhub_specimen_config="/home/pi/emonhub/conf" # Location of compressed backup data to import .tar.gz backup_source_path="/home/pi/data/uploads"
Yes it was, the folder was renamed from
backup/backup-module so I suspect there was no accompanying addition made to the updater script to change the existing symlinks perhaps (I haven’t checked)
I believe this has been done to try and get the non-www modules to a more consistent structure, it looks like the post-process and sync modules have had the same treatment too (so those symlinks maybe red too?).
Looking closer at the commit for the change to the folder name, it also seems to add a warning in the GUI when the config file is missing, so once the symlink is fixed, there should be some info about the config file in the GUI.