Re: Solaris NFS problems with potato / Release Notes
I remember a while back when looking at using NFS to share files between Linux
and Solaris 2.6 under the Linux 2.0.x kernels. There was mention of there being
no NFS.lock daemon running on the Linux side when trying to use Linux as the NFS
server. From the limited experience I have had with the 2.2 kernels(still
havn't gotten around to upgradeing to them), there is now support for NFS
locking similar to the Solaris behavior. From your problems, this(with
appropriate software support), may be your answer.
David Bristel
On Mon, 17 May 1999, Tim (Pass the Prozac) Sailer wrote:
> Date: Mon, 17 May 1999 09:24:07 -0400
> From: "Tim (Pass the Prozac) Sailer" <sailer@sailer.rhic.bnl.gov>
> To: rainer.dorsch@informatik.uni-stuttgart.de
> Cc: debian-devel@lists.debian.org, hilliard@flinet.com
> Subject: Re: Solaris NFS problems with potato / Release Notes
> Resent-Date: 17 May 1999 13:24:21 -0000
> Resent-From: debian-devel@lists.debian.org
> Resent-cc: recipient list not shown: ;
>
> On Mon, May 17, 1999 at 10:30:52AM +0300, Rainer Dorsch wrote:
> >
> > It is nearly impossible to compile a large software package on a NFS mounted
> > partion on potato, when it is exported by Solaris 2.6 (UltraSPARC). A search
> > in Deja News (Solaris NFS patch in comp.os.linux.*) found a couple of
> > controversal postings. After installing the patch recommended by Linus
> >
> > 105379-05
> >
> > (& stopping and starting the NFS-server on Solaris) the problems did not
> > disappear.
> >
> > To illustrate the problem, I use the cvs source package and compile it on a
> > local disc. Works well.
> >
> > Now I do it on an NFS mounted partition:
> >
> > $debuild
> > [...]
> > gcc -I. -I.. -I. -I../lib -DHAVE_CONFIG_H -g -O2 -c vers_ts.c
> > gcc -I. -I.. -I. -I../lib -DHAVE_CONFIG_H -g -O2 -c subr.c
> > gcc -I. -I.. -I. -I../lib -DHAVE_CONFIG_H -g -O2 -c filesubr.c
> > gcc -I. -I.. -I. -I../lib -DHAVE_CONFIG_H -g -O2 -c run.c
> > gcc -I. -I.. -I. -I../lib -DHAVE_CONFIG_H -g -O2 -c version.c
> > gcc -I. -I.. -I. -I../lib -DHAVE_CONFIG_H -g -O2 -c error.c
> > gcc -I. -I.. -I. -I../lib -I../zlib -DHAVE_CONFIG_H -g -O2 -c ./zlib.c
> > gcc add.o admin.o buffer.o checkin.o checkout.o classify.o client.o commit.o
> > create_adm.o cvsrc.o diff.o edit.o entries.o expand_path.o fileattr.o
> > find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o
> > login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o
> > patch.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o rtag.o
> > scramble.o server.o status.o tag.o update.o watch.o wrapper.o vers_ts.o subr.o
> > filesubr.o run.o version.o error.o zlib.o ../lib/libcvs.a ../diff/libdiff.a
> > -lz -lcrypt -o cvs
> > checkin.o: file not recognized: File truncated
> > collect2: ld returned 1 exit status
> > make[2]: *** [cvs] Error 1
> >
> > The error message is missleading, it is nearly random per run!
> >
> > Is anybody using potato with NFS exported Solaris partitions? Which patches
> > did you apply? Did you try to compile large programs? Hello world programs
> > work!
>
> We were having the same problem, but with NFS AIX. Here at RHIC@bnl,
> we are using AIX and Solaris for NFS servers. Trying to compile trivial
> programs worked, but something like cvs source failed with the same
> errors you have there.... only on the AIX servers running NFSv3. We
> went to 2.2.7 with the NFS 3 patches, the problem went away...
>
> Tim
>
> --
> (work) sailer@bnl.gov / (home) tps@buoy.com - http://www.buoy.com/~tps
> "The quality of accurate observation is commonly called
> cynicism by those who have not got it."
> G.B. Shaw
> ** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.**
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
Reply to: