Are the feeds really down?

[Tkr001]

I have been getting "the feeds are down for maintenance" periodically as I check for more than 10 hours now. I have rebooted my router, reflashed with and without restore and checked wget exists in /usr/bin. If I do opkg update it fails.

root@vusolo2:/usr/bin# opkg update
Downloading http://enigma2.world-of-satellite.com/feeds/Apollo/3rdparty/Packages.gz.
wget: server returned error: HTTP/1.1 404 Not Found
Downloading http://enigma2.world-of-satellite.com/feeds/Apollo/all/Packages.gz.
Inflating http://enigma2.world-of-satellite.com/feeds/Apollo/all/Packages.gz.
Updated list of available packages in /var/lib/opkg/openvix-all.
Downloading http://enigma2.world-of-satellite.com/feeds/Apollo/mips32el/Packages.gz.
Inflating http://enigma2.world-of-satellite.com/feeds/Apollo/mips32el/Packages.gz.
Updated list of available packages in /var/lib/opkg/openvix-mips32el.
Downloading http://picons.org/downloads/ipk/Packages.gz.
Inflating http://picons.org/downloads/ipk/Packages.gz.
Updated list of available packages in /var/lib/opkg/ocram-picons.
Downloading http://enigma2.world-of-satellite.com/feeds/Apollo/vusolo2/Packages.gz.
Inflating http://enigma2.world-of-satellite.com/feeds/Apollo/vusolo2/Packages.gz.
Updated list of available packages in /var/lib/opkg/openvix-vusolo2.
Downloading http://enigma2.world-of-satellite.com/feeds/Apollo/vusolo2_3rdparty/Packages.gz.
Inflating http://enigma2.world-of-satellite.com/feeds/Apollo/vusolo2_3rdparty/Packages.gz.
Updated list of available packages in /var/lib/opkg/openvix-vusolo2_3rdparty.
Collected errors:
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/Apollo/3rdparty/Packages.gz, wget returned 1.
root@vusolo2:/usr/bin#
root@vusolo2:/usr/bin# * opkg_download: Failed to download http://enigma2.world
-of-satellite.com/feeds/Apollo/3rdparty/Packages.gz, wget returned 1.

Any ideas?

[Sicilian]

Yes down to an issue.

[Tkr001]

OK thanks, restored Helios in the interim

[momayaz]

Yes down to an issue.

thanks .. you saved my time of reflashing .. you know what time will be back ?

[momayaz]

ohh I just tried now .. server only gives

+ picons
+settings


openvix Apollo 003

[johnnyyen]

still down for me

[norbert]

Feeds back up since around 8pm. Mite be worth turning off unstable feeds, otherwise you will constantly find packages that won't update.

Fine for adding plugins though :)

[mickyblueys]

Feeds back up for me, but it says 357 packages to update from Apollo 003 to 005 this is for a duo, surely that can't be correct?

Any mod have an opinion?

Sent from my GT-I9195 using Tapatalk

[Maxwell]

yes that is correct

[mickyblueys]

For such a large online update would it not be best to fresh flash again?

Sent from my GT-I9195 using Tapatalk

[Maxwell]

which ever you feel most comfortable with

[dave798]

Vu Duo 2 tried updating from apollo 003 to apollo 005 300+ updates box goes thru procedure then turns off have to use remote to turn back on and when i do box has not updated but is still on apollo 003 maybe that is why updates are still set to unstable

[lemi]

Online update didn't work for me. It stopped after 4-5 min. by "Deconfiguring network interfaces......."All of sudden......
FTP not connected,Telnet not connected:confused: I'm going to reboot and see what's happening:eek:

[duoduo]

Yep same problem as dave above..

[Maxwell]

just tried it myself on my Ultimo and its the same for me, leave it with us please guys and remember this is why we have an unstable marker on there

[lemi]

It won't boot no more.Flashing other image and come back when you sorted some things out.
I steel believe you've got new Dev's:)

[Maxwell]

I steel believe you've got new Dev's:)

Nope, there has been an issue with github apparently

[mickyblueys]

I understand the updates were set as unstable, but I thought the builds were tested via beta testers first?

If so ....surely failing to update and boot incorrectly would've been spotted?

Sent from my GT-I9195 using Tapatalk

[Maxwell]

personally I usually do a fresh flash each time with beta's and I know others do the same - we can if you prefer remove user access to unstable images

[Larry-G]

I understand the updates were set as unstable, but I thought the builds were tested via beta testers first?

If so ....surely failing to update and boot incorrectly would've been spotted?

Sent from my GT-I9195 using Tapatalk

No that is not how it works.

Most of the time we test updates for specific bug fixes manually by FTP'ing test files to our receivers and when we are happy those fixes work they are submitted to the central GIT @GITHUB along with the others, this can sometimes mean we have tens or hundreds of such fixes on the GIT at any one time.

Our feeds are tied directly into this GIT so when Andy hits the build button they are published directly to the end user via the online update option, we do have the option to withhold them if we feel the need for specific testing but that is not always necessary and it's also why we have the stable and unstable feeds system in place, so users can have a choice to update or not. most of the time this works fine and when it does you hear nothing about it, but when it does not we post on the forum or via other social media outlets to let our users know.

we used to only release Images very infrequently and only when every single part was tested, tested and tested again, which resulted in one or two images a year, for which our users gave us no end of grief, they demanded updates now weather they were tested or not,

[cactikid]

may be an idea or will chance it and later say why did i :confused:

[mickyblueys]

No problem was just enquiring how it worked

Sent from my GT-I9195 using Tapatalk

[judge]

Stable & UnStable updates were introduced for this exact reason.
Not all builds for all boxes complete, no team member has all supported boxes to test on or even if they did, updating 35+ boxes a day isn't feasible.
Enabling unstable updates can cause issues, but helps us narrow them down when issues are reported properly.
If anyone doesn't want to help testing, stick to stable images.

[seame]

Go back to fewer images. I don't understand why people want an update every day :confused:

[abu baniaz]

It is always a good idea to make a full image backup before testing anything new and saving to a PC. If things don't work out, you can reflash to a last working state without having to reconfigure. This applies to testing an image or testing plugins.

Make a post with logs so the issue can be investigated. This is constructive feedback and helps to track down the issue and then hopefully resolve it.

Sorry if it offends, not my intentions. There are some people who report issues in a manner that is neither helpful nor sheds any light on what the real issue is. If it applies to you, please review merits, (if any), of this approach.

[Tkr001]

The post above nails it. Make an image backup before updating, it doesn't take long and restore if things don't work out. Or don't install unstable updates (or indeed any updates) but when things go wrong accept you may have to come up to date to get support.

[invisiblelayer]

I've just flashed to apollo 003 via usb, had enabled unstable updates to do this before. Trying to put backup settings on and its not having it due to feeds being down. :(

[Larry-G]

settings will restore but not any plugins you installed from the feeds as it will have to download those from the feeds.

[invisiblelayer]

settings will restore but not any plugins you installed from the feeds as it will have to download those from the feeds.

will wait for the the feeds to come back online, thanks

[pacha2]

For Apollo 003 should we enable "unstable updates" to install plugins via the feeds? Or is the feed actually down?

[Larry-G]

For Apollo 003 should we enable "unstable updates" to install plugins via the feeds? Or is the feed actually down?

Just leave it for now while we investigate why build 005 failed to build. Once we know and the feeds are restored we will announce it on the forum.

Sent from my GT-I9300 using Tapatalk