HDTenEightyP/NetNews huggingface dataset:
From: ddt@mdi.gwinnett.com (Dusit Tansathein)
Newsgroups: comp.protocols.nfs
Subject: NFS problem?
Date: 8 Oct 92 22:23:08 GMT
Distribution: usa
Organization: Majure Data Inc., Roswell GA

Hi,

I get the following message on the console of our NCR-3447 running UNIX SVR4.2:
"WARNING: dlpi.c: ILD: could not allocb DL_UNITDATA_IND".  My questions are:

1) Does this have something to do with NFS (our NCR is the NFS server)? 
2) Can it cause the system to hang?
3) If you experienced the same problem, what would be the best solution?

Any information would be appreciated.

Thanks,

Duke-The (scsi) Terminator, ddt@mdi.gwinnett.com (Dusit Tansathein)
From: ce1zzes@prism.gatech.EDU (Eric Sheppard)
Newsgroups: comp.protocols.nfs
Subject: Re: PC-NFS printing
Date: 12 Oct 92 05:16:48 GMT
Distribution: na
Organization: Georgia Institute of Technology

In <1992Oct7.174001.7703@zia.aoc.nrao.edu> pgreen@zia.aoc.nrao.edu (Philip Green) writes:

>I am having problems with printing;

>Server: Solbourne 
>PC-NFS:4.0

>net use LPT1: server:printername

>returns

>NFS230F: There is no printer named printername on server

>The printer does exist and works fine for all the Sparcs.

>When I used net printers server I got a list of printers
>but with the second name from the printcap file. I then
>tried

>net use LPT1: server:printername(the one returned by net printers)

>This time the return was

>NFS040F: The specified file system is not local to server


>What do I have to do to make this work?

Geoff, this one's for you:

We also had the NFS040F error, when we installed PC-NFS 4.0a on a new
system and added it to our network.  The strange thing here, is that
nothing on the PC was installed wrong!  The cause of our problem is a limit
on the lines in the '/etc/group' file on the server.  

Do not have more than 127 characters on a group definition line.  

When we added the new userid to our main PC-NFS group, the name extended 
beyond the 127 character limit, and the Sun Sparcstation 2 server refused 
access to the machine.  No other indication of a faulty installation.
No mention of this is made in any of the manual pages for either the Unix
box or PC-NFS, so it could be a pcnfsd daemon problem.  You may want to add 
this check to your troubleshooting checklist.

Eric
-- 
Eric Sheppard      Georgia Tech    |   "Of course the US Constitution isn't
Atlanta, GA                        | perfect, but it's a lot better than what
ARPA: ce1zzes@prism.gatech.edu     |             we have now." -Unknown
uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!prism!ce1zzes
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip,comp.protocols.misc
From: normi@hugo.uucp (Norman Dutton)
Subject: Re: Looking for references on Inter-Process-Communications
Organization: D&M Associates, Annandale
Date: Sun, 11 Oct 1992 18:11:41 GMT

In article <HUGUES.92Oct9183652@gna.gna.org> hugues@gna.org (Hugues Lafarge) writes:
>
>I'm asking this for a friend:
>
>Being working on an remote procedure call replacement for
>an experimental operating system, i'm looking for any
>reference (document, software, etc...) about RPC, or any
>alternative scheme.
>
>I'm also interested in knowing if what were (if any)
>previous schemes of interprocess communication (either
>local or remote)
>
>Please reply via e-mail, i'll summarize to the net
>if there's any interest.
>
>Thanks in advance.
>--
>Hugues Lafarge 	hugues@gna.axis-design.fr or hugues@gna.org
>Voice		+33 1 40 35 20 20

O'Reilly & Associates has a book in their 'Nutshell' series called 'Power
Programming with RPC' ISBN 0-937175-77-3.  They have a European distributor
in the Netherlands:

Addison-Wesley Publishing Group
Concertgebouwplein 25
1017 LM Amsterdam
The Netherlands
Telephone: 31-20-671-72-96
Fax 31-20-664-53-34

Other than getting a copy of 'Managing uucp and Usenet' from UUNET when we
got an account with them, I have no connection with O'Reilly and Associates.

-- 
--
Norman Dutton;                  | uucp:    uunet!hugo!normi
D & M Associates                | Internet: hugo!normi@uunet.uu.net
4208 Evergreen Lane, Suite 213  | Voice: 1.703.941.7526 or 1.703.777.5677
From: thurlow@convex.com (Robert Thurlow)
Subject: Re: Redundant NFS available under Solaris 2.x/SunOS 5.x?
Date: Thu, 15 Oct 1992 18:08:06 GMT
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In <1992Oct14.002755.2255@hyphen.com> dwight@hyphen.com (Dwight Ernest) writes:

>I've heard speculation from several different directions that SunOS 5.x
>will offer the ability for an NFS client to mount more than one server
>for the same directory hierarchy, with the client's ability
>transparently to survive the loss of any number of these redundant
>servers except for one.

I hear that Sun will at some point jettison the existing implementation
of their automounter and provide equivalent functionality by means of a
new filesystem.  If so, I'd think that mounting multiple read-only
copies on that kind of filesystem and letting the fs-specific code make
sure you get one of those would be functionality that would be essential,
since the automounter does this now.  I wonder if what you heard relates
to what I've heard?

Rob T
--
Rob Thurlow, Networking Technical Leader
Convex Computer Corporation, Richardson, TX
(214) 497-4405		thurlow@convex.com
From: thomson@frmug.fr.mugnet.org (Thomson Philipp)
Newsgroups: comp.protocols.nfs
Subject: NFS
Keywords: NFS
Date: 15 Oct 92 18:26:44 GMT
Organization: Minix User Group France

Hello,

I ve got a client NFS with 24 sub-dirs mounted on a file server.
I 'd like to mount a 25th sub-di and get this message:

"mount: /dev/nfsd is already mounted or /usr/g87 is busy or allowable
number of mount points exceeded"

I believe that the last part of the message is the reason of the failure.

How can I increase the number of mount points ( I ve already set from 4 to 6
the number of nfsd and biod)

	Many thanks for the answer.

					Best regards.


					Philippe LANNOY.
Newsgroups: comp.protocols.nfs
From: vijghen@ids1.fynu.ucl.ac.be (Philippe Vijghen)
Subject: Re: PC-NFS: yp_match failed
Organization: Free University of Brussels (ULB) - Astrophysic Dpt.
Date: Tue, 13 Oct 1992 08:32:05 GMT

In article <70872@hydra.gatech.EDU> ce1zzes@prism.gatech.EDU (Eric Sheppard) writes:
>Our Sun Sparc 2 has been very frequently reporting this error message,
>since we brought it up as a server for 25 PC's running PC-NFS 4.0a:
>
>Oct  8 14:21:10 ce pcnfsd[125]: rpc.pcnfsd: yp_match failed
>
>Which end is this coming from?  Do we have a rogue PC in our lab causing
>this error message?  And finally, what could be done to correct it?
>
>Any thoughts or helpful tips appreciated.

I can only tell you that I have exactly the same problem with
my SPARC Station IPX and a single WYSE/486/25, running PC-NFS 4.0

If you can solve the problem, please tell me...


	Philippe VIJGHEN
	Ingenieur AIrBr
	U.L.B.
Xref: sparky comp.protocols.nfs:2520 comp.protocols.tcp-ip:4718 comp.protocols.tcp-ip.ibmpc:5660
From: ce1zzes@prism.gatech.EDU (Eric Sheppard)
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
Subject: PC-NFS: yp_match failed
Date: 12 Oct 92 04:34:12 GMT
Followup-To: comp.protocols.nfs
Organization: Georgia Institute of Technology

Our Sun Sparc 2 has been very frequently reporting this error message,
since we brought it up as a server for 25 PC's running PC-NFS 4.0a:

Oct  8 14:21:10 ce pcnfsd[125]: rpc.pcnfsd: yp_match failed

Which end is this coming from?  Do we have a rogue PC in our lab causing
this error message?  And finally, what could be done to correct it?

Any thoughts or helpful tips appreciated.
Eric
-- 
Eric Sheppard      Georgia Tech    |   "Of course the US Constitution isn't
Atlanta, GA                        | perfect, but it's a lot better than what
ARPA: ce1zzes@prism.gatech.edu     |             we have now." -Unknown
uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!prism!ce1zzes
Newsgroups: comp.protocols.nfs
From: rjberke@berke.itg.ti.com (Richard Berke)
Subject: Performance comparisons
Organization: Electronic Communications
Date: Tue, 13 Oct 1992 14:08:16 GMT

Can anyone point me to references on protocol performance testing,
and comparisons among the 'major players'?  

As a rough comparison, I've observed that FTP from FTP Software using  
my 486/33 PC with an old 8-bit 3Com503 board to a SUN Sparc 2 can get about 
310 K-bytes/sec.  Microsoft LANMAN 2.1a using NetBEUI to a 486/33 server can 
get about 200 K-bytes/sec, and using MS NetBIOS over TCP/IP can only get 
about 150 K-bytes/sec.  MS LANMAN using FTP SW NetBIOS over TCP can only
get about 80 K-bytes/sec (Their receive window is defective:  it can't 
get set for sizes above 2048.  FTP can use up to 8192, but not their 
NetBIOS.)

Thanks in advance,

Richard Berke   RBRK   Richard.Berke@lobby.ti.com  (214) 575-2828
Texas Instruments      Plano, Texas
-------------------------------------------------------------------------
Xref: sparky comp.protocols.nfs:2518 comp.protocols.tcp-ip:4707 comp.protocols.misc:778
From: hugues@gna.org (Hugues Lafarge)
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip,comp.protocols.misc
Subject: Looking for references on Inter-Process-Communications
Date: 9 Oct 92 17:36:52 GMT
Organization: X-Design 119 rue de Flandre, 75019 Paris, France


I'm asking this for a friend:

Being working on an remote procedure call replacement for
an experimental operating system, i'm looking for any
reference (document, software, etc...) about RPC, or any
alternative scheme.

I'm also interested in knowing if what were (if any)
previous schemes of interprocess communication (either
local or remote)

Please reply via e-mail, i'll summarize to the net
if there's any interest.

Thanks in advance.
--
Hugues Lafarge 	hugues@gna.axis-design.fr or hugues@gna.org
Voice		+33 1 40 35 20 20
Newsgroups: comp.protocols.nfs
From: drich@sandman.lerc.nasa.gov (Daniel Rich)
Subject: NFS benchmarks
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Tue, 13 Oct 1992 14:48:31 GMT


I am in search of benchmarking programs for NFS.  I am responsible for
several file servers and I would like to be able to get numbers on NFS
performance.

I am aware of laddis and nhfsstone, but have had very little luck
getting them running.  I have not been able to contact anyone about
laddis (they don't respond to e-mail at the address in the README),
and nhfsstone2.0.3 doesn't run properly on my SGI 4D/35.

Does anyone know of any other benchmarks available for NFS that will
run on the SGI (I also have a Sun available, but it isn't mine and I
have to arrange time on it).

Thanks.

-- 
Dan Rich                    | drich@lerc.nasa.gov   |  (216) 433-4000
Sr. Systems Engineer        | "Danger, you haven't seen the last of me!"
RMS Technologies, Inc.      |    "No, but the first of you turns my stomach!"
NASA Lewis Research Center  | -- The Firesign Theatre's Nick Danger
From: rcroger@svin01.win.tue.nl (Roger Beckers)
Newsgroups: comp.protocols.nfs
Subject: LifeLine
Date: 16 Oct 92 07:55:38 GMT
Reply-To: rcroger@win.tue.nl

Hello,

I'm trying to use LifeLine under Windows 3.1 but when i do the my pc locks up.
This also happens when i try to use tar.exe to make a backup to a tape. 
Does anyone have a clue?

Roger Beckers

Eindhoven University of Technology
Faculty of Mathematics and Computing Science, HG 6.05  +31 40 472802
P.O.Box 513, 5600 MB Eindhoven, The Netherlands
E-mail: rcroger@win.tue.nl
Newsgroups: comp.protocols.nfs
From: fr@eagle.mumath (Farid Rahmi)
Subject: Re : Performance comparisons
Reply-To: fr@eagle.mumath
Organization: Sun Microsystems
Date: Tue, 13 Oct 92 20:03:11 GMT

Richard,

These are the values I got using PCNFS 4.0a on a 486/33 in combination with the newest EtherLink III. I also added the Etherlink II figures.

Note : these values are TCP-based, I used ftp to transfer files. UDP-based transfers
scored lower, I am still figuring out why ...


Farid.



BENCHMARKS
----------

The first column indicates "From", the rows indicate "To", e.g. :

Copying a file from the PC to the Sun allowed speeds up to 134KB/s with
the Etherlink II and 240KB/s with the new model.

---------------------------------------------------------------------------
Etherlink II (old model)
---------------------------------------------------------------------------
		Sun		PC		RAM
Sun		 -		55KB/s		150KB/s
PC		134KB/s		 -		 -
RAM		150KB/s		 -		 -

---------------------------------------------------------------------------
Etherlink III 
---------------------------------------------------------------------------
		Sun		PC		RAM
Sun		 -		55KB/s		200KB/s
PC		240KB/s		 -		 -
RAM		300KB/s		 -		 -

P.S.: 	The 55KB/s indicates that the bottleneck is not the card, so please
	ignore this (bad) value.



Newsgroups: comp.protocols.nfs
From: tomiii@mtu.edu (Thomas Dwyer III)
Subject: Re: Telent package to be used with PC-NFS 4.0
Organization: Michigan Technological University
Distribution: usa
Date: Wed, 14 Oct 1992 19:30:52 GMT

wassil@hsi.com (Greg Wassil) writes:
>
>I'm trying to find out info on other telnet packages that will work with PC-NFS
>4.0. I know that SUN has Adv. Telnet, but what else is out there? 
>

Actually, I'm also looking for another telnet package.  That is, unless
someone can help me with the following problem:

When using PC-NFS Telnet v4.0a to connect to another Sun, all is well.
Unfortunately when I connect to any other machine (RS6000, Stardent,
Sequent, etc) somehow the terminal negotiation lets the host think I
have one more line on my display than I really have.  Since I don't
know much about how the negotiation works, I don't know if the problem
is with the PC Telnet or with the host's telnetd, but things only seem
to work when connecting to one specific OS (e.g. SunOS).

Any info on how I can correct this problem would be greatly appreciated.


Thanks,
Tom.III

----------------------------------------------------------------
Thomas Dwyer III                        Email:   tomiii@mtu.edu
Systems Programmer                      Voice:   (906) 487-2110
Computing Technology Services           Fax:     (906) 487-2787
Michigan Technological University       VHF/UHF: N8MHF
Newsgroups: comp.protocols.nfs
From: wassil@hsi.com (Greg Wassil)
Subject: Telent package to be used with PC-NFS 4.0
Organization: 3M Health Information Systems, Wallingford CT
Distribution: usa
Date: Tue, 13 Oct 1992 16:07:32 GMT


I'm trying to find out info on other telnet packages that will work with PC-NFS
4.0. I know that SUN has Adv. Telnet, but what else is out there? 

Thanks 

-- 
==============================================================================
Gregory Wassil (wassil@hsi.com)   
3M Health Information Systems    
Wallingford, CT  06492
Newsgroups: comp.protocols.nfs
From: ted@merkur.sds.no (Teddy Redse)
Subject: Re: PC-NFS4.0/Win3.1/Word2.0 prblem
Organization: Statens Datasentral A/S, SDS, Norway
Date: Wed, 14 Oct 1992 13:09:49 GMT


>I have a major problem. I am using Pc-nfs agains a Targon/31 server (SNI-
>unix-server). When i save files from MS-Word 2.0 at a drive 
>which is mounted at the unix-server, this happens; Every time i push the save
>button in Word, i get a xxxxx.tmp file in the same directory. If i push it 20
>times i get 20 .tmp files. And they won't go away when i exit from Word2.0. In
>autoexec.bat the set temp= points to D:\ which
>is a ramdrive (512Kb). It is no problems with .tmp files if i save at my local
>C: drive!? 
>We are also using several Lan-manager servers, but there is no problem there
>either. Only at disks which is mounted at the unix-server, with Pc-nfs 3.5 or 
>4.0.
>
>Please help...........
>
>
>-- 
>+-------------------------------------------------+
>|        Lars Myraas  uunet!nuug!ncn!lmy          |
>|                 Oslo - Norway                   |
>+-------------------------------------------------+

We also had the same problem on our servers for some time, and it used up
approx. 50Mb of disk space each week on the servers.

So one evening I sat down to see if I could find out what caused the files
to be deleted on local disks but not on the NFS mounted filesystems.
And I found out that it's really a combination of PC-NFS and the names that
W4W uses in it's temporary files.

DOS cannot have file names longer that 8 + 3 characters, while UNIX allows
14 (SysV3) or more (BSD) characters - with no fixed positions for '.' etc.
When you list UNIX type filenames on a PC with PC-NFS, PC-NFS converts these
long names to match the DOS limitations.  And to do this PC-NFS uses the '~'
(tilde) character.  And the first character in W4W's .tmp files is of course
the same character (tilde)...

To solve the problem I simply changed the character PC-NFS uses for these
conversions, and voila - the problem was gone!

In CONFIG.SYS:

...
...
...
DEVICE=C:\NFS\PC-NFS.SYS /f20 /c^
...
...                              ---

This causes PC-NFS to use the '^' character for these conversions instead of
the tilde, and now the problem has disappeared.

To get rid of all the temporary files on the server I simply logged onto the
server and deleted them with the following command (as root):

# cd /userdisk
# find . -name '[~]doc????.tmp' -exec rm {} \;

If You're unsafe about the automatic rm {}, You can substitute '-exec' in
the find command with '-ok'. This will cause find to ask the user to confirm
the command by pressing 'y' for each file.

Good luck!

Teddy

(~_^)

Newsgroups: comp.protocols.nfs
From: mark@infolog.se (Mark Plotnick)
Subject: More Lines in PCNFS/Telnet under windows?
Organization: Infologics AB, Sollentuna, Sweden
Date: Tue, 13 Oct 1992 08:05:36 GMT


As the subject says, is there a way to expand the telnet screen
to more than 25 lines, say 38 or so? I was able to do
this in a Mac telnet.
I'm using the telnet from PCNFS 4.0.
-------------------------------------------------------
Mark Plotnick,   Mark.Plotnick@uppsala.telesoft.se
From: mcmorran@ll.mit.edu (Roy McMorran)
Newsgroups: comp.protocols.nfs
Subject: Just wondering...
Date: 13 Oct 92 14:28:55 GMT
Distribution: usa
Organization: MIT Lincoln Laboratory, Lexington, MA

...who that was I saw on MA route 3 the other day with the license plate
"PCNFS"  ??
-- 
Roy McMorran = mcmorran@ll.mit.edu // Now it's over I'm dead and I haven't
MIT Lincoln Laboratory             \\ done anything that I want, or I'm 
244 Wood Street B261               // still alive and there's nothing
Lexington, MA 02173                \\ I want to do...         -TMBG
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
From: rsivaram@vela.acs.oakland.edu (siva)
Subject: Help Needed in installing SUN RPC sources...
Organization: Oakland University, Rochester MI.
Date: Wed, 7 Oct 1992 16:20:49 GMT

Dear Netters,
	I am tring to install SUN's free RPC and XDR sources in my m/c 
which runs Ultrix 4.2. When I typed 'make install'
it gave the following error in the file getrpcent.c:
"static function declared and referenced but not defined :index"
The following is the declaration statement and the routine
where it is used where it throws the error:

static	char *index();

static struct rpcent *
interpret(val, len)
{
	register struct rpcdata *d = _rpcdata();
	char *p;
	register char *cp, **q;

	if (d == 0)
		return;
	strncpy(d->line, val, len);
	p = d->line;
	d->line[len] = '\n';
	if (*p == '#')
		return (getrpcent());
	cp = index(p, '#');
	if (cp == NULL)
    {
		cp = index(p, '\n');
		if (cp == NULL)
			return (getrpcent());
	}
	*cp = '\0';
	cp = index(p, ' ');
	if (cp == NULL)
    {
		cp = index(p, '\t');
		if (cp == NULL)
			return (getrpcent());
	}
	*cp++ = '\0';
	/* THIS STUFF IS INTERNET SPECIFIC */
	d->rpc.r_name = d->line;
	while (*cp == ' ' || *cp == '\t')
		cp++;
	d->rpc.r_number = atoi(cp);
	q = d->rpc.r_aliases = d->rpc_aliases;
	cp = index(p, ' ');
	if (cp != NULL)
		*cp++ = '\0';
	else
    {
		cp = index(p, '\t');
		if (cp != NULL)
			*cp++ = '\0';
	}
	while (cp && *cp) {
		if (*cp == ' ' || *cp == '\t') {
			cp++;
			continue;
		}
		if (q < &(d->rpc_aliases[MAXALIASES - 1]))
			*q++ = cp;
		cp = index(p, ' ');
		if (cp != NULL)
			*cp++ = '\0';
		else
	    {
			cp = index(p, '\t');
			if (cp != NULL)
				*cp++ = '\0';
		}
	}
	*q = NULL;
	return (&d->rpc);
}
I would greatly appreciate if someone could throw light on this

thanks
-siva

--
From: tyen@cs.utexas.edu (Anthony Yen)
Newsgroups: comp.protocols.nfs
Subject: PC-NFS with Xircom Adapter
Date: 16 Oct 1992 15:39:11 -0500
Organization: Coffee R Us
Distribution: world
NNTP-Posting-Host: ai.cs.utexas.edu


(I fumble-fingered the first version of this article and submitted it
as a continuation of an unrelated thread.)

My setup is a Compaq LTE/Lite 25 (386SL/25) with 4Mb RAM, 60Mb HD
running DR DOS 6.0 and SuperStor; I'm running DR DOS in high memory
(HIDOS) and have HIMEM set, but no other non-standard TSRs or devices
are running.  I've hooked up a Xircom Pocket Ethernet Adapter II onto
the parallel port of the Compaq; the port conforms to the new
high-speed parallel specifications.  I'm using the Xircom-supplied
PC-NFS drivers, since it appears that these were co-written with Sun
Microsystems (*not* the NDIS drivers they supplied on the same
diskette).  The Unix box is a SPARCserver 670MP running SunOS 4.1.2,
pcnfsd v2.0 (off of the PC-NFS disk---the latest one I pulled off of
the ftp archive failed to compile on my first try, so I just put it on
the back burner, sure that I've screwed up the installation
somewhere).  Both are connected to the thick Ethernet network.

A "net version" indicates I'm running PC-NFS 4.0.  I think I should
have gotten 4.0a, because I just ordered this on Aug 22 (!) and got it
yesterday, but Inmac shipped me one of their RMAs, with the manuals
all marked up in pencil---grrrr.

At any rate, I've NFS-mounted my partition just dandy, but every time
I go to copy a large number of files, PC-NFS appears to get overrun
right at around 50K or so.  I either get "Not ready error reading
drive E:" diagnostic messages, or "Disk full" messages.

Has anyone else encountered the same type of problem?

-- 
 ____     tyen@cs.utexas.edu.....Kowabunga!...
  /ony -- Claimer: Views expressed here == mine && only mine.  Sail tough.