View Full Version : [ET10x00] vix spinner
Few nights ago box was very sluggish to move down channel epg list without spinner revolving,tried a reboot last night and took about 5 or more mins before the progress bar showed .
Also while accessing tuner on other box it took longer to do things.
Crashlog was noted
This doesn't look too good...
<6>[574606.720000] TCP: request_sock_TCP: Possible SYN flooding on port 8001. Sending cookies. Check SNMP counters.
<6>[1027108.642000] TCP: request_sock_TCP: Possible SYN flooding on port 23. Sending cookies. Check SNMP counters.
<3>[1239544.870000] dvb_demux: dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
<3>[1691217.100000] UBIFS error (ubi0:0 pid 623): do_readpage: bad data node (block 0, inode 238486)
<3>[1691217.100000] magic 0x6101831
<3>[1691217.100000] crc 0x276b60e7
<3>[1691217.100000] node_type 1 (data node)
<3>[1691217.100000] group_type 2 (last of node group)
<3>[1691217.100000] sqnum 6605938
<3>[1691217.100000] len 69
<3>[1691217.100000] key (238486, data, 0)
<3>[1691217.100000] size 20
<3>[1691217.100000] compr_typ 0
<3>[1691217.101000] data size 21
<3>[1691217.101000] data:
<3>[1691217.101000] 00000000: 31 34 35 34 34 39 38 31 36 31 38 35 32 37 34 33 32 31 35 39 0a
<3>[1691217.101000] UBIFS error (ubi0:0 pid 623): do_readpage: cannot read page 0 of inode 238486, error -22
<6>[1828123.256000] do_page_fault(): sending SIGSEGV to grab for invalid write access to 77ad4000
<6>[1828123.256000] epc = 77c1b844 in libc-2.26.so[77ba1000+146000]
<6>[1828123.256000] ra = 0040246c in grab[400000+8000]
Yea no idea what happened and might need to be reflashed and setup from scratch,hence why others might know what happened before i do.
That UBIFS error is symptomatic of a flash problem. Like it's going/gone bad:( I'd suggest a clean flash and watch out for any errors or warnings during the flash. Hope it's just a transient issue.
The other error could be a denial of service attack, or something on your network creating the same?
abu baniaz
22-12-20, 19:41
Do you have the problem on a recent image?
Creator = OpenViX
Version = 5.2
Build = 040
Dev = 005
Type = release
Machine = et10000
URL = http://www.world-of-satellite.com
Compiled = Apr 27 2019
Skin = ViX-Night-HD/skin.xml
Component = Enigma2
<1930290.583> [SecConfigure] diseqcmode: diseqc_a_b_c_d
<1930290.584> [SecConfigure] sec config completed
<1930290.607> Traceback (most recent call last):
<1930290.607> File "/usr/lib/enigma2/python/mytest.py", line 235, in processDelay
<1930290.609> callback(*retval)
<1930290.609> File "/usr/lib/enigma2/python/Screens/Satconfig.py", line 358, in autoDiseqcCallback
<1930290.614> TypeError: restartPrevService() got an unexpected keyword argument 'close'
<1930290.614> [ePyObject] (CallObject(<bound method Session.processDelay of <__main__.Session instance at 0x72783a58>>,()) failed)
..... didn't notice that, 5.2.040 is at least 18 months old. :eek:
(My ET10K runs just fine on 5.4.003)
I used to reflash maybe every 6 months and setup from scratch so as its a clean slate,too many boxes in use but will do an upgrade in the next few days so i now have something that needs doing.Cheers for input lads.
I do love a DOS attack but imagine whole network and boxes would have issues.
@abu not got to later images yet thanks.
abu baniaz
23-12-20, 01:48
Don't forget to check your mgcamd configs.
Dont use them anymore Cheers.
I do love a DOS attack but imagine whole network and boxes would have issues.
A syn flood blocks up a single box, not, as far as I'm aware, other boxes connected to the same lan, although there may be some disruption.
Hmm other boxes around the house are connected to switches for more ports in that room .Must check into that as no idea what it is.
..... disconnect it from the network and see if it improves.
While in bed last night i said i would use image manager and tried settings restore still very very sluggish via remote.
This morning fresh image and setup from scratch and seems to have fixed it as control on laptop is quicker than what it was.
Cheers folks and have a Very Very Happy Christmas.
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.