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
Errror in supervisor log - config 'startup' with 'before' is deprecated. #41
Comments
Same version of Home Assistant, noticed this on supervisor 2021.02.5. Upgraded to supervisor 2021.02.6 and the warning persists. |
Same here as well |
Same warning here with supervisor 2021.02.6 |
So I've loved this addon for years but no input at all from the dev and 12 months since any update and I'm bailing. There's a pretty good dropbox uploader (that already supports the new dropbox oAuth coming to a dropbox near you in Sept as mandatory) that I am using with a shell script that reloads snapshots, deletes snapshots older than 5 days as well... yes it's hacky but I can ditch unsupported stuff so job done. No good for HA OS but there is also a docker version of it you could load with Portainer maybe but on my Supervised install it's going to be functionally identical. Should Daniel fix this I may return.. |
@DavidFW1960 |
Ha! I knew someone would want to know that lol. When you first run the script it will detect that the dropbox configuration doesn't exist and will lead you through creating the dropbox app step by step. Only landmine is at the end it will ask if the details are correct and you have to answer y in lowercase only. Any other answer will dump you out without saving. Dropbox will then create a folder for the app. Then I use this script with a cronjob to run it overnight after HA has created my snapshot. I'd schedule the cron to run maybe 3 hours after HA creates the backup.. My backup.sh is here:
It backups all my docker configs in /home/docker and also my home directory /home/david It uploads those to dropbox and moves them to a USB drive on my NUC as well. Then it copies only new snapshots to dropbox and removes any older than 5 days and then reloads snapshots in HA (docker exec to the ssh & web terminal addon) Check location for backups in HA is /usr/share/hassio/backup it should be but check it! All those scripts live in /home/david
Crontab can be tricky with permissions as well.. My backup runs at 4am every day. |
I have removed this add-on and effectively replaced my Dropbox backups with Google Drive backups using this. https://github.com/sabeechen/hassio-google-drive-backup More feature rich (support for maximum number of backups on both the local drive and the Google Drive as well as generational backups). So far, I am very, very happy with the Google Drive add-on. |
For now I've forked the two repositories and edited to change the startup parameter to 'application'. I've not done any docker development, so I'm not sure I'm up to enhancing it. I'll chew on it, but for now the error is removed, feel free to use if you wish. |
Already moved to google drive as well. The add on is straight forward, easy to configure and has more options. |
As the problem is solved, I close this thread. |
Ah, sorry. I interpreted RogerSelwyn's post as a solution. |
For reference I'm moving away from this component. The script I now have is based on David's but I run from NodeRed so structured slightly different. I don't have the ssh restart in the script, I'll be adding that to NodeRed. I also found the first run dumped the config file in the root, so I re-ran with the -f parameter to put it alongside the script. I should probably put it somewhere else for security. Also the first upload run create the /home folder and uploaded the snapshots there, then the second one created /home/backup and uploaded there. I suspect a minor bug. All works fine after that.
|
its a ha sn reload not restart ssh... that command makes HA reload the snapshots which you need to do if you remove them for HA to be able to 'see' them. My script and config are just in my home directory. Good job though... |
I've evolved this slightly. I was running it from NodeRed via a shell command, but those seem to be limited to 60 seconds. But you can run a command in the 'SSH & Web Terminal' add-on, (which I imagine most people have installed), which I don't believe has this restriction. Also no longer need to do the mount/unmount since the backup folder is natively accessible to the terminal. You need to have 'share_sessions' set to false otherwise you get an error.
The service call I'm doing is (which I actually do from NodeRed):
|
@RogerSelwyn Hi, I could successfully cal the dropbox_uploader.sh and registered the access token |
This is the add-on - https://github.com/hassio-addons/addon-ssh. It is a Home Assistant Community Add-On which should be available to you by default. |
Ok, found that and it works. |
Add it in this line
I think you will need: |
yees, thank you. Thats it :-) |
hmm...it's not my day.
The dropbox_app has an app folder name "myUploaderfromHA" Oviously, the folder cannot be created and therefore the uploads are failing. |
I think you need to grant the GitHub app you created the right access. Not sure I can help more than that. The Dropbox sync GitHub gives details on how to set it up. |
ok, thank you. I will look at this. Have a great weekend |
We can close this. The component is not supported anymore. Some moved to GoogleDriveBackup and some use the alternate solution described above. |
The following error shall be reported:
Home Assistant OS
Version: 2021.1.4
Supervicor Version: 2021.02.5
The text was updated successfully, but these errors were encountered: