[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Condor-users] Condor and Maya



Excellent. Turns out that on the linux side the only thing
I was missing was also simply the HOME variable. Set that
to a temp location, and all is working smoothly..

Thanks for posting your results!

- Filip


> Wow.  I actually got it to work.  Your note helped, and I studied the
> online
> help.  For some reason the $HOME environment variable doesn't get set when
> condor runs the job.  So I just explicitly defined $HOME and that worked.
> Job file below.
>
> ## Location of Maya renderer
> Executable = c:\condor_render\RenderThis
>
> ## Environment variables needed to make renderer work
> environment = MAYA_LOCATION=/usr/aw/maya;HOME=/shared/home/drm
>
> ## File name of output from renderer (STDOUT) or omit if no output is
> desired
> Output = cr.out
>
> ## File name of condor log file or omit if no log is desired
> log = cr.log
>
> ## File name of error output from renderer (STDERR) or omit if no error
> output is desired
> Error = cr.err
>
> ## Windows NT jobs (currently) always run in vanilla universe
> universe = vanilla
> ## Require windows NT 40 or 50 in order to run
> requirements = (OpSys == "LINUX")
>
> ## Only mail us on error
> notification = Never
>
> transfer_input_files = bigluck.tif, wood.jpg, wood.jpg, newlogo_push3.mb
>
> Arguments = -verb -rd . -im Frame -s 1.0000 -e 5.0000 -b 1.0000
> newlogo_push3.mb
> Queue
>
> -----Original Message-----
> From: condor-users-bounces@xxxxxxxxxxx
> [mailto:condor-users-bounces@xxxxxxxxxxx] On Behalf Of
> filipdef@xxxxxxxxxxxxxxxxx
> Sent: Wednesday, November 24, 2004 7:55 PM
> To: Condor-Users Mail List
> Cc: 'condor-users@xxxxxxxxxxx'
> Subject: Re: [Condor-users] Condor and Maya
>
>
> Hi Maria,
>
> I have it running fine windows->windows (via a java
> wrapper that mounts network drives atl.), but so far no
> luck on running maya on linux. I'm getting exactly the
> same seg fault. Job also runs fine without condor.
>
> I know under windows I had to do some tricks with
> the USER_PROFILE and the TEMP_DIR before it would
> behave, I'm assuming that there's something similar
> that needs to be done on the linux side. This could
> indicate why it was running from a script.
>
> Not sure if this gives you any more ideas..
>
> - Filip
>
>
>
>
>> Hi all,
>>
>> Just subscribed to this list.  I've seen some sporadic postings about
>> using condor with maya for rendering.  There is a utility on the
>> condor site called condor_render but it hasn't worked well for me.
>>
>> My first simple setup was 3 linux machine with a total of 7
>> processors.  I just wanted to be able to submit linux jobs to a linux
>> cluster to begin with.  First problem was with the processing of the
>> maya files.  I had to change the source to properly parse out the file
>> names for the textures. Then I tried submitting the job but it gave me
>> an error, saying it couldn't find swrenderer.xml.  The job runs fine
>> when run manually from the command line.  Then I tried running it
>> without copying the executable or files. That worked better but it
>> stalled at starting maya from Render.  Then I tried running a script
>> instead of the executable. The only thing in the script was "Render
>> $*".  That worked well.  But I'm puzzled as to why.
>>
>> Happy that at least something was working, I then tried to submit a
>> job from windows to the same linux cluster.  Again the job runs fine
>> when run manually.  When I submit from my windows box, maya
>> segmentation faults and exits with status 139.  I looked at the core
>> file and it seems to crash on trying to modify the environment.  Not
>> sure why.  It seems that other people
>> on this mailing list have had the same problem.  Also if I set "getenv"
>> to
>> true, the job just sits in the queue forever and generates Shadow
>> exceptions.
>>
>> So I'd love to talk to anyone who has a workable condor render farm
>> solution.  So far this has been quite hard to set up and I can't spend
>> much more time on it.
>>
>> Thanks!
>> M!
>>
>> ---------------------------------
>> Here is my job file for windows:
>>
>> ## Location of Maya renderer
>> Executable = c:\condor_render\RenderThis
>>
>> ## Environment variables needed to make renderer work environment =
>> PATH=/bin:/usr/local/bin:/usr/aw/maya/bin;MAYA_LOCATION=/usr/aw/maya
>>
>> ## File name of output from renderer (STDOUT) or omit if no output is
>> desired Output = cr.out
>>
>> ## File name of condor log file or omit if no log is desired log =
>> cr.log
>>
>> ## File name of error output from renderer (STDERR) or omit if no
>> error output is desired Error = cr.err
>>
>> ## Windows NT jobs (currently) always run in vanilla universe universe
>> = vanilla ## Require windows NT 40 or 50 in order to run
>> requirements = (OpSys == "LINUX")
>>
>> ## Only mail us on error
>> notification = Never
>>
>> ## Use variables in current environoment when rendering #getenv = true
>>
>> transfer_input_files = bigluck.tif, wood.jpg, wood.jpg,
>> newlogo_push3.mb
>>
>> Arguments = -verb -rd . -im Frame -s 1.0000 -e 5.0000 -b 1.0000
>> newlogo_push3.mb Queue
>>
>> ------------------------------------------
>> Job file for linux:
>>
>> ## Location of Maya renderer
>> Executable = RenderThis
>>
>> ## Environment variables needed to make renderer work environment =
>> MAYA_LOCATION=/usr/aw/maya
>>
>> ## File name of output from renderer (STDOUT) or omit if no output is
>> desired Output = cr.out
>>
>> ## File name of condor log file or omit if no log is desired log =
>> cr.log
>>
>> ## File name of error output from renderer (STDERR) or omit if no
>> error output is desired Error = cr.err
>>
>> ## For now let's do vanilla
>> universe = vanilla
>>
>> ## Only mail us on error
>> notification = Never
>>
>> ## Use variables in current environoment when rendering getenv = true
>>
>> Arguments = -verb -rd . -im Frame -s 1.0000 -e 1.0000 -b 10.0000
>> logo_push3.mb Queue
>>
>> ---
>> Outgoing mail is certified Virus Free.
>> Checked by AVG anti-virus system (http://www.grisoft.com).
>> Version: 6.0.786 / Virus Database: 532 - Release Date: 10/29/2004
>>
>> _______________________________________________
>> Condor-users mailing list
>> Condor-users@xxxxxxxxxxx
>> http://lists.cs.wisc.edu/mailman/listinfo/condor-users
>>
>
> _______________________________________________
> Condor-users mailing list
> Condor-users@xxxxxxxxxxx
> http://lists.cs.wisc.edu/mailman/listinfo/condor-users
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.786 / Virus Database: 532 - Release Date: 10/29/2004
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.786 / Virus Database: 532 - Release Date: 10/29/2004
>
> _______________________________________________
> Condor-users mailing list
> Condor-users@xxxxxxxxxxx
> http://lists.cs.wisc.edu/mailman/listinfo/condor-users
>