Le dim. 16 sept. 2018 à 12:30, sébastien dagnicourt
<sebastien.dagnico...@gmail.com> a écrit :
>
> OK, don't have more time today to tests some more things.
>
> For the telnet, server trace don't show more than that :
> [2018/09/16 19:20:02] Pushed ["nc://genre1/playlist1.txt";...].
> [2018/09/16 19:20:02] Resolving "nc://genre1/playlist1" (timeout 30s)...
> [2018/09/16 19:20:02] Pushed ["process:.txt,/work/get_file.py 
> '//genre1/playlist1.txt' $(output)";...].
> [2018/09/16 19:20:02] Resolving "process:.m3u,/data/djt/ls/get_file.py 
> '//genre1/playlist1.txt' $(output)" (timeout 30s)...
> [2018/09/16 19:20:02] Processing .m3u,/work/get_file.py 
> '//genre1/playlist1.txt' $(output)

These last 3 lines are suspicious. Why does the extension suddenly
change to m3u and why does the process changes to
/data/djt/ls/get_file.py and then back to /work/get_file.py?

> [2018/09/16 19:20:02] Executing /work/get_file.py '//genre1/playlist1.txt' 
> "/tmp/liq-process81a1c7..m3u"
> [2018/09/16 19:20:31] Failed to execute /work/get_file.py 
> '//genre1/playlist1.txt' "/tmp/liq-process81a1c7..m3u": 
> ("timeout","29.8845801353")
> [2018/09/16 19:20:31] Every possibility failed!
> [2018/09/16 19:20:31] Request finished.
> Will do some more tests tomorrow :)
>
> Le dim. 16 sept. 2018 à 18:42, Romain Beauxis <romain.beau...@gmail.com> a 
> écrit :
>>
>>
>>
>> Le dim. 16 sept. 2018 à 11:27, sébastien dagnicourt 
>> <sebastien.dagnico...@gmail.com> a écrit :
>> >
>> > Yes, I saw that and I had already the same idea ;)
>> > No more luck ...
>> >
>> > How liquidsoap knows that the script got the playlist ? I mean, does the 
>> > temp file is known by liquidsoap ?
>> > I saw in other examples that people are doing something like 
>> > get_process_line("") to have the result of the command.
>>
>> Liquidsoap generates the tmp file name, creates a temp file and passes it to 
>> the process as the $(output) argument and then waits for the process to 
>> terminate.
>>
>> Looking at your script and considering your issue, it must be that the line:
>>   oc.get_file(f, fd)
>> never returns, since adding exit(0) after it doesn't solve the problem.
>>
>> To double check on that you may want to add a print statement too and see if 
>> it shows up in the logs.
>>
>> Another thing to check is that perhaps the process returns but the request 
>> resolution fails later in the process. You may want to enable the telnet 
>> server:
>>   set("server.telnet",true)
>> and check on the request's trace as explained before. There you should have 
>> the full logs of the request resolution.
>>
>> Romain
>>
>> _______________________________________________
>> Savonet-users mailing list
>> Savonet-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
> _______________________________________________
> Savonet-users mailing list
> Savonet-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/savonet-users


_______________________________________________
Savonet-users mailing list
Savonet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/savonet-users

Reply via email to