Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error at start: [Errno -2] Name or service not known #30

Closed
davesayers2014 opened this issue Sep 16, 2018 · 12 comments

Comments

Projects
None yet
6 participants
@davesayers2014
Copy link
Contributor

commented Sep 16, 2018

With the latest changes I am now receiving

[EPGImport] nextImport, source= IPTV
[EPGImport] Downloading: http://xxxx to local path: /tmp/epgimport
[EPGImport] Not cheching the server since nocheck is set for it: http://xxxx
[EPGImport] Error at start: [Errno -2] Name or service not known

If I revert to earlier commit it works fine

@jenseneverest

This comment has been minimized.

Copy link

commented Sep 16, 2018

Glad it is not just me, i am not sure the nocheck="1" is actually working. TBH i would like someone to explain in more detail where and what exactly should be done on the server side. I can see the need for a check, sort of....

@davesayers2014

This comment has been minimized.

@pr2git

This comment has been minimized.

Copy link

commented Sep 17, 2018

Please provide me with the file content that generate this problem.
xxx.sources.xml and then the downloaded file.

@pr2git

This comment has been minimized.

Copy link

commented Sep 17, 2018

@jenseneverest

When you upload files to your server and that everything went fine, you need to create a file:
LastUpdate.txt

Just containing the date in format: YYYY-mm-dd
Exemple: 2018-9-17

(Be careful we had to change from LastUpdate.log to LastUpdate.txt since some servers prevent to send .log files).

We assume that the data files are uploaded daily on the server. So we tolerate a delta between the current date and the LastUpdate.txt date of 2 days (so 3 days or more we reject the server).

That's all you need to do, of course if you always create this file even when the upload failed then this file become totally useless.

The idea behind this file is to avoid that I server send back obsolete data files. This already happened in the past, where a server still hold obsolete files and provide them back to end-user, but Rytec was unable to upload to this server anymore (so it was not possible to suppress the file neither).

But anyway nocheck="1" should also work for XMLTVImport.

@davesayers2014

This comment has been minimized.

Copy link
Contributor Author

commented Sep 17, 2018

This is Freesat UK
epgimport.log

@jenseneverest

This comment has been minimized.

Copy link

commented Sep 17, 2018

Thanks for the reply guys, With the latest pure2 image rytec sources are working, but mine are not, with that image the log suggests that the nocheck="1" is not working at least for my sources.

I then flashed todays openATV 6.2 and all Rytec source are not working, the log is the same as @davesayers2014 has attached above. But at least the nocheck is working with todays atv image on my source lol.... (i see it bypass the check in the log) i then also have the same issue as Rytec sources.

I am now about to flash openPLI and will test again, if i still have issue with openPLI i will post to the pli forum thread @pr2git started.

TIA

@Ev0-BH

This comment has been minimized.

Copy link
Contributor

commented Sep 18, 2018

Yes latest build is broken, I also get the Error2 message and then it just sits saying importing xyz forever and does nothing

@pr2git

This comment has been minimized.

Copy link

commented Sep 18, 2018

I think you should remove the IPv6 stuff from XMLTVImport.

@Schimmelreiter

This comment has been minimized.

Copy link
Member

commented Sep 18, 2018

I think we shouldn't have blindly replaced a complete file.
Neither did I with other plugins, I always checked if our branch contained enhancements compared to PLi.

If you want 100% PLi, install OpenPLi.

Anyways, ATM I'm working on a solution.

@Ev0-BH

This comment has been minimized.

Copy link
Contributor

commented Sep 18, 2018

Seems to be fixed now

@AbuBaniaz

This comment has been minimized.

Copy link
Contributor

commented Sep 18, 2018

Fixed with this commit
4166ac7

@AbuBaniaz AbuBaniaz closed this Sep 18, 2018

pr2git referenced this issue in OpenPLi/enigma2-plugin-extensions-epgimport Sep 19, 2018

@jenseneverest

This comment has been minimized.

Copy link

commented Sep 19, 2018

it is still not quite right guys

#33

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.