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