-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v2.2.1-rc3: Backup-Restore does not work #91
Comments
Found out in the meantime that I needed to set in Smarthome the correct Z-Way controller (UZB1 address) in ZWave configuration. |
Sorry to have to reopen this. |
Too many re-open and close ;) In RC3 it might not work, try RC4 - it was tested |
Sorry, this happens when you are debugging and cooking a meal at the same time 😢
It's release escaped to my attention. I'll upgrade |
Does the Smarthome Backup include the Z-Wave backup done via ExpertUI, or do we still have to make two backups? The title "This will create a file that you can save to your computer" is not really meaningful to a user who wants to know what is written. |
I have tested (via Expert UI) in rc4 the backup process is not optimal this is right. For user is not clear, where update will be saved. |
This comment is on Smarthome; not ExpertUI. |
You were speaking about Expert-UI ;) |
bump |
It does contain all data including Z-Wave, but does not do restore to UZB. Means, if same UZB is used, it will restore all data, but if new UZB is used, UZB will not receive any new data (requires Expert UI to restore) |
Thanks this helps understanding. |
Did some further testing:
update 20150128 I probably misinterpreted losing the license key |
With v2.2.1-rc7 my Apps are still not restored. When can we finally expect a real robust backup/restore system? It is a real pain to have to rebuild from scratch |
Sorry, that we have let you wait so long. |
In v2.2.1 userModules are not part of Backup/Restore. See forum |
hmm, looks strange ... I need more informations about how you've copied the modules?
|
|
fyi: We've decided to move restore functionality of userModules into v2.2.2. So we're now working on it. If these userModules had existing instances before the backup, they should be in saved correctly, because HA makes no differents between /modules or /userModules apps. Of course if the app folders were missing the backup/restore of them is useless at the moment ... I think not that this problem is related to backup/restore. Your Arithmetic module looks ok. /ZAutomation/api/v1/namespaces/devices_sensorMultilevel with the folowing you get a list with ids and names of the devices: /ZAutomation/api/v1/namespaces/devices_sensorMultilevel.deviceId I suspect that the device id is stored correctly but device itself isn't available in namespaces list so the list will be empty - maybe because it isn't a live or an interview has failed? |
The sensor is not found there, but if I look in configjson-xxxx.json, I do see under instances in the rule specification that my two missing sensors are mentioned there. I am pretty sure it is because it is not live. I will exchange the two devices now and see if the cloning went OK |
Ah ok. So let me give you a short summary how it works: As you know these namespaces were used by the apps to list devices. In your case no existing namespace entry is found and the formular gets an empty array. This is Alpaca JS stuff - maybe we could enhance it a bit. Btw. to avoid such empty lists, you could add a 'noneLabel to this field with 'removeDefaultNone:false' if 'required:true' |
Misunderstanding I think! In the meantime I moved my cloned device to the other building. Everything seems to work. The ZWave devices are now within reach. Also the arithmetic module now got its sensor parameters automatically as I expected. |
Is there a default folder where users should/could store their javascript files? |
At the moment it is better to store them in automation/storage cause all contents will be stored in backup file and could be restored - providing they were registered in storageContent before and they were stored via saveObject() - it does the registering automatically ... otherwise it won't be recognized at the moment. I'm not sure but I think saveObject()/loadObject() should handle saving / loading your .js ... Maybe you already do it in that way? If this .js files are used in app it will be better to store them in MyModule folder - They then will be backuped during backing up modules (we're still working on it) in future. |
Not really, seems that it is one more topic for our todo list :) but you can try the following:
I'm not sure but maybe it is necessary to transform the js file into one line string ... Otherwise it could work if you add the path to app only. Its try a worth, I'm exited :) |
That seems to be a bit too complex for a backup manual at the moment I'm afraid. We better go for the todo list. |
hmm, think best way is to have a automation/customCode folder (we already had since some weeks before) similar to automation/userModules that is not touched during updates and will be backuped, too. |
Seems a logical simple extension indeed. I'd rather call it userCode in analogy to userModule. (In the past customCode had a somewhat different context IIRC) |
Whatever |
Tried to move my installation to a new Raspi2 with new UZB1
The text was updated successfully, but these errors were encountered: