43 replies to this topic

[dog-man]

I attempted to check for any new software updates on my VU Ultimo 4K running the nightly development build. Last time updated, I think, was yesterday.

It just continually searches for any updates. I don't know if it will give up at some point but I have left it searching and will check later.

[dog-man]

It took around 40 minutes to find 25 updates.

I selected update, and it is now stuck on unattended update in progress.

 

Hopefully, it will eventually get through this and update.

[dog-man]

OK, sorted.

It didn't resolve the problem itself. I removed the power, then rebooted and also rebooted my router.

Then went through the software update process again and it worked flawlessly.

[dog-man]

Today, I am unable to update the software.

 

The usual power down of the box and a restart is not helping.

I thought perhaps the Ultimo was struggling with the heat, but I even tried after removing the power for about 15 minutes and the temp in the box was 35c.

 

It just hangs on 'unattended update in progress'.

 

Only removing power will bring the receiver back to life and make it useable again, but it will not update any software.

I checked network, that is fine. All green on the network test.

Anyone got any suggestions?

[Pr2]

You have to blame your Internet Service Provider (ISP) or you local network.

 

I just update one of my box right now without any latency issue.

[dog-man]

My internet is working fine. It's a 1GB service.

[Tech]

What happens if you perform an online update and ask for restarting the STB?

[WanWizard]

It just hangs on 'unattended update in progress'.

 

How much patience did you have? If you've installed picons, on an old Ultimo an update can easily take 10-15 minutes.
 

[dog-man]

What happens if you perform an online update and ask for restarting the STB?

I always do an online update and ask for a restart.

Currently, it takes about 40 minutes to find the updates, then hangs when I initiate the update.

[dog-man]

 

It just hangs on 'unattended update in progress'.

 

How much patience did you have? If you've installed picons, on an old Ultimo an update can easily take 10-15 minutes.
 

 

Never use picons.

 

The software update never happens.

 

This is a recent issue. Yesterday and the day before, it would work if I powered down and also rebooted the router before doing a software update.

There is a noticeable pause when I start a check for any updates, before it appears to start.

[WanWizard]

I see the requests from your IP in the logs, very slow (like 10+ minutes apart for each package). But the servers repond directly, to the problem is either on the box, or between the box and our download mirrors...

 

And I see downloads for an Ultimo 4K, not an Ultimo?

[40H3X]

Maybe the box has no space left, please check?
 

dh -Th

Or maybe the same problem as last time, router issues?



 

[dog-man]

I see the requests from your IP in the logs, very slow (like 10+ minutes apart for each package). But the servers repond directly, to the problem is either on the box, or between the box and our download mirrors...

 

And I see downloads for an Ultimo 4K, not an Ultimo?

Yes, it is an Ultimo 4K as stated in the first post.

[dog-man]

Maybe the box has no space left, please check?
 

dh -Th

Or maybe the same problem as last time, router issues?



 

The last time, I had a similar but not exactly same issue, it would take a long time to find software updates. It would, though, install them. Unlike with this issue.

[WanWizard]

If you are able to use the command line, you can update on the commandline too:

opkg update
opkg upgrade

so you can see exactly what the responses are, if any.

[dog-man]

The Ultimo 4K did manage to successfully update early evening, I think it was.

 

I will search for possible updates this morning, when I can access the receiver and see if the issue is still there.

[dog-man]

I was unable to access the receiver yesterday due to family being with me.

I have just initiated a software upgrade and after about 28 / 29 minutes, 3 updates were found. I selected update at about 10:19 UK time, and it is still currently frozen on the unattended upgrade screen.

 

I will leave it longer to see if it manages to get through this.

 

If it doesn't, I am tempted to reflash with the latest nightly development version to see if that cures the problem.

[WanWizard]

From the commandline?

 

This is the interaction from your box with our download mirrors (I've merged all logs):

[14/Aug/2024:08:48:36 +0000] "GET /feeds/openpli-develop/3rd-party-armv7ahf-neon/Packages.gz HTTP/1.1" 200 281 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.051 upstream_response_time=0.051 upstream_connect_time=0.023 upstream_header_time=0.051
[14/Aug/2024:08:52:50 +0000] "GET /feeds/openpli-develop/3rd-party/Packages.gz HTTP/1.1" 200 896 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.051 upstream_response_time=0.051 upstream_connect_time=0.024 upstream_header_time=0.051
[14/Aug/2024:08:57:05 +0000] "GET /feeds/openpli-develop/3rd-party-vuultimo4k/Packages.gz HTTP/1.1" 200 29 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.095 upstream_response_time=0.095 upstream_connect_time=0.047 upstream_header_time=0.095
[14/Aug/2024:09:01:20 +0000] "GET /feeds/openpli-develop/all/Packages.gz HTTP/1.1" 200 34577 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.050 upstream_response_time=0.050 upstream_connect_time=0.024 upstream_header_time=0.050
[14/Aug/2024:09:05:35 +0000] "GET /feeds/openpli-develop/armv7ahf-neon/Packages.gz HTTP/1.1" 200 466604 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.362 upstream_response_time=0.050 upstream_connect_time=0.023 upstream_header_time=0.050
[14/Aug/2024:09:09:49 +0000] "GET /feeds/openpli-develop/picons/Packages.gz HTTP/1.1" 200 2720 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.029 upstream_response_time=0.028 upstream_connect_time=0.013 upstream_header_time=0.028
[14/Aug/2024:09:14:04 +0000] "GET /feeds/openpli-develop/vuultimo4k/Packages.gz HTTP/1.1" 200 68019 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.080 upstream_response_time=0.053 upstream_connect_time=0.025 upstream_header_time=0.053
[14/Aug/2024:09:14:13 +0000] "GET /feeds/openpli-develop/all/Packages.gz HTTP/1.1" 200 34577 "-" "Python-urllib/3.9" "-" upstream_status=304 request_time=0.032 upstream_response_time=0.032 upstream_connect_time=0.015 upstream_header_time=0.032
[14/Aug/2024:09:14:15 +0000] "GET /feeds/openpli-develop/armv7ahf-neon/Packages.gz HTTP/1.1" 200 100494 "-" "Python-urllib/3.9" "-" upstream_status=304 request_time=0.080 upstream_response_time=0.052 upstream_connect_time=0.024 upstream_header_time=0.052
[14/Aug/2024:09:14:18 +0000] "GET /feeds/openpli-develop/vuultimo4k/Packages.gz HTTP/1.1" 200 51535 "-" "Python-urllib/3.9" "-" upstream_status=304 request_time=0.069 upstream_response_time=0.030 upstream_connect_time=0.014 upstream_header_time=0.030
[14/Aug/2024:09:22:21 +0000] "GET /feeds/openpli-develop/3rd-party-armv7ahf-neon/Packages.gz HTTP/1.1" 200 281 "-" "Wget/1.21.1" "-" upstream_status=- request_time=0.000 upstream_response_time=- upstream_connect_time=- upstream_header_time=-
[14/Aug/2024:09:26:36 +0000] "GET /feeds/openpli-develop/3rd-party/Packages.gz HTTP/1.1" 200 896 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.030 upstream_response_time=0.030 upstream_connect_time=0.014 upstream_header_time=0.030
[14/Aug/2024:09:30:50 +0000] "GET /feeds/openpli-develop/3rd-party-vuultimo4k/Packages.gz HTTP/1.1" 200 29 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.051 upstream_response_time=0.051 upstream_connect_time=0.024 upstream_header_time=0.051
[14/Aug/2024:09:35:05 +0000] "GET /feeds/openpli-develop/all/Packages.gz HTTP/1.1" 200 34577 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.030 upstream_response_time=0.031 upstream_connect_time=0.014 upstream_header_time=0.031
[14/Aug/2024:09:39:20 +0000] "GET /feeds/openpli-develop/armv7ahf-neon/Packages.gz HTTP/1.1" 200 466604 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.364 upstream_response_time=0.052 upstream_connect_time=0.024 upstream_header_time=0.052
[14/Aug/2024:09:43:35 +0000] "GET /feeds/openpli-develop/picons/Packages.gz HTTP/1.1" 200 2720 "-" "Wget/1.21.1" "-" upstream_status=- request_time=0.000 upstream_response_time=- upstream_connect_time=- upstream_header_time=-
[14/Aug/2024:09:47:50 +0000] "GET /feeds/openpli-develop/vuultimo4k/Packages.gz HTTP/1.1" 200 68019 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.082 upstream_response_time=0.050 upstream_connect_time=0.023 upstream_header_time=0.050
[14/Aug/2024:09:52:06 +0000] "GET /feeds/openpli-develop/armv7ahf-neon/openpli-bootlogo_20240813-r0.6141_armv7ahf-neon.ipk HTTP/1.1" 200 421106 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.229 upstream_response_time=0.033 upstream_connect_time=0.015 upstream_header_time=0.033
[14/Aug/2024:09:56:21 +0000] "GET /feeds/openpli-develop/vuultimo4k/enigma-info_develop-r0.899_vuultimo4k.ipk HTTP/1.1" 200 2872 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.050 upstream_response_time=0.051 upstream_connect_time=0.024 upstream_header_time=0.051
[14/Aug/2024:10:00:36 +0000] "GET /feeds/openpli-develop/all/tuxbox-common_3+git744+528506d-r0.0_all.ipk HTTP/1.1" 200 48920 "-" "Wget/1.21.1" "-" upstream_status=- request_time=0.000 upstream_response_time=- upstream_connect_time=- upstream_header_time=-

As you can see there are several minutes between requests of every packages.gz index file, which indicates either a very slow network connection between your box and our download mirrors (which are hosted by OVH in France), or in the processing of the index files on the box.

 

Funny enough, you seem to have an internet connection from Entanet (Aquiss, Cityfiber, etc), same as I have .

[WanWizard]

Looking closer:

[14/Aug/2024:09:05:35 +0000] "GET /feeds/openpli-develop/armv7ahf-neon/Packages.gz HTTP/1.1" 200 466604 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.362 upstream_response_time=0.050 upstream_connect_time=0.023 upstream_header_time=0.050
[14/Aug/2024:09:14:15 +0000] "GET /feeds/openpli-develop/armv7ahf-neon/Packages.gz HTTP/1.1" 200 100494 "-" "Python-urllib/3.9" "-" upstream_status=304 request_time=0.080 upstream_response_time=0.052 upstream_connect_time=0.024 upstream_header_time=0.052
[14/Aug/2024:09:39:20 +0000] "GET /feeds/openpli-develop/armv7ahf-neon/Packages.gz HTTP/1.1" 200 466604 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.364 upstream_response_time=0.052 upstream_connect_time=0.024 upstream_header_time=0.052

I have no idea where "Python-urllib/3.9" requests come from ( opkg uses wget to download files ), nor why it only downloaded 100494 bytes, instead of the entire file...

 

Same with

[14/Aug/2024:09:14:04 +0000] "GET /feeds/openpli-develop/vuultimo4k/Packages.gz HTTP/1.1" 200 68019 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.080 upstream_response_time=0.053 upstream_connect_time=0.025 upstream_header_time=0.053
[14/Aug/2024:09:14:18 +0000] "GET /feeds/openpli-develop/vuultimo4k/Packages.gz HTTP/1.1" 200 51535 "-" "Python-urllib/3.9" "-" upstream_status=304 request_time=0.069 upstream_response_time=0.030 upstream_connect_time=0.014 upstream_header_time=0.030
[14/Aug/2024:09:47:50 +0000] "GET /feeds/openpli-develop/vuultimo4k/Packages.gz HTTP/1.1" 200 68019 "-" "Wget/1.21.1" "-" upstream_status=304 request_time=0.082 upstream_response_time=0.050 upstream_connect_time=0.023 upstream_header_time=0.050

 

[dog-man]

Sorry, but the above is meaningless to me.

 

I left the receiver updating beginning at 10:19 UK time, and it took around 40 minutes to get through it and rebooting.

 

Yes, I am with Aquiess for my Internet. 1GB service and speed stats are fine.

Everything else on the network seems to work fine.

 

If I remember tomorrow, I will turn on my VPN before looking to see if there are any updates to see if it makes a difference.