Re: [Cin] Render farm
Actually the below is not quite true. I tried them all and everything EXCEPT "-d" seemed to work. You can use "-h" to see the options. On Tue, Mar 16, 2021 at 5:05 PM Phyllis Smith wrote: > OK, as MatN mentioned earlier, the command line usage of cinelerra may not > work with AppImage AND IT DOES NOT when I tried it. So for now, Andrea, > use your Build. > > On Tue, Mar 16, 2021 at 1:35 PM Andrea paz via Cin < > cin@lists.cinelerra-gg.org> wrote: > >> Yes, nerver used port 400. >> Tried with ports 10445 to 10460 with the same result. I verified in >> /etc/services that they are free ports, unlike the others I had used >> before. >> >> "ps" gives as a result: >> [paz@arch-paz ~]$ ps -ef | grep cin >> paz62968 62445 0 17:46 pts/200:00:00 grep cin >> >> Then: >> sudo kill 62445 >> >> the result does not change; always the same error. >> >> From /etc/services you can see that port 400 is associated with >> "osb-sd; [tcp/udp]" (Oracle Secure Backup). I don't even know what >> that is and I don't understand how to not have the render farm see it. >> -- >> Cin mailing list >> Cin@lists.cinelerra-gg.org >> https://lists.cinelerra-gg.org/mailman/listinfo/cin >> > -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Render farm
OK, as MatN mentioned earlier, the command line usage of cinelerra may not work with AppImage AND IT DOES NOT when I tried it. So for now, Andrea, use your Build. On Tue, Mar 16, 2021 at 1:35 PM Andrea paz via Cin < cin@lists.cinelerra-gg.org> wrote: > Yes, nerver used port 400. > Tried with ports 10445 to 10460 with the same result. I verified in > /etc/services that they are free ports, unlike the others I had used > before. > > "ps" gives as a result: > [paz@arch-paz ~]$ ps -ef | grep cin > paz62968 62445 0 17:46 pts/200:00:00 grep cin > > Then: > sudo kill 62445 > > the result does not change; always the same error. > > From /etc/services you can see that port 400 is associated with > "osb-sd; [tcp/udp]" (Oracle Secure Backup). I don't even know what > that is and I don't understand how to not have the render farm see it. > -- > Cin mailing list > Cin@lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Render farm
Andrea, PLEASE do not give up! What you learn can be used to improve the manual procedures. Instead of using the "seq" line from the manual (which may be bash/desktop based) like Ed said just run the single line. 1) For example keyin:cin -d 10445 (or use the full Cinelerra path if "cin" is not defined) 2) You should see something like the following on the terminal window: Cinelerra Infinity - built: Mar 9 2021 17:02:31 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. [root@keystone ~]# init plugin index: /mnt0/build5/cinelerra-5.1/bin/plugins init lv2 index: *RenderFarmClient::main_loop: client started* 3) Next check just to see if that worked. Keyin: ps -ef | grep cin 4) You should see something like the following: root 161032 161015 0 14:46 pts/200:00:14 /tmp/cin5/cinelerra5/cinelerra-5.1/cinelerra/ci root 161415 161398 0 14:48 pts/300:00:11 /mnt0/build5/cinelerra-5.1/cinelerra/ci root *162255 1 0 15:48 pts/400:00:00 cin -d 10445* root *162287 1 9 15:49 pts/400:00:00 /mnt0/build5/cinelerra-5.1/**bin/cin -d 10446* root 162291 161717 0 15:49 pts/400:00:00 grep --color=auto cin 5) The ones marked in bold above are the render farm ports. (Yeah, yeah, I know I should not use root but have for years). On Tue, Mar 16, 2021 at 1:35 PM Andrea paz via Cin < cin@lists.cinelerra-gg.org> wrote: > Yes, nerver used port 400. > Tried with ports 10445 to 10460 with the same result. I verified in > /etc/services that they are free ports, unlike the others I had used > before. > > "ps" gives as a result: > [paz@arch-paz ~]$ ps -ef | grep cin > paz62968 62445 0 17:46 pts/200:00:00 grep cin > > Then: > sudo kill 62445 > > the result does not change; always the same error. > > From /etc/services you can see that port 400 is associated with > "osb-sd; [tcp/udp]" (Oracle Secure Backup). I don't even know what > that is and I don't understand how to not have the render farm see it. > -- > Cin mailing list > Cin@lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Render farm
Hi Using render farm on a daily basis here. Client machines : $ cin -d 1200 It will not run as # Cheers Ed On Tue, 2021-03-16 at 20:37 +0100, Andrea paz via Cin wrote: > Yes, nerver used port 400. > Tried with ports 10445 to 10460 with the same result. I verified in > /etc/services that they are free ports, unlike the others I had used > before. > > "ps" gives as a result: > [paz@arch-paz ~]$ ps -ef | grep cin > paz62968 62445 0 17:46 pts/200:00:00 grep cin > > Then: > sudo kill 62445 > > the result does not change; always the same error. > > From /etc/services you can see that port 400 is associated with > "osb-sd; [tcp/udp]" (Oracle Secure Backup). I don't even know what > that is and I don't understand how to not have the render farm see it. -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Render farm
Yes, nerver used port 400. Tried with ports 10445 to 10460 with the same result. I verified in /etc/services that they are free ports, unlike the others I had used before. "ps" gives as a result: [paz@arch-paz ~]$ ps -ef | grep cin paz62968 62445 0 17:46 pts/200:00:00 grep cin Then: sudo kill 62445 the result does not change; always the same error. >From /etc/services you can see that port 400 is associated with "osb-sd; [tcp/udp]" (Oracle Secure Backup). I don't even know what that is and I don't understand how to not have the render farm see it. -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Render farm
Andrea, in linux, user can't use ports lower then 1024. Only root can do that. Running user programs with root account is bad idea in many ways. Consider use ports like 10400 and so on. Best regards, Andrey вт, 16 мар. 2021 г., 18:38 Phyllis Smith via Cin : > > Andrea, some things to look for: > > RenderFarmClient::main_loop:400: Address already in use >> > The above message says "400" but below you say you used "401-416"? Make > sure the ports you start up exactly match the ones defined in the Render > Farm menu. Before trying again, be sure to stop any processes that did get > started (it may take up to 30 seconds for it to be free to be used again). > You can find them via a command from a window: ps -ef | grep cin > They will look like: root5064 1 0 09:29 pts/300:00:00 > cin -d 1501 > and so you will have to kill 5064 for the above to get port 1501 > back again. > > I first tried from root with ports 401 - 416. Then from no-root with >> ports 1026 - 1041. The result is always the same. >> > Check the file/etc/servicesfor ports that are unused. When I > look at mine, I clearly see that 1026-1041 are available as in the lines: > rndc953/udp # rndc control sockets > (BIND 9) > skkserv 1178/tcpsgi-storman # SKK Japanese input method > so there is nothing defined between 953 and 1178, i.e. 1026-1041 are > clearly available. > > Let me know if this gets you further along. > -- > Cin mailing list > Cin@lists.cinelerra-gg.org > https://lists.cinelerra-gg.org/mailman/listinfo/cin > -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
Re: [Cin] Render farm
Andrea, some things to look for: RenderFarmClient::main_loop:400: Address already in use > The above message says "400" but below you say you used "401-416"? Make sure the ports you start up exactly match the ones defined in the Render Farm menu. Before trying again, be sure to stop any processes that did get started (it may take up to 30 seconds for it to be free to be used again). You can find them via a command from a window: ps -ef | grep cin They will look like: root5064 1 0 09:29 pts/300:00:00 cin -d 1501 and so you will have to kill 5064 for the above to get port 1501 back again. I first tried from root with ports 401 - 416. Then from no-root with > ports 1026 - 1041. The result is always the same. > Check the file/etc/servicesfor ports that are unused. When I look at mine, I clearly see that 1026-1041 are available as in the lines: rndc953/udp # rndc control sockets (BIND 9) skkserv 1178/tcpsgi-storman # SKK Japanese input method so there is nothing defined between 953 and 1178, i.e. 1026-1041 are clearly available. Let me know if this gets you further along. -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin
[Cin] Render farm
Since I keep having problems with multithreaded rendering (vedere https://www.mail-archive.com/cin@lists.cinelerra-gg.org/msg01565.html), I tried again the render farm locally with only the threads of my CPU (8/16); but it doesn't work for me. When I try to start the client CinGG instances, instead of: RenderFarmClientThread::run: Session finished I get: RenderFarmClient::main_loop:400: Address already in use I first tried from root with ports 401 - 416. Then from no-root with ports 1026 - 1041. The result is always the same. The steps I take: - Start CinGG and activate "use render farm" and then set the 15 clients as Localhost port 1026, ..., 1041. OK to activate. - I open a terminal and start the following script: for n in 'seq 1026 1041'; do /home/paz/Desktop/./CinGG-20210228-x86_64.AppImage -d $n done - I get the message reported before and the rendering does not work. (the same happens with CinGG compiled) Any advice? -- Cin mailing list Cin@lists.cinelerra-gg.org https://lists.cinelerra-gg.org/mailman/listinfo/cin