I just installed Maya on a SUSE 10.3 for rendering. And when I Render anything, it quits with

Error: Line 1: Plug-in, “RenderMan_for_Maya.so”, was not found on MAYA_PLUG_IN_PATH,
Error: Line 1: Plug-in, “TurtleForMaya80.so”, was not found on MAYA_PLUG_IN_PATH,
maya encountered a fatal error
Signal: 11 (unknown Signal)
//Maya exited with status 1

these errors are ignored on other OS machines, how do I tell linux to ignore them and keep rendering?
or not to look for them in the first place?

Thanks!

on testing it further, it now appears that those errors have nothing to do with Maya crashing.

the “maya encountered a fatal error” and “Signal: 11 (Unknown Signal)” happen all by themselves.

this machine is a new openSUSE 10.3, Maya 8.5-x64 Intel Q9300 proc

without a stack trace of where Maya is crashing kind of hard to know what is happening and what to suggest.

Run Maya under gdb and get a stack trace

maya -d gdb
r
bt

What is the machine configuration ?

I installed the sp1 for Maya8.5_x64 and the renderings are getting further than before, but now failing with the IMF error I brought up in the Hardware section.

is it possible to run the Render with the stack trace?
Render -d gdb file.mb

this is just a render machine with a Intel Q9300 quad, 4gb ram, 160g disk, Suse10.3
just put it together and installed Suse and Maya8.5.  Suse is one of the approved operating systems so I thought it would go smoothly…

Can still run the renderer from within Maya, just give the command line arguments when using the gdb r command.

maya -d gdb
r -render -s 1 -e 1 file.mb

should output something like the following

maya -d gdb
GNU gdb Red Hat Linux (6.7.1-11.fc8rh)
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type “show copying”
and “show warranty” for details.
This GDB was configured as “x86_64-redhat-linux-gnu"…
(no debugging symbols found)
Using host libthread_db library “/lib64/libthread_db.so.1”.
(gdb) r -render -s 1 -e 1 /u/warnold/shadow2.ma
Starting program: /usr/autodesk/maya8.5-x64/bin/maya.bin -render -s 1 -e 1 shadow2.ma
[Thread debugging using libthread_db enabled]
[New Thread 0x2aaab5638cf0 (LWP 31093)]
[New Thread 0x40204950 (LWP 31104)]

Warning: the -render flag is deprecated, and should not be used any more. Use the Render application to render images.

MAYA_DEBUG_NO_SIGNAL_HANDLERS is set.

mental ray for Maya 8.5
[New Thread 0x40405950 (LWP 31105)]
[New Thread 0x40606950 (LWP 31106)]
mental ray: version 3.5.6.8, 14 Feb 2007, revision 20433
[New Thread 0x40807950 (LWP 31107)]
mental ray: mental ray for Maya - startup done
Error: file: /u/warnold/shadow2.ma line 5: Unknown Maya file version: 2008.
File read in 0 seconds.
Warning: Errors have occurred while reading this scene that may result in data loss.
Error: Error reading file.
Error: Error reading file.

Program exited with code 01.

run from within Maya?  being a render machine, it doesn’t need a license…

I’ll have to wait until I get back to work to try “maya -d gdb” but my initial guess is that starting Maya will only bring up the license manager.

Render is a small front end program to parse the command line to generate a mel script that maya then runs to do the render.

If you run Maya interactively then yes it needs a license.  Rendering should be ok, that is the -render command line argument.

usx20530@ddd199:~/maya/projects/default/scenes> maya -d gdb
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB 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.
Type “show copying” to see the conditions.
There is absolutely no warranty for GDB.  Type “show warranty” for details.
This GDB was configured as “x86_64-suse-linux"…
(no debugging symbols found)
Using host libthread_db library “/lib64/libthread_db.so.1”.
(gdb) r -render example.mb
Starting program: /usr/autodesk/maya8.5-x64/bin/maya.bin -render example.mb
(no debugging symbols found)
...
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x2ae5ed3e0890 (LWP 15827)]
[New Thread 0x40800950 (LWP 15834)]

Warning: the -render flag is deprecated, and should not be used any more. Use the Render application to render images.

MAYA_DEBUG_NO_SIGNAL_HANDLERS is set.

mental ray for Maya 8.5
[New Thread 0x40a01950 (LWP 15835)]
mental ray: version 3.5.6.7, 22 Nov 2006, revision 19663
mental ray: mental ray for Maya - startup done

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2ae5ed3e0890 (LWP 15827)]
0x00002ae5e794e94b in glGetIntegerv () from /usr/lib64/libGL.so.1

on a side note, I’m probably installing 8.5sp1 incorrectly.  what is the correct way to install it?
when I try a rpm -ivh or a -Uvh I get a ton of

file /usr/autodesk/maya8.5-x64/scripts/startup/PolygonsBuildMenu.res.mel from install of Maya8_5_64-8.5-81 conflicts with file from package Maya64-8.5-159

after removing maya, and installing sp1.  here is the output from gdb

usx20530@render01:~> maya -d gdb
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB 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.
Type “show copying” to see the conditions.
There is absolutely no warranty for GDB.  Type “show warranty” for details.
This GDB was configured as “x86_64-suse-linux"…
(no debugging symbols found)
Using host libthread_db library “/lib64/libthread_db.so.1”.
(gdb) r -render /iomega/drupa/scenes/room05.mb
Starting program: /usr/autodesk/maya8.5-x64/bin/maya.bin -render /iomega/drupa/scenes/room05.mb
(no debugging symbols found)
(no debugging symbols found)
...
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x2b6c1d865890 (LWP 6474)]
[New Thread 0x40800950 (LWP 6480)]

Warning: the -render flag is deprecated, and should not be used any more. Use the Render application to render images.

MAYA_DEBUG_NO_SIGNAL_HANDLERS is set.

mental ray for Maya 8.5
// mental ray for Maya: using startup file /usr/autodesk/maya8.5-x64/mentalray/maya.rayrc
mental ray for Maya: setup
mental ray for Maya: initialize
[New Thread 0x40a01950 (LWP 6481)]
[New Thread 0x40c02950 (LWP 6482)]
mental ray: version 3.5.6.8, 14 Feb 2007, revision 20433
[New Thread 0x40e03950 (LWP 6483)]
mental ray for Maya: using 1 license
mental ray for Maya: register extensions
// mental ray Node Factory: loaded
// parsing /usr/autodesk/maya8.5-x64/mentalray/include/architectural.mi
// loading /usr/autodesk/maya8.5-x64/mentalray/lib/architectural.so
// generating Maya nodes…
// parsing /usr/autodesk/maya8.5-x64/mentalray/include/base.mi
// loading /usr/autodesk/maya8.5-x64/mentalray/lib/base.so
// generating Maya nodes…
// parsing /usr/autodesk/maya8.5-x64/mentalray/include/contour.mi
// loading /usr/autodesk/maya8.5-x64/mentalray/lib/contour.so
// generating Maya nodes…
// parsing /usr/autodesk/maya8.5-x64/mentalray/include/paint.mi
// loading /usr/autodesk/maya8.5-x64/mentalray/lib/paint.so
// generating Maya nodes…
// parsing /usr/autodesk/maya8.5-x64/mentalray/include/physics.mi
// loading /usr/autodesk/maya8.5-x64/mentalray/lib/physics.so
// generating Maya nodes…
// parsing /usr/autodesk/maya8.5-x64/mentalray/include/subsurface.mi
// loading /usr/autodesk/maya8.5-x64/mentalray/lib/subsurface.so
// generating Maya nodes…
// parsing /usr/autodesk/maya8.5-x64/mentalray/include/surfaceSampler.mi
// loading /usr/autodesk/maya8.5-x64/mentalray/lib/surfaceSampler.so
// generating Maya nodes…
mental ray for Maya: successfully registered
mental ray for Maya: loading startup file: /usr/autodesk/maya8.5-x64/mentalray/maya.rayrc
mental ray: mental ray for Maya - startup done
Error: line 1: Plug-in, “RenderMan_for_Maya.so”, was not found on MAYA_PLUG_IN_PATH.
Error: line 1: Plug-in, “TurtleForMaya80.so”, was not found on MAYA_PLUG_IN_PATH.
Warning: line 1: Unrecognized node type for node ‘renderManGlobals’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘rmanFinalGlobals’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘rmanFinalOutputGlobals0’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘rmanDeepShadowGlobals’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘rmanDeepShadowOutputGlobals0’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘rmanDeepShadowOutputGlobals1’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘rmanShadowGlobals’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘rmanShadowOutputGlobals0’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtleRenderOptions’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtleRenderGlobals’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtlePackUVOptions’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtleBakeLayerManager’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtleDefaultBakeLayer’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtleDefaultBakeLayerTexBakeOptions’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtleDefaultBakeLayerVtxBakeOptions’; preserving node information during this session.
Warning: line 1: Unrecognized node type for node ‘TurtleDefaultBakeLayerSurfTransOptions’; preserving node information during this session.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b6c1d865890 (LWP 6474)]
0x00002b6c134de050 in TDNparamCurve::timeChangedAll () from /usr/autodesk/maya8.5-x64/lib/libDataModel.so

things just keep getting stranger with this ill-fated linux attempt.  I started over from scratch, installed SUSE 10.3 and Maya8.5sp1.  My simple test file renders 0-100 iff files with no errors, but the iff files are corrupted and unreadable.  If I try to have it render out to a different format like tiff or targa, I get the IMF errors.  A Larger file gives the Segmentation fault error.

Maya is doing the work, but then goofs on the format.  Could this standard openSUSE 10.3 be missing something that enables it to write the formats?  Some libraries I’m supposed to include that aren’t in the default install?