OPNsense Forum
Archive => 22.7 Legacy Series => Topic started by: opn_nwo on October 04, 2022, 04:16:27 pm
-
I've always been able to upgrade AdGuard from within it's UI. Today there was a new update (v0.107.15), but for some reason it doesn't run. Instead, I get this message "Auto-update failed. Please follow these steps to update manually." redirecting me to https://github.com/AdguardTeam/AdGuardHome/wiki/FAQ#manual-update
-
Might be an issue on the adguard update server side. I get the same error for the v0.108.17 that came available today. I would give them a few hours to get things sorted and try again.
-
No problems here. Updated from 0.107.09 to 0.107.15 a few minutes ago.
-
Solution to Auto-update failed error when trying to install update 0.107.15 on Adguard Home:
1 - In Opnsense stop Adguard Home
2 - Donwload and unzip AdGuardHome_freebsd_amd64.tar.gz ( https://github.com/AdguardTeam/AdGuardHome/releases/tag/v0.107.15 )
3 - Access Opnsense via ssh to /usr/local/AdGuardHome and replace the old files with the new ones respecting the permissions of those files.
4 - In Opnsense launching Adguard Home
-
Thanks for the suggestions. I'll wait a couple of days to see if it's an issue on their end. Then I'll attempt a manual update
-
No problems here just Updated to 0.107.15. ;)
-
please delete... posted in wrong thread by mistake.
-
I'm on the beta channel and on both systems it ran fine.
On one I had to refresh the page during update.
-
same problem here. After clicking on the update button I directly receive the same message that the update-process failed.
-
Had the same issue with AGH from the community repo. I ended up reinstalling AGH and then the update worked fine.
-
Same on Ubuntu here, maybe not really an OPNsense/FreeBSD issue.
-
Had the same issue with AGH from the community repo. I ended up reinstalling AGH and then the update worked fine.
Did the config (Blocklist etc.) lost after reinstall?
-
I'm apparently on the beta channel running AdGuard Home v0.108.0-b.17 and it fails when I update from the UI to AdGuard Home v0.108.0-b.18.. I'll give it a few days, the updates from the UI had been working fine for months.
-
I downloaded and extracted the FreeBSD release from here:
https://github.com/AdguardTeam/AdGuardHome/releases/download/v0.107.15/AdGuardHome_freebsd_amd64.tar.gz
Then copied the AdGuardHome binary to /usr/local/AdGuardHome/AdGuardHome, then rebooted just to make sure.
Working as it should.
-
Had the same issue with AGH from the community repo. I ended up reinstalling AGH and then the update worked fine.
Did the config (Blocklist etc.) lost after reinstall?
Sadly the answer is yes. The better way to do it is as yeraycito described it above.
-
Looks like the bug was introduced in the previous version and this is not a server-side issue:
https://github.com/AdguardTeam/AdGuardHome/discussions/4989#discussioncomment-3798085
Did the manual update yesterday without any issue.
-
I'm on the beta channel and on both systems it ran fine.
On one I had to refresh the page during update.
I used your repo to add AGH to my OPNsense (thanks for that btw!) and have 0.107.9 installed currently, but instead of version 0.107.15 I get offered 0.108.17 as an update. So I would switch to the beta branch I guess. How can I change back to stable branch for updates?
BR
-
Hm, maybe overwrite the files of your currently running AGH with the ones from the latest stable version. But stop the service first and respect the file permissions. I'm running on the latest stable version and can't find an update. This means AGH doesn't offer me a beta version but instead searches for a newer version that doesn't exist yet. Could be that it is a bug on the old version you're running but that's just a wild guess.
-
Solution picked from Adguard bug thread:
- SSH in your opnsense box
- Send this command, change USERNAME:PASSWORD to your Login/Pass of Adguard
- Specify port if you changed the default
curl -H 'Content-Type: application/json' -X POST -v 'http://USERNAME:PASSWORD@127.0.0.1/control/update'
If you are running adguard on SSL connection :
curl --insecure -H 'Content-Type: application/json' -X POST -v 'https://USERNAME:PASSWORD@127.0.0.1:443/control/update'
-
Thanks for sharing!
I tried https version, but i got this error:
* Closing connection -1
curl: (3) URL using bad/illegal format or missing URL
I tried plain http:
Ambiguous output redirect.
-
Solution picked from Adguard bug thread:
- SSH in your opnsense box
- Send this command, change USERNAME:PASSWORD to your Login/Pass of Adguard
- Specify port if you changed the default
curl -H 'Content-Type: application/json' -X POST -v 'http://USERNAME:PASSWORD@127.0.0.1/control/update'
Can confirm this worked - but, in my case, I had to use the IP address of my AGH box on my LAN, localhost didn't work.
Updated to .b17 successfully, no apparent loss of data. Thank you!
-
Thanks for sharing!
I tried https version, but i got this error:
* Closing connection -1
curl: (3) URL using bad/illegal format or missing URL
I tried plain http:
Ambiguous output redirect.
You might wanna try using the lan address and see if it works this way.
-
Solution picked from Adguard bug thread:
- SSH in your opnsense box
- Send this command, change USERNAME:PASSWORD to your Login/Pass of Adguard
- Specify port if you changed the default
curl -H 'Content-Type: application/json' -X POST -v 'http://USERNAME:PASSWORD@127.0.0.1/control/update'
Can confirm this worked - but, in my case, I had to use the IP address of my AGH box on my LAN, localhost didn't work.
Updated to .b17 successfully, no apparent loss of data. Thank you!
Same here, but had to add the IP address and port for it to work for me. Thanks, that was much easier than I expected.
-
Must be something easy to miss. Ip of the Adguard/opnsene box also did not work over here:
(both http and https have different port and used that port)
* Closing connection -1
curl: (3) URL using bad/illegal format or missing URL
ah just saw this post: I was also having the same issue with the auto update failing. I tried the curl command and my password (containing special characters) was also failing.
The supposed sollution there got me a bit further, but still not successful
/update request isn't allowed now
* Connection #0 to host 192.168.1.1 left intact
**Solved it
I was also logged in into adguard webpage while trying to use the command above to update. This did not work. While not being logged in and trying the command, it updated!
-
I updated the repo to include 0.107.15 ... you need to stop / start agh after update manually
-
I updated the repo to include 0.107.15 ... you need to stop / start agh after update manually
Awesome! The AGH devs said they fixed the update problem in v0.107.15 so we should be good for now until we will face a different update problem anytime in the future. ;D
Just out of curiosity: Why did you choose the stable version instead of beta? In the past the repo came with the beta version of AGH.
Do you recommend locking the package because an update of the package in the future might downgrade a newer currently running version?
FYI: The plugin details of AGH (System > Firmware > Plugins) doesn't mention v.1.8 yet. Maybe you wanna update those.
-
Honestly I have no idea why its beta. I thought I replaced it ages ago. Lets stick to stable
-
I updated the repo to include 0.107.15 ... you need to stop / start agh after update manually
That worked great, thx a lot!
-
Similar issue with the new update to .16 unfortunately...
-
the same method above worked for updating to .16 also over here. Have you tried that?
-
Update versión 0.107.15 to 0.107.16 ........Perfect
-
Update versión 0.107.15 to 0.107.16 ........Perfect
+1 (after repo update mentioned by mimugmail previously)
-
...you need to stop / start agh after update manually
This fixed my issue with the update from .15 to .16 - I had updated the plug-in but not restarted AGH.