PDA

View Full Version : [VU+ Duo2] Box starting to crash after about 24 Hours use



lincsat
12-06-15, 13:23
Starting to get the box crashing after about 24 Hours of use, it crashes on every auto enigma restart needing a power cycle to fix. It looks like the appropriate part of the crash log relates to the softcam check reporting no space on device yet there is plenty of space in RAM, Flash and on USB + HDD


Traceback (most recent call last):
File "/usr/lib/enigma2/python/Plugins/SystemPlugins/ViX/SoftcamManager.py", line 551, in softcam_check
IOError: [Errno 28] No space left on device
< 71356.034766> [ePyObject] (CallObject(<bound method SoftcamAutoPoller.softcam_check of <Plugins.SystemPlugins.ViX.SoftcamManager.SoftcamAu toPoller instance at 0x6009ca58>>,()) failed)

Full log attached

43232

judge
12-06-15, 13:28
Anything else filling up /var/volatile/ at the time of the crash?

DaMacFunkin
12-06-15, 17:38
Have you got debug logs or something else enabled that could be filling your flash?
As a side note my first duo2 had to go back because of a memory problem that seemed to arise after a certain amount of use (I always said it was a faulty joint) the unit became increasingly flaky till it wouldn't boot anymore (vu+ where unable to fix it and issued me a new unit).

lincsat
12-06-15, 19:36
Anything else filling up /var/volatile/ at the time of the crash?

Not that I'm aware of


Have you got debug logs or something else enabled that could be filling your flash?


As stated, the image is stating plenty of free RAM, Flash and an unused swap file

Could a dev say what's at - "/usr/lib/enigma2/python/Plugins/SystemPlugins/ViX/SoftcamManager.py", line 551

Trial
12-06-15, 19:47
Hi,
closing file /tmp/cam.check.log when timer check is enabled the check writes information into this file.

ciao

judge
12-06-15, 20:59
As stated, the image is stating plenty of free RAM, Flash and an unused swap file
There might be plenty of free flash but /var/volatile/ is it's own partition on flash & it looks like that's what's full.
Also, why are you using a swapfile on a Duo2?

lincsat
12-06-15, 23:33
It only started happening a few days ago, so has something changed with the cam check logging? How to you set a max size for the cam check log?

I always set a swapfile and let the system manage it.

judge
12-06-15, 23:39
so has something changed with the cam check logging?
Not that I know of, but anything else could also be logging to /tmp including all sorts of plugins.

I always set a swapfile and let the system manage it.
There really is no need for a swap file on a Duo2. I'd fresh flash without creating one in order to start debugging your issue.

abu baniaz
12-06-15, 23:51
Meant to be writing to /tmp/ directory
https://github.com/OpenViX/vix-core/blob/master/src/SoftcamManager.py#L551

File has not changed since 14/4/2014



if config.softcammanager.softcamtimerenabled.value:
# print "[SoftcamManager] Timer Check Enabled"
output = open('/tmp/cam.check.log', 'a')
now = datetime.now()
output.write(now.strftime("%Y-%m-%d %H:%M") + ": Timer Check Enabled\n")
output.close()
self.timer.startLongTimer(config.softcammanager.so ftcamtimer.value * 60)
else:
output = open('/tmp/cam.check.log', 'a')
now = datetime.now()
output.write(now.strftime("%Y-%m-%d %H:%M") + ": Timer Check Disabled\n")
output.close()
# print "[SoftcamManager] Timer Check Disabled"
softcamautopoller.stop()

DaMacFunkin
13-06-15, 07:16
I don't have softcam timer check enabled on my solo2 and duo2, since I moved to oscam i don't think it has ever froze.

pembo
13-06-15, 07:54
Have you turned on lcd4linux logging?
have you tried logging in and simply checking whats using the space in /tmp?


du -h /tmp/*

Will show you the space used within /tmp

lincsat
13-06-15, 12:47
I had not checked /tmp/ while it was crashing as I didn't know at the time it was the "device" that was being written to and after a reboot it's empty.

I've just checked and LCD4Linux logging is off. The camcheck log had reached 18k in 24 Hours, I have now disabled the camcheck as well, it had been left as default.

judge
13-06-15, 12:50
The camcheck log has never filled my /tmp/ on all boxes.
I'd suspect it's something else writing to /tmp/

lincsat
13-06-15, 15:04
Up until 4 Days ago, I'd never had the problem. Then happened twice in just over 48 Hours and been OK since. I'm keeping an eye on /tmp/ for anything else in there. How much space is allowed for /tmp/ in a Duo2? I suspect it's a few meg.

judge
13-06-15, 15:07
Up until 4 Days ago, I'd never had the problem. Then happened twice in just over 48 Hours and been OK since. I'm keeping an eye on /tmp/ for anything else in there. How much space is allowed for /tmp/ in a Duo2? I suspect it's a few meg.

df -h
in a telnet session will show you the size of /var/volatile/

lincsat
13-06-15, 21:28
Mmmn - size - 605.5M, Used - 396.4K, Available - 605.1M.

There is no way a log file is going to take up over 605 Meg. I'll keep an eye on it but over 32 Hours since last reboot, so maybe it's cleared itself, whatever it was.

john doe
13-06-15, 21:30
605m is a big file

lincsat
18-06-15, 00:56
I think I've found the offender but no idea what caused it. /var/volatile/log/log.nmbd was 605 Meg! It's too big to open in a text editer, so juse deleted it.

It's something to do with Samba, so I've removed samba from the box and re-installed and so far it's at a healthy 149 B

abu baniaz
18-06-15, 02:12
Perhaps related to windows share issue you had?

judge
18-06-15, 02:18
I think I've found the offender but no idea what caused it. /var/volatile/log/log.nmbd was 605 Meg! It's too big to open in a text editer, so juse deleted it.

It's something to do with Samba, so I've removed samba from the box and re-installed and so far it's at a healthy 149 B
Using an old backup?
Edited any config files on the box?
Something on your network making flakey nmbd requests?

lincsat
18-06-15, 02:55
Perhaps related to windows share issue you had?

I would guess so as that's now working. I am still using the same edited config file that wasn't working before, so the config isn't a problem.

I did update to 012 from a previous release but shouldn't that update the samba service? It would have kept the config but as stated, that's OK.

Basically all I did was



opkg remove samba
opkg install samba

Then rebooted box. It still had the edited smb.conf, didn't need to reload that.

Trial
18-06-15, 07:29
Hi,
/var/volatile is a temporary directory which should be empty after each restart. 600MB log file between restarts is quite a bit.

ciao

lincsat
18-06-15, 13:25
Hi,
/var/volatile is a temporary directory which should be empty after each restart. 600MB log file between restarts is quite a bit.

ciao

As stated previously, the log file wasn't there after a restart, it took about 24 Hours to fill up.

The smb.conf file is in /etc/samba/

Trial
18-06-15, 14:04
Hi,
even in 24hour 600MB is quite a number. Did you take look inside the logfile? Next time save it on your PC. Perhaps somebody wants to do bad things with your box.

ciao

abu baniaz
18-06-15, 14:15
@Lincsat has been in the coding side for a while on another image. I'm pretty sure that his network is quite secure. There were some changes to Samba a while back if you recall in the dev section. Maybe related, maybe not.

At least he is sorted now.