-
-
Notifications
You must be signed in to change notification settings - Fork 238
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
🐛 [Omada] Rebooting the addon makes me lose access to my configuration #1063
Comments
I'm experiencing the same issue. I'll just rollback to an older version for now. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
The same happened to me :( |
The discussion is here mbentley/docker-omada-controller#344 and there is a workaround. But this would mean that we should connect to MongoDB inside the addon. Does anyone know how to connect to it? |
@Geraldziu what if I reinstall and upload a backup? |
I've switched to using https://github.com/jkunczik/home-assistant-omada Omada HA addon and it works even after rebooting. |
Thanks! |
Thanks - if there is a working addon then I'll remove this one from my repo |
Does anybody have any idea how to connect to the MongoDB of the broken addon? :) I would really hate to reconfigure my whole network PS. Yes, I know, backup, yes had them, but after the addon ate my storage I deleted the backups from before it was broken. Unfortunately. |
Hi, I can recheck again to make it remanent by looking how the other add-on is doing it, I just wanted to avoid taking the work from another ; now that paperless is working again which was my latest focus I can look again |
The other addon is only working for Rasbberry |
What is the last working version? It will give me a starting point thanks! |
Ok, I've pushed a test version that should restore the link with the /data. Please let me know if that works, or the latest version of the addon that worked and I can restore that logic - tested working |
Thank you for your time and awesome repository! Tested this version just now, I upgraded fom: 5.9-chromium-amd64-2023-05-26 to version: 5.12-2023-11-21-2. But lost the configration. In the logfile the same error: c.t.s.o.s.OmadaLinuxMain(): No active profile set, falling back to 1 default profile: "default" I cant tell if 5.9-chromium-amd64-2023-05-26 is the last version, but that was the first version that worked for me. I tried newer backups, but maybe I was too impatient. I can provide some information for you, logfiles or something before I restore a backup, happy to help. I can also retry another test version. Thanks! |
Thanks i'll check where that version stored it's data. I wonder if at one time i didn't store it in /config/addons_config/omada then changed to /data |
I switch in Oct 2022 from CONFIGSOURCE="/config/addons_config/omada" To be sure, do you have a folder named /config/addons_config/omada? |
Yes I have, only containiing one file: /homeassistant/addons_config/omada/config.yaml |
Then this means that your files are really in /data... I don't understand why your omada instance doesn't pick it up... |
Hi, just read a comparable issue on the main upstream repo : mbentley/docker-omada-controller#325 (comment) The recommendation : start the version still working, backup all your settings from the webUI, start clean with the latest version, and reimpory everything! This seems indeed the best way forward in case the mongodb files were messed up by moving forward or backward with versions |
Thanks for all the inputs/suggestions, I have just removed the add-on, rebooted OS, installed the add-on with no improvement on reboot the add-on defaults to no config and have to restore from backup. Is there a specific line in the config.yaml that could help? |
Hi, not sure to understand : according to a check on google it seems there should be a "Backup & Restore" setting in the webui? I don't use omada but this thread is based on the same mbentley image that my addon is using |
Unfortunately after last update, I still have the same error, and I don't have a backup from before 5.12 when everything was working
|
The beta version supports AMD64 CPU's, which is what I'm running mine on. It's my understanding that the stable version will support AMD64 soon. But running a beta version isn't for everyone. |
I have continued the discussion with Matt Bentley in that [discussion] (mbentley/docker-omada-controller#344 (reply in thread)) and right now it looks like after add-on is restarted it doesn't have access to previous persistent data or the data is not being saved when the container is closed (mine probably crashed) |
Well my code normally symlinks a folder in In my latest version, I've moved everything located in /data to /config (accessible using my filebrowser addon at the location /config/addons_config/xxx-omada ; or /addon_configs/xxx-omada) to allow people to access it manually. I don't understand why it is not correctly seen by omada... I wonder if it doesn't support symlinks anymore while it was supporting it in the past... |
I wonder if this is because my symlinks were executed in parallel to Omada's code execution, I have forced the sequential execution in |
So i'm on 5.12-2023-11-22-DONOTUPDATE and using Filebrowser addon in addon_configs/db21ed7f_omada/ I see only config.yaml with your commented header and in /config/addons_config I see nothing |
Leatest update gives this unpleasent error
|
I was able to recover my Omada controller by restoring it to version Previously I was having the same error @Geraldziu posted above. Any recent backup restore I tried before |
Thanks very much for the feedback ! It's really weird as the initial issue in the thread was on a version prior to In theory it will copy your data from its current It seems to work on my system using |
tried the same today, but still no luck. I don't see anything in the /config/addons_config, but I can see |
just the config.yaml in /addon_configs/db21ed7f_omada/ ??? normally there should be all the folders including the db... thanks for checking I'll see what could have occurred... |
@alexbelgium I can try to upgrade directly I ask because I did not have the time to read all the threads to understand the issue, I just restored the backups yesterday until started to work again. I can try to catch up on the thread later. Let me know if you wanna I to proceed with the test. Thanks! |
Hi @viniciusgava if you had the time to upgrade directly to Thanks! |
Anything I could test why it's not working on my haos instance? I could understand that the add-on is crushing because there are not enough resources or whatever. But when it's working on one's system and not on my - it's frustrating. I have nothing special installed - standard HAOS with HACS (mushroom, tuya local, Panasonic comfort cloud, lg smart thing cloud), ZigBee2Mqtt, mosquito broker, Google drive backup, esphome, cloudflared. No Idea what's different the usual. @viniciusgava could you share your setup? |
Ok. It took me some time to test because this instance ran in a remote location and during the process of the restored backups the supervisor got stuck and I was required to request someone else to restart the raspberry pi. It did not work upgrade from Boot logs after migrating to
How did I fix it?
@Geraldziu Raspberry Pi 4, 4GB Ram. I honestly did not go deep to understand what happened. Whatever was changed, seems to be related to the data storage. Either the addons changed something where the data persisted that may have killed the current data or the Omada controller made a break change? For now, I will continue monitoring the new version with the Omada backup restored. I also pause auto-update for this plugin for now. I will probably change something on my monitoring since I did notice quickly when stopped to work(famous healthcheck HTTP status 200, right? 😆) |
@alexbelgium, do you know what the issue could be between 5.12-2023-11-15 and DONOTUPDATE3? we both have the same issue after the update. @viniciusgava, did you check the /addon_configs/db21ed7f_omada by any chance? Are there any files over there after the update to DONOTUPDATE3? |
@Geraldziu Can you please clarify what and where I can verify this? Just share more details that I will check for you when I have a chance. |
@viniciusgava this is what I ment :)
In theory if you update to DONOTUPDATE_TEST3 there should be some files in this folder /addon_configs/db21ed7f_omada. At least that's what alexbelgium had configured :-) |
Hi, are there any news on this ? Thanks for your dedication ! @alexbelgium |
Hi, strangely it works on my system but I don't understand why it does not for other people... |
Unfortunately, it's still not working, and I don't have that much experience with docker/HAOS even to start debugging why it's not working for me and it's working for Alex. |
Hi @Geraldziu. I am sorry I haven't tested you. I just checked if I still have this backup, but it was rotated already. I was able to download a backup Here is what it has inside of this backup: I cannot restore the backup in the same device that the issue happened, since if anything goes wrong I cannot fix it, it's a remote location. I restored it on my instance, which has almost the same hardware, but instead of 4GB ram is 8GB. After updating to the latest version as shown in the image below, all data was deleted. It shows up as a new installation. I don't know how much data you have in your previous backup, but, I just accepted that I lost the data and started over. cc: @alexbelgium |
Thanks for the update. I also accepted the loss and redo the whole network setup (with backup directly from Omada). Could you do one more test? When I start the add-on it starts blank, then when I recover from the backup, from inside Omada, it picks up the data (I have to test if it populates the folder). But when I restart the addon, the data is lost again. |
To make sure I get it:
Is that it? |
Yes, that's correct |
Hi @Geraldziu. I did need to redo all the tests. I just did item 4, rebooted the addon, and my data is still there. My two installations using this addon are small, with 2, and 5 devices in each installation—around 25 clients. I also changed the config "web interface HTTP" port to 8089 since it conflicts with the InfluxDB port. It should not justify works for me and not for you though. |
Same here, data is still there... Not sure why there would be different behaviors for different systems but not being able to replicate makes it quite complex to solve... |
@alexbelgium Could you please send the GitHub diff link between the versions that were working previously and the version that moved the data to a different folder, which did not work for me and the others in this thread? I gonna try to manually run these commands and see if I can find anything. @Geraldziu What brand of your micro SD card? Is it fast enough? |
Well it's hard to know exactly when the addon was still running. From what I see, issues started with the update on "Oct 2, 2023" So here is a diff check between aprevious version (5.9-chromium-amd64-2023-05-26 to be safe) ; and the current one (5.13-2024-01-09). Watch-out there is a major upstream change (from 5.9 to 5.12) and that also HA has changed their way to store data which means that I implemented their new /config system Here is (for 24h) the diff check of the two scripts : https://www.diffchecker.com/k4LxPw4B/ |
Thanks for sharing @alexbelgium. Probably this link will get us a similar diff: Is this thread might be related to this issue? I see a difference in the I wonder if the old /data folder will be available to be copied to is It might be related to the docker in the ARM platform(not only Raspberry PI), behaving differently than AMD64? I don't have any knowledge-building addons, so I just throwing ideas in case ring any bell to you Alex. So far I have not had the time to restore the backup and ssh into the container to understand what happens. Thanks |
|
Hi All. I recently lost my data again. I am not sure what happened. It may be related to the rebooting as mentioned earlier here. I have two installations for this addon, one that rarely reboots and another that reboots frequently. Also, the instance that rarely reboots is connected to a UPS device. I migrated to the addon below and I hope it solves the issue. https://github.com/jkunczik/home-assistant-omada I let you know in a few months if this new setup is working for me. Thanks! |
Description
Since a specific update, where I lost my configuration / session / had to redo everything from scratch, it seems to happen again everytime I reboot the plugin.
I now have a backup and recreate an account / link it to the tp-link account, but it still means having to reset everything every so often, which isn't great.
This seems to show up in the logs :
11-05-2023 17:23:17.699 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(): No active profile set, falling back to 1 default profile: "default"
Of course, there was a working profile before the reboot.
Reproduction steps
Addon Logs
Architecture
amd64
OS
HAos
The text was updated successfully, but these errors were encountered: