Forum Replies Created
-
-
23rd January 2008 at 7:52 pm #14786Often an I/O problem (maybe a permission problem). You should post the output from the batch engine, so I can help you better…
23rd January 2008 at 7:51 pm #14785Muster 32 bit works well on 64 bit platforms, you really need a 64 bit version if you’re going to render very big single frame images on the Dispatcher, that’s the only process that really need more than 2GB otherwise…
Exactly what’s your problem ?
23rd January 2008 at 7:50 pm #14784That isn’t so clear. Muster is designed to work with separate rendering nodes. What’s the purpose of a cluster ?
23rd January 2008 at 7:49 pm #14783you’re launching /Adobe After Effects 7.0, this is just a folder, not the batch render itself.
The command should be /Adobe After Effects 7.0/aerender or similar, depending on your install location.
23rd January 2008 at 7:47 pm #14782There’re cpu-related commands like -cpur (resume) where you specify a node ID and the command is sent to the host…
8th January 2008 at 5:01 pm #14775Just want to inform that 5.4 is out, it includes a control applet for MAC OS X as an application bundle. It also allows install/uninstall of Muster components as Mac services.
8th January 2008 at 4:59 pm #14774I cannot see any weird thing. The 0 exit code means a success and from your log, the image has been rendered successfully. So, where’s the problem ?
1st January 2008 at 1:42 am #14771Unfortunately setup of Muster requires some unix knowledge. You’ve to drop the executable somewhere in your file system and launch it from the console.
good news are that 5.4 (coming out in january) will have a dedicated control/setup applet for Mac OS X.
1st January 2008 at 1:40 am #14770Could you post a dump from the engine batch render ?
1st January 2008 at 1:39 am #14769/etc/init.d/rc (or musterrcd) stop
rm /usr/local/muster
rm /etc/init.d/muster* (or rc*)then install the new version, keep in mind that depending on your installation preferences, you may not have muster installer on /usr/local/muster
1st January 2008 at 1:35 am #14768You’re right. We have looked at putting the tray application back in action. In the upcoming 5.4, there’s already a tray icon for Macintosh that acts as a one-shot installer and service control.
Plans are to expand it to windows and give the applet ability to local control the renderclient.
1st January 2008 at 1:34 am #14767There’s a specific reason for this feature design.
Even you think it transfers a couple of bytes, remember that a TCP packet is always 512 bytes of size.
Apart from that, Muster uses a FIFO network protocol using TCP, that means that every packet is put into a queue waiting for network delivering. Scheduling an automatic message every X seconds may lead to an internal buffer overflow under heavy network usage, even using an intelligent substutable message queue.
Now, thinking at a 200-300 host farm, having those messages in queue isn’t a real problem, but the delay it may cause to most important messages (completation of renders) may lead to lost of precious seconds.
Don’t think in a “gigabit” way. When under usage, there’s a good chance that your network is in a “full” status at about 80% of the rendering times due to file streaming. The only way to make that really working in the way you’re describing is the define of a local policy of QoS (Quality of service) directly on your switches (that must be layer 3). Unfortunately, this is something that’s done by a very low level of end users.
Just to close the case, we’ll make that feature user-configurable in the near future.
Cheers

1st January 2008 at 1:27 am #14766Add the dispatcher.exe and renderclient.exe to the exceptions.
Otherwise the ports are the ones you’ve already tried : 7680, 7681,7683,7690 and 7691.
17th December 2007 at 6:44 pm #14763This may be due to a permission problem. Check that the user assigned to the service is able to map the drives and that the configuration of the drive mapping reflects exactly your paths.
-


