From: Greg Ercolano <erco@(email surpressed)>
Subject: Re: Rush 102.42a9d runs verified to operate normally on Lion (OSX10.7)
   Date: Thu, 19 Apr 2012 20:35:26 -0400
Msg# 2224
View Complete Thread (7 articles) | All Threads
Last Next
On 04/19/12 17:18, Jeff Jasper wrote:
> Just checked if I run the submit scripts from the 10.5.8 queue manager 
> workstation then everything fires off correctly.

	OK, so sounds like you solved the previous problems.

> Also Lion workstations where the user account is hosted on the server 
> work fine, and local accounts that are on the box work fine.
> 
> What doesn't work strangely is a home account that is synchronized with 
> the server so the account is local on the box but sync back to the 
> server. We have a few people setup this way since some apps don't like 
> Lion server homes.

	Hmm, sounds like a different issue.

	If the job submits but doesn't run on the farm,
	hit 'Cpus' in irush for that job, to see if the cpus
	the job is requesting is having trouble running jobs
	as that user on the remote machines.

	A common error is to see in the NOTES field of the
	'Cpus' report is:

		501: unknown uid

	..where '501' might be any numeric value, usually
	representing the UID of the user who submitted the job.
	This error means that uid is not valid on the remote
	machines, so rush can't run the renders as that user.

	If you get that error, the fix is to make sure that user
	has an account on all the render nodes with that same UID.
	(It's important to have consistent uids for accounts)

	Some companies prefer to force all renders to run as
	a particular user, such as a 'render' user with some
	fixed uid/gid. (To do that, you'd set the forceuid/forcegid
	values in the rush.conf file)

	Otherwise, please try to follow up with error messages from
	the Cpus report, Frames report, or the rushd.log file, as
	it should be indicating the error in one of those locations.

> So we have a viable workaround. Only change I am seeing on all 
> workstations since the Lion upgrade is the Modo submit script is 
> throwing up an error at startup. You can run it fine still after 
> bypassing the error screen.
> 
> The error is:
> input: /Network/Servers/"serverhostname"/"users home 
> directory"/.rush/.submit-modo-last: Line 1: unknown field '####ModoCommands'

	Hmm, sounds like some odd text is getting into
	the history file that keeps track of your last submission.

	Has the script been customized at all, or is there
	anything unusual in how the submit script is invoked?
	(ie. invoked by another script that tells the submit script
	what the default options should be?)

-- 
Greg Ercolano, erco@(email surpressed)
Seriss Corporation
Rush Render Queue, http://seriss.com/rush/
Tel: (Tel# suppressed)ext.23
Fax: (Tel# suppressed)
Cel: (Tel# suppressed)


Last Next