Can't update software on ViX-3.0.343

[westentertainer]

hi ,i am trying to update as my vu is showing flashing icon ,but when i do the software update the flashing icon is still there and no update,
any help please

[Maxwell]

there was a known issue with updating from that build in GUI, telnet into the box and issue this command:

init 4 && opkg update && opkg upgrade && init 6

[MarsArtis]

I had the very similar issue on both my DUOs, both on 3.0.343.
On one I sucessfully update via telnet.

On the second I was reported wget errors like the ones I was affected in the past and reported here: http://www.world-of-satellite.com/sh...-updates/page2

Just few notes:
- prior to 343 I was able to upgrade from that very box.
- if trying to upgrade from gui I get this error message:

A background update check is in progress, please wait a few minutes and try again."

(I've tried to disable the background check option in settings but I still get the message).
- have disabled Softcam autostart for CCcam.
- have detached all the external usb devices (DVB-T stick, USB pen, and USB HDD)

[Larry-G]

I had the very similar issue on both my DUOs, both on 3.0.343.
On one I sucessfully update via telnet.

On the second I was reported wget errors like the ones I was affected in the past and reported here: http://www.world-of-satellite.com/sh...-updates/page2

Just few notes:
- prior to 343 I was able to upgrade from that very box.
- if trying to upgrade from gui I get this error message:

A background update check is in progress, please wait a few minutes and try again."

(I've tried to disable the background check option in settings but I still get the message).
- have disabled Softcam autostart for CCcam.
- have detached all the external usb devices (DVB-T stick, USB pen, and USB HDD)

No point trying to use a gui update on this build ( 343 ) as its broken. Use a telnet session instead as this will work and the issue has been fixed in later builds.

Sent from my GT-I9300 using Tapatalk 2

[MarsArtis]

No point trying to use a gui update on this build ( 343 ) as its broken. Use a telnet session instead as this will work and the issue has been fixed in later builds.

Sent from my GT-I9300 using Tapatalk 2

I clearly stated that telnet procedure does not work either. Just added the info about the gui message for better explanation of the issue.

[Larry-G]

Then your problem lies else where, a user just last week had the same problem where every thing but online updates would not work, he traced his problem down to the network cable on that receiver.

[Larry-G]

Then your problem lies else where, a user just last week had the same problem where every thing but online updates would not work, he traced his problem down to the network cable on that receiver.

also be aware that andy has just in the last two hours set the feeds to unstable as he uploads build 357 to the server.

[Rob van der Does]

Please give the following command in telnet

ping www.world-of-satellite.com

and post the output here.

[MarsArtis]

Please give the following command in telnet

ping www.world-of-satellite.com

and post the output here.

It's not a network issue.

here's the result of the ping:

root@vuduo-50:~# ping www.world-of-satellite.com
PING www.world-of-satellite.com (94.75.215.25): 56 data bytes
64 bytes from 94.75.215.25: seq=0 ttl=53 time=86.868 ms
64 bytes from 94.75.215.25: seq=1 ttl=53 time=84.922 ms
64 bytes from 94.75.215.25: seq=2 ttl=53 time=86.227 ms
64 bytes from 94.75.215.25: seq=3 ttl=53 time=83.726 ms
64 bytes from 94.75.215.25: seq=4 ttl=53 time=82.850 ms
64 bytes from 94.75.215.25: seq=5 ttl=53 time=84.161 ms
64 bytes from 94.75.215.25: seq=6 ttl=53 time=82.859 ms
64 bytes from 94.75.215.25: seq=7 ttl=53 time=83.070 ms
64 bytes from 94.75.215.25: seq=8 ttl=53 time=83.119 ms
64 bytes from 94.75.215.25: seq=9 ttl=53 time=86.237 ms
64 bytes from 94.75.215.25: seq=10 ttl=53 time=83.955 ms
^C
--- www.world-of-satellite.com ping statistics ---
11 packets transmitted, 11 packets received, 0% packet loss
round-trip min/avg/max = 82.850/84.363/86.868 ms
root@vuduo-50:~# 

Anyhow I've not been able to find any description for wget error code 255.

[MarsArtis]

Hi mates
bad news. Just yesterday I flashed to VIX 378 the DUO that usually seems affected by the issue.
This morning I noticed a new update available on the feed but the DUO did not alert me. So tried to force update and it returned me the ALERT abaout background check process running.
So tried the telnet upgrade and again I get the wget 255 error.

I then tried to detach all the external USB devices (HDD, DVB-T, and USB pendrive). Retried telnet update and upgrade but still 255 error.

What could be causing this behaviour?

Just for testing purpose can anybody suggest me an alternative image for duo capable of online update to check if this issue remains?

[Rob van der Does]

For some reason I had the same yesterday on a UNO; nothing I could do to solve it (changed IP/cable/port/rebooted router), while pinging went fine. In the end I decided to flash & restore and guess what? All is fine.
I have absolutely no clue what was going on, and never had that before.

[MarsArtis]

For some reason I had the same yesterday on a UNO; nothing I could do to solve it (changed IP/cable/port/rebooted router), while pinging went fine. In the end I decided to flash & restore and guess what? All is fine.
I have absolutely no clue what was going on, and never had that before.

Well Rob your words sounds half a confort for me.
Finally I'm not alone.

At preset I've not yet reflashed so if you or any other developer want me to do any test I'm here.

[Rob van der Does]

I've been testing this together with Andy, but we found no cause and hence no solution.
I took his advise to flash the box, and Ohhh mystery: now all is fine.
So my advise to you is to do the same (provided all normal options regarding internet issues have been tried).

[vu-duo-user]

Hi all, Iam still on build 249 with Allow unstable updates to no and no update indicator flash. Is this build the latest stable release? As I don't want problems like our m8 here.

[Larry-G]

The latest image on the server is classed as a stable release, but there is always a risk with any software update of something going wrong. Which is why setup the creation of a automatic settings backup and image backup upon a GUI update on the receiver, so if things do go wrong you can reflash the backup and be back to where you were.