HDTenEightyP/NetNews huggingface dataset:
From: gwh@elric.cs.mcgill.ca (Gene Walter HOMICKI)
Subject: PC-NFS and diskless PC workstations.
Organization: SOCS, McGill University, Montreal, Canada
Date: Fri, 24 Jul 1992 15:19:33 GMT

Hi all,

	Does anyone have any experience settinfg up diskless PCs
using PC-NFS?  Specifically, it will be IBM (yick!) PS/2 35LS
machines with IBM's ethernet card with RPL (remote program load - 
a auto-boot PROM). I'd like to be able to use a Sun as a server, and
load DOS and applications programs from the server.  Any info would
be much appreciated (posted or emailed).

					--Gene W. Homicki
					  gwh@cs.mcgill.ca

Disclaimer:  Setting up PCs is not my choice, nor is using PC-NFS.
___

If it happens, it must be possible.
From: john@iastate.edu (John Hascall)
Newsgroups: comp.protocols.nfs
Subject: Re: NFS I/O Ops/seconds
Date: 23 Jul 92 15:52:00 GMT
Article-I.D.: news.1992Jul23.155200.6052
Distribution: usa
Organization: Iowa State University, Ames, IA

rmilner@zia.aoc.nrao.edu (Ruth Milner) writes:
}Yes, but the Sun reps don't run the benchmarks (thank god). In this case the
}300 ops/sec/Ethernet maximum is about right for the default mix nhfsstone uses
}(which is actually a pretty typical mix).

I've found you have to take "typical mix" with a pretty large grain of salt
(at least we do).  For example: here is 5 hours from yesterday evening
(~500K ops/server) on our 6 main servers (all other ops 0%):

    getattr    19%   57%   71%   71%   88%   77%
    lookup      1%    4%    7%    3%    1%    6%
    read       24%   21%   12%   12%    3%   15%
    write      55%   15%    6%   10%    2%    0%
    readdir     0%    0%    0%    0%    3%    0%

John
-- 
John Hascall                                       ``Live with it pink-boy!''
Project Vincent                                                              
Iowa State University Computation Center                     john@iastate.edu
Ames, IA  50011                                      515/294-9551 [fax -1717]
Newsgroups: comp.protocols.nfs
From: cc_paul@rcvie.co.at (Wolf Paul)
Subject: PKTD.SYS for PC-NFS 4.0??
Reply-To: cc_paul@rcvie.co.at (Wolf N. Paul)
Organization: Alcatel Austria - Elin Research Center, Vienna
Date: Fri, 24 Jul 1992 15:03:54 GMT

I am trying to help a friend get PC-NFS working with a non-supported
ethernet card.

There is a Packet Driver available for this card, and I seem to
remember back when I worked with PC-NFS (v. 3.5), that there was a file called
PKTD.SYS.

My friend has version 4.0, and there is no PKTD.SYS file in his
distribution.

Any hints/ideas/etc?

Thanks,

Wolf Paul
-- 
            V              
+-----------------------+  Wolf N. Paul, Computer Center         wnp@rcvie.co.at
|  A  L  C  A  T  E  L  |  Alcatel-Elin Research Center     +43-1-391621-122 (w)
+-----------------------+  Ruthnergasse 1-7                   +43-1-391452 (fax)
      ELIN RESEARCH        A-1210 Vienna-Austria/Europe        +43-1-2246913 (h)
Newsgroups: comp.protocols.nfs
From: rod@philips.oz.au (Rod Roberts)
Date: Wed, 29 Jul 92 00:29:49 GMT
Organization: Philips Public Telecommunications Systems, Melbourne, Australia
Subject: what locking techniques work over NFS
Summary: see subject
Keywords: file locking

Yes, I know, this has probabaly been asked before. I this this question is
covered by an FAQ could some kind soul send it to me, as I am _not_ a suscriber
to this news group.

My question is basicaly this. which of the following file locking techniques
work with multiple hosts accessing the same filesystem over NFS.

1. lockf()  (System V)
2. flock()  (BSD)
3. link()   (generic) fails if new link already exists
4. create() (generic) fails if file exists and caller does no have write
             permission
5. open()   (POSIX) fails if O_CREAT and O_EXCL flags are present an the file
             exists.

My own suspicion is that methods 3 and 4 will work but not the others with the
exception of 5 (maybe). Thanx in advance to anybody who can help me on this.

														Rod
-- 
Rod Roberts
e-mail: rod@philips.oz.au | Phone: +61 (3) 881 3574 | Fax: +61 (3) 881 3577
Philips Public Telecommunications Systems
23 Lakeside Drive, Burwood East 3151, Melbourne, Victoria, AUSTRALIA
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.protocols.nfs
Subject: Re: NFS I/O Ops/seconds
Date: 25 Jul 92 19:26:05 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <numb.711969731@root.co.uk>, numb@root.co.uk (Matthew Newman) writes:
> In <nkok0p0@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
> >In article <l6r4uvINNf0p@exodus.Eng.Sun.COM>, beepy@tabitha.Eng.Sun.COM (Brian Pawlowski) writes:
> >> The number "300 NFS ops/s per ether" is a rule-of-thumb
> >Yes, everyone keeps saying, for ethernet.
> >One can hope to do significantly better on FDDI.
> >Imagine a multi-homed FDDI NFS server (>1 FDDI link), with FDDI-to-ether
> >routers or bridges that can run at ethernet speeds.

> This is misleading, there are two different issues here:-
> 
> 1)	Number of NFS ops to saturate the Ethernet/FDDI
> 
> 2)      Max number of NFS ops a given client/server arrangement
> 	can achieve on a given network.
> 
> In some fairly detailed tests on our FDDI network and our departmental
> Ether, we found little increase in NFS ops over FDDI as the
> clients/server/disks were the bottleneck, not the network.
> 
> FDDI has a higher bandwidth and therefore can support more simultaneous
> NFS servers at full speed, but in practice each server/client is
> not any faster.


You missed an important point.

An NFS server or client on FDDI is intrinsically faster than a similar
machine over ethernet.  This is because it takes significantly fewer
host cycles to generate 1 or 2 UDP/IP datagrams for a 4K or 8K read or
write than to generate 3 or 6.  

Yes, this point only applies to those FDDI machines that use a
reasonable MTU, and only to those FDDI machines that can move a
reasonable number of bits/sec over FDDI.  Some FDDI machines can move
less than 30Mbits/sec over FDDI.  Obviously, such an NFS server or
client is not going to be much faster over FDDI than ethernet.


Vernon Schryver,  vjs@sgi.com
From: tomiii@mtu.edu (Thomas Dwyer III)
Newsgroups: comp.protocols.nfs
Subject: Re: Strange (IMHO) behaviour - pc-nfs 4.0
Date: 21 Jul 92 13:19:01 GMT
Organization: Michigan Technological University

>Problem:
>	The PCNFSD server specified is reported as not valid (more than 80% of 
>	the time), & a search is started for another server (which is found, 
>	but useless for this user).  The server that responds TENDS TO BE the 
>	first one found in the hosts file on the PC.
>
>	Additionally, if the named server is moved up in the host file, it is 
>	ALWAYS found.  What is going on here?
>

I've noticed this problem also in the "NET NISSET <machine>" command.
It seems to happen more often when changing NIS servers rather than
when first setting one.  Please reply to the list if you know the
answer.


Tom.III

---------------------------------------------------------------------
Thomas Dwyer III                        Email:   tomiii@mtu.edu
Network Programmer                      Voice:   (906) 487-2110
Computing Technology Services           Fax:     (906) 487-2787
Michigan Technological University       VHF/UHF: N8MHF
From: xwu@ACSC.COM (Xinhua Wu)
Newsgroups: comp.protocols.nfs
Subject: Re: NFS I/O Ops/seconds
Date: 23 Jul 92 16:30:20 GMT
Article-I.D.: acsc.9207231630.AA14889

Where can one get
nhfsstones and/or LADDIS?  Are they free?  Thanks a lot,

-- 
Xinhua Wu
ACSC, Inc.
xwu@acsc.com
(310)815-4858
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.protocols.nfs
Subject: Re: lockd
Date: 23 Jul 92 23:58:06 GMT
Organization: Auspex Systems, Santa Clara

>Lockd on SunOs of that vintage could
>#probably have used vfork(), although that would have been somewhat kludgy.
>
>I think that the first lockd work preceded even the SunOS 4.0 memory
>rearchitecture. Prior to that, vfork would have been a killer.

Well, I'm not sure what the rearchitecture has to do with the use of
"vfork()".  I'm also not sure what "vfork()" has to do with e.g.
multithreading "lockd", given that, while parent and child share their
address space, the parent is put in suspended animation until the child
either "exec"s or exits (true both in 4.x and earlier releases).>

>| Thought for the day: If Unix had been
>| developed in England, we'd all be using
>| BCPL (and migrating to BCPL++)...

(Unless, of course, Martin Richards came to the same conclusion that the
folks who did B came to, and made a typeful successor to BCPL....)
From: garrett@lib.washington.edu (Adam Garrett)
Newsgroups: comp.protocols.nfs
Subject: Re: How to make PC-NFS, NCSA Telnet and packet drivers live together?
Date: 22 Jul 92 22:53:41 GMT
Article-I.D.: u.1992Jul22.225341.5243
Organization: University of Washington Libraries

Now it is my turn to see if I can make PC-NFS, NCSA Telnet and packet drivers
live together.  My attempts only get NCSA Telnet working, but not with PC-NFS.
Below is my autoexec.bat and config.sys.  Help.

I am using:
IBM PS/2 70 with 3COM 3c523 enet card
PC-NFS 4.0a
Packet driver for 3c523, version 10.1.2
PKTD.SYS from bcm.tmc.edu

Autoexec.bat:
@ECHO OFF
REM ************************************************************************
REM Load the NCSA packet driver before PC-NFS
C:\NCSA\3C523 0x66 3 0x300 0
C:\windows\winqvt\pktint.com
REM ************************************************************************
REM PC-NFS starts here
PATH C:\;C:\DOS;C:\NFS;
SET TZ=PST8PDT
SET PRINTER=LPT1:
SET NFSSPOOL=C:\NFS\SPOOL
SET NFSDRIVE=C
SET NFSPATH=C:\NFS
C:\NFS\PRT -T30 *
C:\NFS\NET INIT
C:\NFS\RTM
REM C:\NFS\LISTENER
REM Start up a PC-NFS Print Server
PCNFSLPD -P LPT1: hpthink -l -x
REM PC-NFS ends here
REM ************************************************************************
PATH C:\;C:\DOS;C:\NFS;C:\WORD5;C:\WINDOWS;C:\WINWORD;C:\NORTON;C:\RBFILES;
C:\WINDOWS\SMARTDRV.EXE /L
PROMPT $e[1;33;44m$p$g
rem SET PCPLUS=C:\PCPLUS
FR /SAVE
SET TEMP=C:\DOS
C:\DOS\SHARE.EXE

Config.sys:
DEVICE=C:\WINDOWS\HIMEM.SYS
DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\DOS\ANSI.SYS
DOS=HIGH
FILES=20
BUFFERS=20
SHELL=C:\DOS\COMMAND.COM C:\DOS\ /p /e:512
DEVICE=C:\WINDOWS\SMARTDRV.EXE /DOUBLE_BUFFER
device=C:\WINDOWS\MOUSE.SYS /Y
STACKS=9,256
REM **********************************************
REM PC-NFS starts here
DEVICE=C:\NFS\PCNFS.SYS 
DEVICE=C:\NFS\SOCKDRV.SYS
DEVICE=C:\NFS\PKTD.SYS
LASTDRIVE=V
REM PC-NFS ends here
REM **********************************************

Adam R. Garrett
University of Washington Libraries     INTERNET: garrett@lib.washington.edu
352 Suzzallo Library, FM-25            PHONE:    (206) 543-8843
Seattle, WA  98195                     FAX:      (206) 685-8049
Newsgroups: comp.protocols.time.ntp
From: ianh@resmel.bhp.com.au (Ian Hoyle)
Subject: Re: ntp v2 on SGI Irix 4.0.x
Organization: BHP Research - Melbourne Laboratories, AUSTRALIA
Date: Fri, 24 Jul 1992 22:31:05 GMT

Harald.Eikrem@delab.sintef.no writes:

>Now, running ntpdate from cron on the Iris'es seemingly works on most
>machines except one, which has Irix 4.0.4.  The others are Irix 4.0.1 and
>4.0.2.  Have anyone else fiddled with ntp and Iris'es out there?

Scott Henry of SGI has done a port of xntp v2. It is available using anon ftp
on sgigate.sgi.com:

ftp> pwd
257 "/net-services/xntp" is current directory.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for '/bin/ls'.
total 820
-rw-r--r--   1 root     sys         2999 May  5 16:17 README
-rw-r--r--   1 root     sys        19592 May  5 16:17 xntp-sgi-patches.Z
-rw-r--r--   1 root     sys       396531 May  5 16:17 xntp-sgi.tar.Z
226 Transfer complete.

It works wonderfully - in fact I've had his version on my SGI's (Irix 3.3.2
and now 4.0.1) for at least a year without a problem,

	ian
--
   /\/\     :  Ian Hoyle,  Senior Research Scientist
  / / /\    :  Image Analysis Group
 / / /  \   :  BHP Research - Melbourne Laboratories
/ / / /\ \  :  245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
\ \/ / / /  :  Phone    +61-3-560-7066
 \  / / /   :  E-mail   ianh@resmel.bhp.com.au
  \/\/\/    :
            : "The kernel IS a continuously running random number
            :  generator" -- Larry Wall
From: rob@gec-mi-at.co.uk (Rob Matheson)
Newsgroups: comp.protocols.time.ntp
Subject: Is there a FAQ for this group
Summary: FAQ ?
Keywords: ntp FAQ
Date: 21 Jul 92 17:11:34 GMT
Organization: Marconi Instruments Ltd., Longacres, St. Albans, UK
X-Newsreader: Tin 1.1 PL4


I have been looking for something to synchronise time across a mixed group of
Unix boxes - mostly Suns and 68k-based SVR3 systems. I have been directed to
this group, and have been reading it for a couple of months now but have not
yet seen any sign of a FAQ, or any simple explanation of what NTP is and what
it can do for me.

In particular, I have two questions:

1. I have seen mention of both NTP and XNTP. Are they two implementations
   of the same thing or what? If they are different, how would I decide
   which to use?

2. Much of the discussion in this group seems to relate to synchronisation
   to external clocks. Is this the primary reason for using NTP or is it
   suitable just for synchronising a local group of systems.


Rob. Matheson
Email: rob@gec-mi-at.co.uk
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: NTP for export
Date: 23 Jul 92 20:04:33 GMT
Distribution: inet
Organization: The Internet

Folks,

As everybody knows, NTP Version 3 is not an exportable commodity,
due to inclusion of DES encryption routines. Export of this and
certain other technologies is forbidden by U.S. Commerce
Department regulations. I am happy to announce a new version
of xntp3 which conforms with these regulations. It is called
xntp3.export.tar.Z and is identical to xntp3.tar.Z, except that
the single routine authdes.c has been encrypted using DES and
called authdes.c.des. A dummy routine which allows xntpd to
function normally, but without the authentication feature,
is called authdes.c.export. Versions intended for U.S. distribution
have the decrypted version for authdes.c, while versions intended
for export have the dummy routine.

At the moment both the domestic and export versions of xntp3 will
be resident on louie.udel.edu; however, in the near future I
will remove the domestic version and only the export version will
be available. Domestic users can still get the decrypted version
of authdes.c by sending me a postcard with U.S. postmark and
giving the electric mailbox I can send the decryption key to.
The recipient will need the Unix des program or equivalent in order
to do this. Other ways are possible, of course, but this is the
slickest (credit to Dave Feldmeier).

I tell you this in order to remind all your friends of the above
and let them get ready for it. The authdes.c routine has not been
changed in many moons and probably won't in future.

Dave
Newsgroups: comp.protocols.time.ntp
From: ang@gpu.utcs.utoronto.ca (Mikey)
Subject: Sync. system time in X.25 networks
Organization: University of Toronto Computing Services
Date: Tue, 28 Jul 1992 01:57:17 GMT

Hi!

I am running SCO Unix, and I understand that I can sync the time among the
systems in the LAN using "timed".  But is it possible to synchronize the 
systems time across the X.25 networks? If the answer is yes, which software
do I need ?

Please post or e-mail directly.  Thanks.

Michael
From: greg@DUKE.CS.UNLV.EDU (Greg Wohletz)
Newsgroups: comp.protocols.time.ntp
Subject: xntp3 (July 23rd edition)
Date: 29 Jul 92 23:44:04 GMT
Distribution: inet
Organization: The Internet


Line 155 of ntp_unixclock.c reads:

        tvu_maxslew = tickadj * (hz-1) * (1>>CLOCK_ADJ);

Did you mean 1<<CLOCK_ADJ ?

			--Greg
Newsgroups: comp.protocols.time.ntp
From: reece@eco.twg.com (Reece R. Pollack)
Subject: Re: synchronizing time VMS <-> Ultrix
Keywords: timed VMS
Reply-To: reece@eco.twg.com (Reece R. Pollack)
Organization: The Wollongong Group (East Coast Operations)
Date: Thu, 23 Jul 92 20:59:51 GMT


In article <1992Jun27.102828.14335@Urmel.Informatik.RWTH-Aachen.DE>, kuku@acds.physik.rwth-aachen.de (Christoph Kukulies) writes:
|>We have the situation that a lot of sources reside in mounted VMS filesystems
|>and we want to use 'make' efficiently on these mounted sources.
|>
|>What can I do in this case? Is there something like 'timed' or 'xntpd' under
|>VMS?

It depends on what you're using to serve your filesystems.

If you're using WIN/TCP, the V5.2 and later releases include an NTP support.
This allows the VMS system to act as a time source, a time client, or both.
Other TCP/IP vendors may also offer this support.

If you're using DECnet, you might want to look at DECdts.

--
Reece R. Pollack
Senior Software Engineer
The Wollongong Group, Inc.
From: alex@XAIT.XEROX.COM (Alexis Layton)
Newsgroups: comp.protocols.time.ntp
Subject: XNTP3
Date: 30 Jul 92 19:48:18 GMT
Distribution: inet
Organization: The Internet


Hi folks,

I am about to try xntp3 on a Sparcstation 2 running off a moderately
busy ethernet connected to the rest of the world (NEARnet) via a 9.6kbps
link (sigh).  There is no local clock.  Under these conditions

	-- what should I set my parameters to?  tick, tickadj, etc.

	-- what kind of timekeeping performance should I expect

	-- will it work at all?

Alexis
alex@XAIT.Xerox.COM

I wish there were some addendum to clock.txt which stated the best setting
that experience indicated for different common hardware.  Somewhere I heard
that for SS2 tick should be 9999?

Alexis
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  XNTP3
Date: 30 Jul 92 20:39:41 GMT
Distribution: inet
Organization: The Internet

Alexis,

tickadj -t 9999 -a 5 -s

for all our Sun4s. There are several barren spots on the globe at
the end of a 9.6kbps pipe. My home plumbing has that diameter.
Depending on utlization, expect 20-50ms accuracy.

Dave
From: emcguire@intellection.com (Ed McGuire)
Newsgroups: comp.protocols.time.ntp
Subject: xntpd won't synch to local clock
Date: 21 Jul 92 04:22:05 GMT
Distribution: inet
Organization: The Internet


   Your problem is due to the fact that you are running xntp ona a
   multiprocessor sun.  For some reasons the multi cpu suns send loose
   interrupts under SunOS 4.1.2.

An xntpd configured identically on a SPARCstation 2 running 4.1.1
seems to behave just the same.  I am more suspicious that there is a
problem with my boot file or a problem in version 3 with the local
clock driver.

I'm also unsure how "loose" (i.e., spurious?) interrupts would affect
the local clock driver.  The driver doesn't appear to perform any I/O
to the system clock which would be interfered with by spurious
interrupts.  It simply calls gettimeofday().

peace. -- Ed
Newsgroups: comp.protocols.time.ntp
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Subject: Re: Is there a FAQ for this group
Organization: University of Maryland College Park
Date: Wed, 22 Jul 1992 20:33:45 GMT

In article <1992Jul22.134843.25355@ee.rochester.edu> Mark Sirota <msirota@socrates.ee.rochester.edu> writes:

>NTP is Version 1 of the protocol.  XNTP is Version 2 of the protocol.  XNTP3
>is Version 3.

Being one of the co-authors of the 'ntpd' package, let me say that it
uses the NTP version 1 packet formats, but with most of the Version 2
algorithms.  It is, certainly, getting a bit long of tooth.  Versions
of it are shipped by at least DEC and NeXT with their systems.

>NTP is quite small, but getting old -- it apparently won't talk to some
>XNTP3 processes.  XNTP is very large, and not well-suited to just doing
>simple time synchronization -- it's more geared to large sites with local
>clocks who are time servers for LOTS of hosts on the network.  Not sure
>about XNTP3.

I'm not sure what "very large" means, but I run xntp3 on my
workstation and it works very well.  I don't recommend that anyone not
already using the 'ntpd' package spend much time on it.  There are no
plans (at least *I* have no plans) to do any further work on it.

louie

Newsgroups: comp.protocols.time.ntp
From: tmd@s1.gov (Tina M. Darmohray)
Subject: FAQ
Originator: tmd@s1.gov
Organization: Lawrence Livermore National Lab
Date: Mon, 27 Jul 1992 19:09:44 GMT


Where can you ftp copies of xntp and xntp3?  Thanks,

	Tina
	tmd@s1.gov
From: msirota@ee.rochester.edu (Mark Sirota)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Is there a FAQ for this group
Date: 22 Jul 92 13:48:43 GMT
Reply-To: Mark Sirota <msirota@socrates.ee.rochester.edu>
Organization: University of Rochester Department of Electrical Engineering

In article <1992Jul21.171134.6176@gec-mi-at.co.uk> rob@gec-mi-at.co.uk (Rob Matheson) writes:
> 1. I have seen mention of both NTP and XNTP. Are they two implementations
>   of the same thing or what? If they are different, how would I decide
>   which to use?

Since I was the last one to ask this question here, I'll answer it this time.

NTP is Version 1 of the protocol.  XNTP is Version 2 of the protocol.  XNTP3
is Version 3.

NTP is quite small, but getting old -- it apparently won't talk to some
XNTP3 processes.  XNTP is very large, and not well-suited to just doing
simple time synchronization -- it's more geared to large sites with local
clocks who are time servers for LOTS of hosts on the network.  Not sure
about XNTP3.
-- 
Mark Sirota - Department of Electrical Engineering Systems Staff
University of Rochester, Rochester NY
 Internet: msirota@ee.rochester.edu
 UUCP:     rutgers!rochester!ur-valhalla!msirota
From: d3e309@pnl.gov (LMS Curtis)
Newsgroups: comp.protocols.time.ntp
Subject: WWVB clock on a DECstation 5000/200
Date: 29 Jul 92 18:25:18 GMT
Article-I.D.: oracle.1992Jul29.182518.7094
Organization: Battelle Pacific Northwest Labs, Richland, WA
Originator: d3e309@taz.pnl.gov


We are trying to get one of our DECstation 5000/200's to talk to our
WWVB clock receiver and have run into some difficulties.

We are using xntp3 and have it running smoothly to DECstations, SUN's,
HP's and IBM's syncing off the internet with all owr systems running as
stratum 2's and 3's.  We would like to use the DECstation with the WWVB
clock as our authority.

If someone has gotten this to work, please let me know by posting or sending
mail directly to lms_curtis@pnl.gov.

Thank you in advance.


Laura Curtis
Battelle PNL
lms_curtis@pnl.gov
(509)375-2311
Newsgroups: comp.protocols.time.ntp