[Radiance-general] Mac OS X and nfs

Giulio Antonutto [email protected]
Tue, 23 Dec 2003 09:36:20 -0000


Hi,
about homogeneous environment:
some time ago (macosX 10.0) I did some rpiece experiments.... 
It seems to me that I simply employed the Appletalk protocol to share the
ambient file.... 
may be.... 
just macosx to macosx.....
cheers,
giulio

PS however at the end I bought a dual athlon Linux machine.... but now it is
different: G5...


-----Original Message-----
From: Jack de Valpine [mailto:[email protected]]
Sent: 22 December 2003 21:05
To: [email protected]
Subject: Re: [Radiance-general] Mac OS X and nfs


Hi John,

I think that one thing to look into in greater depth is what kind of 
control you can exercise on the configuration/setup of NFS on the 
Panther based machines. In particular you need to have both nfsd running 
as well as something called statd (I am assuming these are the names 
used in the apple based systems). The latter is responsible for 
reporting file status for locking requests among other things.

It sounds like you can get a linux to linux nfs setup running ok. I 
think that you need to debug and get a stable apple to apple nfs setup 
running (ie full processor performance). Then you can work on figuring 
out how to get the two to work together. I suspect that there are some 
mount and/or export related switches that may need to be set to make nfs 
work in a heterogenous environment like this. It is difficult enough in 
a homegenous one.

-Jack

John S. An wrote:

> Hi all,
>
> I'm at my wits end trying to get my machines to play nicely when 
> parallel processing.  I have a 4 computer setup which I am trying to 
> farm together via nfs for some renderings, and I've come to an impass.
>
> Set-up:
> 2 linux boxes running Mandrake 9.1
> 2 Macintoshes running Panther (10.3.2)
>
> One of the linux box is set as the nfs server.  I set the /etc/exports 
> to give read write access and sync to all machines in my private 
> network (192.168.0.0/255.255.255.0).  The server and the other linux 
> box have no problems communicating and parallel processing.
>
> On the Macintoshes, I used the shareware program NFSManager to set up 
> the mount for the exported folder.  In the Finder, I am able to 
> access, read, and copy files from the Macintosh to the server, and to 
> erase files that are on the server.  I can also use X11 to run single 
> processor renderings on files that are located on the nfs server.  
> However, when I try to run the parallel renderings from the Macintosh, 
> the process just freezes.  Using the top command, I see that rpict is 
> there, but 0% of the computers resources is devoted to the process, 
> and it remains in that state indefinitely (5 days).
>
> I doubled checked the UID and GID on all for machines to make sure 
> that they all match.
>
> Just to test what was going on, I tried setting up one of my 
> Macintoshes as the nfs server.  In this instance, the linux box can 
> mount the file system, but the process freezes when it starts the 
> rendering, whether it be a single rpict command or an rpiece command.  
> The other Macintosh is capable of running and completing the parallel 
> rendering process, but only about 10% of the computers resources is 
> devoted to the process (this is something that I'll just have to look 
> into).
>
> Could somebody please help me figure out what is going on?
>
> Thanks.
>
> _______________________________________________
> Radiance-general mailing list
> [email protected]
> http://www.radiance-online.org/mailman/listinfo/radiance-general
>
>

-- 
#	John E. de Valpine
#	president
#
#	visarc incorporated
#	http://www.visarc.com
#
#	channeling technology for superior design and construction



_______________________________________________
Radiance-general mailing list
[email protected]
http://www.radiance-online.org/mailman/listinfo/radiance-general

___________________________________________________________________
Electronic mail messages entering and leaving Arup business
systems are scanned for acceptability of content and viruses.