View Full Version : [VU+ Duo] VIX 2.4 v134 not seeing updates
Hi there,
I'm noticing on one of my two DUOs that the update icon is not lighting nor red or green.
The odd thing is it has the online update settings enabled for unstable updates. And if I try to go in VIX menu and chose software updates I get the message "nothing to update".
Should I go for a opkg update and upgrade via telnet or what?
the latest image on the server 2.4-151 is set as stable so yes try a opkg update && opkg upgrade session in telnet.
I'll do.
But please, how do you explain the fact that this DUO is not seeing online updates available?
D A M N !!!
can't telnet into duo!
get:
*************** SESSION CLOSED **************
neither can FTP to it.
Let's try a reboot... :confused:
I honestly have no idea, The image was initially set as unstable untill we tested a few outstanding issues, once we were happy they had been resolved we set it to stable. you could try the software update option in the image to see if that pulls the update down
Blue button> ViX> Software update.
ok rebooted and could telnet into the duo:
opkg update && opkg upgrade
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/all/Packages.gz.
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/mipsel/Packages.gz.
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo-3rdparty/Packages.gz.
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo/Packages.gz.
Collected errors:
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/all/Packages.gz, wget returned 255.
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/mipsel/Packages.gz, wget returned 255.
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo-3rdparty/Packages.gz, wget returned 255.
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo/Packages.gz, wget returned 255.
what's going on?
(as said Blue button> ViX> Software update. is not working, it geves this message: "nothing to update"
Maybe do a backup and flash with 151 and see if that works
yes ok, but I'd like to understand what's going on and report any issue.
I had the exact same problem with my et9000 last night and had to flash with latest version
Are you sure you have a working network connection ?
Try
ping enigma2.world-of-satellite.comin a telnet session.
If that does not work it is either a wrong DNS-server and/or default gateway.
It's not a network issue, nor related to LAN (since I'm able to telnet) nor to wan, pinging router and enigma2 is ok:
ping enigma2.world-of-satellite.com
PING enigma2.world-of-satellite.com (94.75.215.25): 56 data bytes
64 bytes from 94.75.215.25: seq=0 ttl=53 time=81.591 ms
64 bytes from 94.75.215.25: seq=1 ttl=53 time=81.342 ms
64 bytes from 94.75.215.25: seq=2 ttl=53 time=81.251 ms
what else?
Rob van der Does
14-06-12, 06:39
Did you restore old settings when updating to 2.4?
No no. Did not any settings restore.
This time (as stated in the post related to NetwokBrowser not browsing issue) I exited the startup wizard and set everythig manually..
That said, what does actually mean the wget error 255?
Is there any way that I could download manually the needed updates files and transefer them to duo and issue any command to update?
Rob van der Does
14-06-12, 09:48
Is there any way that I could download manually the needed updates files and transefer them to duo and issue any command to update?
No, there's not.
Two possibilities than:
1- Telnet
init 4 && opkg update && opkg upgrade && init 6
to update the box,
or
2- Make a settings backup using the backupmanager and flash the box with 2.4-151, restoring the settings manually after the box went through the first install wizard.
some more feedback:
Have found on other forum suggestion to remove and then reinstall wget to try and solve the issue. This has not worked for me:
opkg remove wget
No packages removed.
opkg install wget
Unknown package 'wget'.
second, I've tried to issue some more extensive opkg commands:
opkg list-upgradable does NOT return anything. Just blank:
root@vuduo:~# opkg list-upgradable
root@vuduo:~#
If i set to verbose level 2:
opkg list-upgradable -V2
opkg_conf_parse_file: Loading conf file /etc/opkg/all-feed.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/arch.conf.
opkg_conf_parse_file: Supported arch all priority (1)
opkg_conf_parse_file: Supported arch any priority (6)
opkg_conf_parse_file: Supported arch noarch priority (11)
opkg_conf_parse_file: Supported arch mipsel priority (16)
opkg_conf_parse_file: Supported arch vuduo priority (21)
opkg_conf_parse_file: Supported arch vuduo-3rdparty priority (26)
opkg_conf_parse_file: Loading conf file /etc/opkg/mipsel-feed.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/opkg.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/vuduo-3rdparty-feed.conf.
opkg_conf_parse_file: Loading conf file /etc/opkg/vuduo-feed.conf.
pkg_hash_load_feeds:
pkg_hash_load_status_files:
pkg_info_preinstall_check: Updating file owner list.
Just to be more extensive, this DUO is on 2.4 143, installed from flash right from the 143 build downloaded. I did a reflash since as stated HERE (http://www.world-of-satellite.com/showthread.php?18182-New-VIX-Image-Vu-Duo-Version-2-4-15-05-2012-DISCUSSION-ONLY&p=137172&viewfull=1#post137172) I had the very some issue of DUO not seeing updates. So before going for another flash to the latest build I would like to investigate with developers help what is causing this issue. I'm here for you.
No, there's not.
Two possibilities than:
1- Telnet
init 4 && opkg update && opkg upgrade && init 6
to update the box,
mmm bad results:
init 4 && opkg update && opkg upgrade && init 6
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/all/Packages.gz.
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/mipsel/Packages.gz.
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo-3rdparty/Packages.gz.
Downloading http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo/Packages.gz.
Collected errors:
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/all/Packages.gz, wget returned 255.
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/mipsel/Packages.gz, wget returned 255.
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo-3rdparty/Packages.gz, wget returned 255.
* opkg_download: Failed to download http://enigma2.world-of-satellite.com/feeds/2.4/vuduo/vuduo/Packages.gz, wget returned 255.
Rob van der Does
14-06-12, 10:31
Try to connect your box to your router directly (so a cable in the router to the box).
I'll try when back at home.
Thx for now
few further notes:
when issueing init 4 && opkg update && opkg upgrade && init 6 the DUO freezes (the screen remain with a still image and does not respond to any remote command). But it is responsive to telnet commands so I can reboot or anything else.
I've done all the network tries even a wifi connection and the results are al the same: i can ping everything inside and outside the LAN but the wget error remains.
Even the plugin downloads fails.
few further notes:
when issueing init 4 && opkg update && opkg upgrade && init 6 the DUO freezes (the screen remain with a still image and does not respond to any remote command). But it is responsive to telnet commands so I can reboot or anything else.
I've done all the network tries even a wifi connection and the results are al the same: i can ping everything inside and outside the LAN but the wget error remains.
Even the plugin downloads fails.
Thats exactly what is supposed to happen.
init 4 puts enigma to sleep hence the screen freezing and becoming none responsive.
and then what it is supposed to happen?
init 4 enigma goes to sleep && opkg update the image looks to see if updates are available && opkg upgrade if updates are found they are downloaded && init 6 not sure about that one but i would guess it reboots the receiver.
so if ater many hours the DUO remains "freezed" it means that it hasn't done anything. Right?
Rob van der Does
15-06-12, 02:03
so if ater many hours the DUO remains "freezed" it means that it hasn't done anything. Right?
Correct: 'init 6' should have rebooted the box once the upgrade was ready. Normally the complete process should be done within 10 minutes.
As you did the process via telnet, you should also have been able to see the output. This includes the sending of the init 6 command.
Are you sure you typed the command exactly as it was given (did you use copy & past)?
So there are at least two problems: the download problem and the box doesn't respond to the 'init 6' command in the upgrade sequence.
I know you don't want to hear this, but the only thing I can think of is to do a reflash without settings-restore.
BTW: are you using a WiFi-connection? If so I would try a wired connection first.
Hi Rob
yes I copy pasted the command, and on the telnet session I had no verbose output.
As stated on post 18 I actually use a wired connection. Just for testing purpose I did try to use a wifi adapter to check the beahviour.
What makes me angry is that the two DUOs I own have the very some settings configuration the same plugin installed (tskpanel and aspectratioswitch) the only difference is that the DUO actually affected by this issue is serving as CCcam and and on OpenVPN. (The second Duo has not enabled OpenVPN service).
Do an experiment please
Can you take a full image backup from both receivers and flash the non working one with the image from the working one and vice versa and see if the problem moves over. This will determine if you have a hardware problem with the non working box and show if it is software problem if it doesnt work on the second box
mmm, I do understand your testing intention but, actually I'm sure it's not hardware related but more likely something on the OS got corrupted.
I'm sure about this since network functionality is working. CCCam sharing is ok both on LAN and over WAN.
As stated pinging wan adresses via telnet is ok.
It's just a matter of wget error and GUI not seeing onair updates.
So, which could be a correct telnet command to first remove and then reinstall wget?
The reason
init 4 && opkg update && opkg upgrade && init 6 never reboots is because the "&&" in the comand sequence means continue only if the previous command ended successfully - and the "opkg update" command failed - therefore it never reaches "init 6".
But what about trying to disable/uninstall OpenVPN ?
The reason
init 4 && opkg update && opkg upgrade && init 6 never reboots is because the "&&" in the comand sequence means continue only if the previous command ended successfully - and the "opkg update" command failed - therefore it never reaches "init 6".
But what about trying to disable/uninstall OpenVPN ?
Have tried disabling openvpn, but no luck still same wget error.
It seemed to me a Good suggestion indeed.
Any other tip Before flashing?
A reflash will pretty more sort the issue out seems maaybe reading a corrupt file i get it sometimes
It might be interesting to see, if wget form other sites is working, eg:
root@et9x00:/var/volatile/tmp# wget http://www.google.com
Connecting to www.google.com (173.194.69.103:80)
Connecting to www.google.dk (173.194.69.94:80)
root@et9x00:/var/volatile/tmp# ls -l index.html
-rw-r--r-- 1 root root 12836 Jun 16 20:56 index.html
Not sure what this proves :rolleyes: as wget is part of busybox, so no easy way to exchange.
For sure something has gone bad: after many hours of up time ( or standby) it's not possible to access duo via telnet nor via ftp. Only a full reboot reenable both connections.
Could this mean anything?
Just flash the box with a fresh image already...
anything could be corrupt & impossible for us to know.
Did you check your DNS setting. You can ping but looks like can't resolve names ..
For sure something has gone bad: after many hours of up time ( or standby) it's not possible to access duo via telnet nor via ftp. Only a full reboot reenable both connections.
Could this mean anything?
I had that previously when I used to use a dm800. iirc, the problem was caused when using an e-sata hdd. As soon as I swapped over to an internal data hdd, all worked well...
Dns in use are the same on the second DUO. And on 3 Macs on the same LAN. So they are ok.
Anyhow I've tried with different ones with no luck.
It seems interesting the tip about hdd. My not workin duo is indeed using an external USB hdd. But what to do just try and disconnect it?
It might be interesting to see, if wget form other sites is working, eg:
root@et9x00:/var/volatile/tmp# wget http://www.google.com
Connecting to www.google.com (173.194.69.103:80)
Connecting to www.google.dk (173.194.69.94:80)
root@et9x00:/var/volatile/tmp# ls -l index.html
-rw-r--r-- 1 root root 12836 Jun 16 20:56 index.html
Not sure what this proves :rolleyes: as wget is part of busybox, so no easy way to exchange.
That's really interesting. Look what happens issuing wget:
wget http://www.google.com
-sh: wget: not found
what the hell? Can I try and reinstall wget?
As previously posted I tried to remove and reinstall wget follwing this procedure that did not work:
opkg remove wget
No packages removed.
opkg install wget
Unknown package 'wget'.
what shoul I try to reinstall correctly wget?
That's really interesting. Look what happens issuing wget:
wget http://www.google.com
-sh: wget: not found
what the hell? Can I try and reinstall wget?
As previously posted I tried to remove and reinstall wget follwing this procedure that did not work:
opkg remove wget
No packages removed.
opkg install wget
Unknown package 'wget'.
what shoul I try to reinstall correctly wget?
You can't! wget is part of busybox:
root@et9x00:~# which wget
/usr/bin/wget
root@et9x00:~# ls -l /usr/bin/wget
lrwxrwxrwx 1 root root 17 May 26 22:00 /usr/bin/wget -> ../../bin/busybox
root@et9x00:~# ls -l /bin/busybox
-rwsr-xr-x 1 root root 650632 May 25 18:07 /bin/busybox
Looks like a reflash is your only option.
just the last oddity before going for a reflash:
I went in VIX menu/Image Manager/Downloads
and tried to download the latest 151 build.
And got the following error:
Downloading Image.
/bin/sh: /openvix/openvix-buildsVu+Duo/ViX-2.4.151-vuduo_usb.zip: not found
mv: can't rename '/media/hdd/imagebackups/image.zip': No such file or directory
Expanding Image.
unzip: can't open /media/hdd/imagebackups/ViX-2.4.151-vuduo_usb.zip, /media/hdd/imagebackups/ViX-2.4.151-vuduo_usb.zip.zip, /media/hdd/imagebackups/ViX-2.4.151-vuduo_usb.zip.ZIP
rm: can't remove '/media/hdd/imagebackups/ViX-2.4.151-vuduo_usb.zip': No such file or directory
Esecuzione terminata!! (in italian it means end of process)
If you are wondering: I have an external USB drive used in HDD replacement mode.
And yes recording are working fine.
17583
Ok mates. I'm gettin crazy.
Since my last post I did a clean flash from built 151.
Formated USB flash drive. Reconnected the external USB HDD too.
Then just installed AFP, OpenVPN, and CCcam 2.3.0.
After about a week the DUO is again not seeing online update for the latest 155 build. While the second duo is.
And again neither telnet opkg update is working cause I get the usual wget error 255
Do an experiment please
Can you take a full image backup from both receivers and flash the non working one with the image from the working one and vice versa and see if the problem moves over. This will determine if you have a hardware problem with the non working box and show if it is software problem if it doesnt work on the second box
Did you try this and see if the problem transfers to the other box - it will prove if a software problem or not
actually I did not try this since the two machines do not have the very same attached device:
one DUO has an internal HDD the second has an external USB hdd.
Besides this. What I might try is flash again to 151 and check if after a fresh flash it sees the online updates. Might this mean that it's not an hardware issue? Could be something related to the external HDD? Or OpenVPN?
Rob van der Does
02-07-12, 12:51
actually I did not try this since the two machines do not have the very same attached device:
one DUO has an internal HDD the second has an external USB hdd.
That will provide no problem at all. Just check the mounts when the box is alive (and correct if needed).
Also: did you try to connect the not-updating box to the same lan-connection as the good working box?
I'll try.
So At this point the first step is to just do an image backup of the non working DUO and put it on the working one and see if there it works. If not we can assume it's a software misfunction.
About internet connection: DUO is connected to a NETGEAR swith together with a Macmini and the Mini has no network issue at all.
Rob van der Does
02-07-12, 18:08
So At this point the first step is to just do an image backup of the non working DUO and put it on the working one and see if there it works. If not we can assume it's a software misfunction.
I would do it the other way around :D
About internet connection: DUO is connected to a NETGEAR swith together with a Macmini and the Mini has no network issue at all.
That's no guarantee. You can only be sure if you actually connect the non-working DUO to the same cable as the working one.
dont forget to do a full image backup of your working image first
The scenario: DUO-A (affected) DUO-B (working smoothly)
Ok just did the try, and the DUO-A just behaved as expected and returned wget error even if connected to the DUO-B cable.
I did try to download plugins and it actually browsed for the available software in feed but as soon as i tryed to download the mytube plugin I was returned the wget error.
-----------------------------
At this point I tried to figure out when this DUO-A started to behave in this way. Well I'm almost sure that everything began as soon as I started using OpenVPN.
Yes.
Infact after the first posts in this thread, as I wrote, I had a fresh new flash with build 143.
And then, for few days I used the receiver without installing OpenVPN. I then Installed It, upgraded to 151 onair and then when I checked the available update on the second DUO-B (that HAS NOT OpenVPN installed) I noticed that the first one did not have the green blinking sprite.
-----------------------------
This said, as already wrote I tried to stop OpenVPN and try to download without luck. Few minutes ago by trying to stop OpenVPN from the Network panel I had an enigma2 crash with this lines regarding openvpn:
action -> OkCancelActions ok
okbuttonClick
NetworkSetup NetworkAdapterSelection
NetworkSetup NetworkMountsMenu
NetworkSetup NetworkAfp
NetworkSetup NetworkFtp
NetworkSetup NetworkInadyn
NetworkSetup NetworkMiniDLNA
NetworkSetup NetworkNfs
NetworkSetup NetworkOpenvpn
NetworkSetup NetworkSamba
NetworkSetup NetworkTelnet
NetworkSetup NetworkuShare
[EPGC] abort non avail schedule reading
[EPGC] abort non avail schedule other reading
[EPGC] abort non avail netmed schedule reading
[EPGC] abort non avail netmed schedule other reading
[EPGC] abort non avail FreeSat schedule_other reading
[EPGC] abort non avail viasat reading
[EPGC] nownext finished(1341430980)
[EPGC] stop caching events(1341430980)
[EPGC] next update in 60 min
action -> OkCancelActions ok
okbuttonClick
valign must be either top, center or bottom!
[SKIN] No skin to read...
child has terminated
pipes closed
poll: unhandled POLLERR/HUP/NVAL for fd 57(16)
action -> ColorActions yellow
main thread is non-idle! display spinner!
child has terminated
pipes closed
poll: unhandled POLLERR/HUP/NVAL for fd 57(17)
action -> ColorActions green
Traceback (most recent call last):
File "/usr/lib/enigma2/python/Components/ActionMap.py", line 46, in action
File "/usr/lib/enigma2/python/Screens/NetworkSetup.py", line 2072, in VpnStartStop
AttributeError: 'NetworkOpenvpn' object has no attribute 'updatemy_Vpn'
(PyObject_CallObject(<bound method ActionMap.action of <Components.ActionMap.ActionMap instance at 0x243a440>>,('ColorActions', 'green')) failed)
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)
]]>
</enigma2crashlog>
</crashlogs>
</openvix>
now I reflashed to 151. As soon as the DUO-A restarted the green blinking sprite was on.
I'm now trying this attempt first, restored to previous settings (I know this will cause OpenVPN to be installed, but actually disabled). And guess what now after the setting restore the DUO-A is still seeing updates.
At this point I'll let it run for few days in this way and see. If the issue would eventually be back. I'll do a reflash and try not to restore settings.
I'll let you know.
Meanwhile, if the OpenVPN service is causing this how do we check what's happening?
Ok mates some more feedback:
Past days I went to my father's home where he has a third DUO tha is the second receiver on the OpenVPN network. This DUO was affected by the very same issue and therefore It was not reporting available online updates (it was on 143 build).
So at this point I can confirm that it'a an OpenVPN related issue.
Larest news that supports the Openvpn related issue thoughts:
On Both DUO-A and DUO-C after reflashing and not installing Openvpn all the new updates are signaled and succesfully executed.
mates new updates. Still affected the very same DUO.
It is showing the icon for available updates.
If I go with configuration menu and choose software updates it tells me that a background check is in progress.
So I tried telneting. But I'm unable to enter since it tells incorrect password! And I did not change anything.
Welcome to OpenViX for vuduo
openvix 3.0 vuduo
vuduo login: root
Password:
Login incorrect
vuduo login:
*************** SESSION CLOSED **************
Event trying to FTP gave a 530 error for incorrect login.
I've tried rebooting the receiver and the errors still there.
How can we investigate this weird behaviour on this box?
Do a update than after the update has completed, FTP in and upload the updatelog in home/logs
Do a update than after the update has completed, FTP in and upload the updatelog in home/logs
errr... considering what I've described in the previous post. How am I supposed to update?
Rob van der Does
08-11-12, 07:05
So I tried telneting. But I'm unable to enter since it tells incorrect password! And I did not change anything.
You didn't flash a 3.0 image and restored settings from a 2.x image?
If not, try changing the pasword using the 'passwd' command.
mates new updates. Still affected the very same DUO.
It is showing the icon for available updates.
If I go with configuration menu and choose software updates it tells me that a background check is in progress.
So I tried telneting. But I'm unable to enter since it tells incorrect password! And I did not change anything.
Welcome to OpenViX for vuduo
openvix 3.0 vuduo
vuduo login: root
Password:
Login incorrect
vuduo login:
*************** SESSION CLOSED **************
Event trying to FTP gave a 530 error for incorrect login.
I've tried rebooting the receiver and the errors still there.
How can we investigate this weird behaviour on this box?
You need to re-flash latest OE3.0 build and do not restore any backup settings, looks like to flashed an OE3.0 image and restored settings from 2.4 that are not compatible.
Rob van der Does
08-11-12, 07:18
You didn't flash a 3.0 image and restored settings from a 2.x image?
If not, try changing the pasword using the 'passwd' command.
Furthermore: if the box keeps telling you that a backgroundcheck is being carried out, there's something wrong with the internet connection of the bxo.
Mates I think It's my fault. I may be confusing you since I keep on posting on this thread about issue that I'm affected since 2.4. And that continues to affect me on 3.0 as I pointed in this other thread:
Can-t-update-software-on-ViX-3-0-343 (http://www.world-of-satellite.com/showthread.php?21851-Can-t-update-software-on-ViX-3-0-343)
so forgive me.
I'll post everything in that post and summarize again.
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.