155 replies to this topic

[leecovuk]

Since 19.04

Hello,

Are you using the Rytec XML Importer or CrossEPG? Or an image's integrated version of either?

There was an update to the Rytec sources file on April 19th. It may not be causing your problem, but that date is quite a coincidence with your stated date.

I would suggest trying this :

Delete whatever EPG you currently have in your receiver. This is not essential but always a good idea when debugging any EPG problems. Be aware that this process will restart Enigma2 and disrupt any viewing or recording. Later, you should also check any timers you had previously set up.
So, delete the current EPG by going into a telnet session and enter these 3 commands:

init 4
rm /media/hdd/epg.dat
init 3

Note:
The above assumes you have an epg.dat on /media/hdd. If it is elsewhere, change the command accordingly. Use an ftp browser to find where your epg.dat is. If you are sure there isn't one anywhere, there is no need to do any of these commands.

If you ran the above commands, wait for Enigma and the GUI to restart and stabilise. Now make sure the EPG sources you want are still correctly selected / unselected in the GUI.
If they are already correct, your problem is probably not caused there.

So then, if you download your EPG via a plugin you installed, remove the plugin and re-install it.
Then check your selected sources in the GUI and try downloading your EPG.

If there is still a problem, maybe you need to contact whoever makes your image. If they have integrated the Rytec XML Importer or CrossEPG themselves, they might need to make some changes to their image. If their image contains a 'rytec.sources.xml' somewhere, it should be the same as this one.

Good luck,
Lee

[doglover]

Just tried to import the german package and it is importing normally.

Could you post the log pls. (open the XMLTV importer. Perform a manual import. Press the epg or info button. Save the log. The log will be in /tmp)

Willy

[rytec]

Can you show me your rytec.sources.xml file ?

[noname]

Hi!

Thanks Lee, thanks Doglover, thanks Rytec !!

I am using the XML Importer.

New installation could be only the last thing what i will do. Because before the 19th April it works perfekt.
My image was installed on december 2010. Its on a vu+ duo. And there is/was since that no problem !!!
Rytec EPG seems to be a little pussy. Everybody in the vu+-forum told me to use instead of that the epg-refresh.
But i like Rytec-EPG.
The only thing what happend on my side is that i changed on 19th April my hdd in the vu+. But i copied all files from
the hdd before to the new one !?

I already erased the epg.dat file ! Effect: No change : 0 import

Then i tried the new rytec.sources.xml and rytec.channels.xml from the homepage (rytec.be) Effect: No change : 0 import

Then i tried this one http://rytec.be/tool...ml.20110419.zip Effect: No change : 0 import


This is my epgimport.log:

[EPGImport] autostart (0) occured at 1304013958.68
[EPGImport] autostart (0) occured at 1304013961.56
[EPGImport] WakeUpTime now set to 1304047800 (now=1304013961)
[EPGImport] nextImport, source= Rytec Germany/Austria/Swiss XMLTV
[EPGImport] Downloading: http://www.xmltvepg....ecxmltvskyde.gz to local path: /media/usb/epgimport.gz
[EPGImport] download failed: [Failure instance: Traceback: <type 'exceptions.IOError'>: [Errno 28] No space left on device: '/media/usb/epgimport.gz'
/usr/lib/python2.6/site-packages/twisted/protocols/basic.py:231:dataReceived
/usr/lib/python2.6/site-packages/twisted/web/http.py:420:lineReceived
/usr/lib/python2.6/site-packages/twisted/web/client.py:74:handleEndHeaders
/usr/lib/python2.6/site-packages/twisted/web/client.py:171:handleStatus_200
--- <exception caught here> ---
/usr/lib/python2.6/site-packages/twisted/web/client.py:374:pageStart
/usr/lib/python2.6/site-packages/twisted/web/client.py:360:openFile
]
[EPGImport] imported 0 events
[EPGImport] #### Finished ####

When i read "No space left on divece" here is my answer

root@bm750:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 120832 59296 61536 49% /
udev 2048 32 2016 2% /dev
/dev/mtdblock2 4096 388 3708 9% /boot
tmpfs 70788 264 70524 0% /var
tmpfs 70788 28 70760 0% /tmp
tmpfs 70788 0 70788 0% /dev/shm
/dev/sda1 312471992 502568 311969424 0% /media/hdd
/dev/sdb2 3838268 320524 3517744 8% /media/usb
192.168.1.50:/volume1/vu_plus_duo_rec
1919768520 741935312 1080314568 41% /media/net/DS109
root@bm750:~# mounts
-sh: mounts: not found
root@bm750:~# mount
rootfs on / type rootfs (rw)
/dev/root on / type jffs2 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw)
usbdevfs on /proc/bus/usb type usbfs (rw)
/dev/mtdblock2 on /boot type jffs2 (ro)
tmpfs on /var type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
/dev/sda1 on /media/hdd type ext3 (rw,data=ordered)
/dev/sdb2 on /media/usb type ext2 (rw)

There is enough space on that device!
Maybe the path is wrong ? Can i change to write on hdd ? Howto ß

Thanks again,

noname

[leecovuk]

Hello noname,

Which image are you using?
I have a Vu+ Duo and use the Beta PLi images.
In my experience of the Rytec XML Importer, there is no setting to define which disk is used for epg.dat
i.e. Enigma2 should use whatever is mounted or auto mounted as /media/hdd
Are you sure you're not actually using Rytec sources within the 'CrossEPG' plugin? I ask because that plugin offers a setting for changing the disk used for its data. Your log indeed suggests it is trying to use /media/usb rather than /media/hdd

I'm not an expert on reading logs, however, is your Vu+ Duo actually getting an internet connection? The 'Network' section in the GUI has a 'Network test' section which might help.

How are you setting up your disk mounts? Did you manually edit fstab?
Do you have a 'hard drive' and a 'usb stick'? Are they both working for other purposes?

I have an external USB hard drive and a USB stick.
I have partitioned the disks in a specific way to workaround a mounting problem with USB drives. (which I assume hasn't been fixed)
Regardless of that, I am using the following lines in fstab to mount my /hdd and /usb, and Enigma2 ends up finding and using /hdd for epg.dat :

/dev/sdb2 /media/usb ext3 defaults 0 0
/dev/sda2 /media/hdd ext3 defaults 0 0

(obviously /dev/sd** and the formatting type of ext3 may differ for your specific set up. However it appears you are using ext3)

When I type
mount
in a telnet session to check what is mounted, the mount info includes:

/dev/sdb2 on /media/usb type ext3 (rw,data=ordered)
/dev/sda2 on /media/hdd type ext3 (rw,data=ordered)

I notice it shows 'data=ordered' which you don't seem to have for your /usb disk. So, if you mount like I have, maybe it will solve your problem.

Anyway, if you're using an image from December, I would also say it's time to start again with a clean flash of the latest Beta image. That may not fix your problem, but I would recommend it.

Lee

[leecovuk]

an edit to my post :

(obviously /dev/sd** and the formatting type of ext3 may differ for your specific set up. It appears you may be using ext2 and ext3 rather than ext3 for both)

[MiLo]

The importer uses the "least intrusive" media for TEMPORARY storage only. This is not related to epg.dat at all. It just scans CF and USB devices, and picks the one with at least 20MB of free space (to store the downloaded data file). (this actually originates from the 7025 era, where the box had much less RAM, so changing this to check /tmp/ for available space too might be a good idea).

There is no formatting requirement whatsoever, FAT or EXT2 are fine.

Apparently, your USB stick reports lots of free space, and thus gets elected as best temp storage. However, when the plugin actually tries to write there, this fails very unexpectedly, and the plugin then gives up.

What happens if you just write or copy a file to the stick? I suspect it's not writable...

[leecovuk]

The importer uses the "least intrusive" media for TEMPORARY storage only. This is not related to epg.dat at all. It just scans CF and USB devices, and picks the one with at least 20MB of free space (to store the downloaded data file).

Thanks Milo, I didn't know how that worked.

1)
Is that just for the Rytec XML Importer or CrossEPG as well? I assume the disk location setting in CrossEPG is where it stores any temporary and resultant files.

2)
Regarding epg.dat; is that simply what Enigma2 uses to store its epg cache when Enigma2 is restarted or shutdown? i.e. any importer doesn't care about epg.dat.

I hope noname manages to sort out his problem.

Lee

[MiLo]

1) Crossepg is not related to xmltvimporter in any way. They're two different things entirely.

2) Correct.

[noname]

Apparently, your USB stick reports lots of free space, and thus gets elected as best temp storage. However, when the plugin actually tries to write there, this fails very unexpectedly, and the plugin then gives up.

What happens if you just write or copy a file to the stick? I suspect it's not writable...

You are right ! I can't write to usb !? Whats that for a f..k !
I tried permissions 777, no change

What could it be ?

Other question: How can i make Rytec-Epg to write to hdd ? There i can write and i think
this is the place where i normaly write the epg.dat. Thats the place where i found the old
not updatet epg-file from Rytec.

Any idea ?

Thanks

noname

PS Lee: A new installation for that problem is like to shoot with canons on birds

[doglover]

You are right ! I can't write to usb !? Whats that for a f..k !
I tried permissions 777, no change

Try to scan your USB stick for errors. Check the format with the menu options under menu - System - harddisk

Willy

[leecovuk]

1) Crossepg is not related to xmltvimporter in any way. They're two different things entirely.

Yes, indeed. What I meant was:
'Does the disk setting in CrossEPG define where it loads any temporary and resultant files?'
Of course, I have no idea if you have had any involvement with CrossEPG or have any knowledge about its design.
Neither do I know for sure who coded the Rytec XML Importer.

PS Lee: A new installation for that problem is like to shoot with canons on birds

Yes, indeed. I was advising a full reflash in general. I didn't mean to specifically fix your problem. (which it probably wouldn't)

I personally can't help you any further, noname. Beyond what I've already posted, I have no idea. I'm only an end user like yourself, but I happen to have some interest in the EPG system.
I hope you sort it out.

Lee

[noname]

I initialized the USB-Stick new.......then i can write on it..............then Rytec imports !!!!!!!!!!!!!!!!!!!!

Problem solved => USB-Stick makes the trouble

What has Rytec todo with the usbstick ? EPG.dat is on /media/hdd

Doesnt make sense to me

Thanks

Noname

[doglover]

The XMLTV importer uses a temp storage for storing the downloaded files until they are processed.

As Milo pointed out:

The importer uses the "least intrusive" media for TEMPORARY storage only. This is not related to epg.dat at all. It just scans CF and USB devices, and picks the one with at least 20MB of free space (to store the downloaded data file). (this actually originates from the 7025 era, where the box had much less RAM, so changing this to check /tmp/ for available space too might be a good idea).

The epg.dat has very little to do with it. This file is generated by enigma2 to store the epg when going into deep standby. (Actually the epg.dat is alos used by the XMLTV on images which do not have the oud-eis patch) On Pli the epg.dat is not used by the XMLTV importer.

Willy

[leecovuk]

What has Rytec todo with the usbstick ? EPG.dat is on /media/hdd

Doesnt make sense to me

It didn't make any sense to me either. However now I/we have learned a little more about how it works.

[MiLo]

I've made the importer a bit smarter now, it will just use /tmp/ (i.e. RAM) on boxes that have plenty RAM available when the importer runs.

What the importer does is quite simple:
- Download a (compressed) XML file with EPG dat
- Download another XML file that maps channels to the service ID's as used in Enigma2.
- Combine those two and feed them directly into the EPG cache of Enigma2, as if the EPG were coming from the provider(s).

There's no disk storage involved, other than temporary storing the downloaded data.

[noname]

Hi Milo,

how can i get this new smart importer ?
Do ihave to deinstall the epg-import and install a new one ?
Where do i get the new one ?

Thanks

noname

[leecovuk]

how can i get this new smart importer ?

I assume it is available, or will shortly be available, when you run an online update in the receiver. ie that will update it without you needing to remove the plugin and re-install it.
However, maybe Milo will correct me or give some more specific details.

[MiLo]

Just updating the receiver will also update the plugin.

[mistrix]

Hi everybody,

I'm facing update problems for quite some time now.

First off it was the different sattellite settings for the Astra/Eurobird (28.2E/28.4E) compared to the standard as supplied with my VTI 2.4 Image. Then there where these hosting problems. And now, since some weeks (?), all updates, either sheduled or manually started, process 0 events only.

Tried to utilize several updated sources.xml, tried to rename the channels.xml to .xml_old lately, as suggested on this forum. No dice.

Does this log mean anything to somebody?

[EPGImport] autostart (0) occured at 1304528565.39
[EPGImport] autostart (0) occured at 1304528565.57
[EPGImport] WakeUpTime now set to 1304567100 (now=1304528565)
sourcesDone(): False None
[EPGImport] WakeUpTime now set to 1304567100 (now=1304528711)
[EPGImport] nextImport, source= Rytec Germany/Austria/Swiss XMLTV
[EPGImport] Downloading: http://www.xmltvepg....ecxmltvskyde.gz to local path: /media/hdd/epgimport.gz
[EPGImport] download failed: [highlight=#ffff00][Failure instance: Traceback (failure with no frames): <class 'twisted.web.error.InfiniteRedirection'>: 302 Infinite redirection detected[/highlight]
[highlight=#ffff00]][/highlight]
[EPGImport] nextImport, source= Rytec UK XMLTV
[EPGImport] Downloading: http://www.xmltvepg.be/rytecxmltvuk.gz to local path: /media/hdd/epgimport.gz
[EPGImport] download failed: [Failure instance: Traceback (failure with no frames): <class 'twisted.web.error.InfiniteRedirection'>: 302 Infinite redirection detected
]
[EPGImport] imported 0 events
[EPGImport] #### Finished ####

Is there any other/better/more stable way to get some epg data for uk freetv, other than now and next? Why do they provide only that w/ the signal?

Thx