HDTenEightyP/NetNews huggingface dataset:
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.protocols.nfs
Subject: Re: number of nfsd to run
Date: 16 Apr 92 00:01:55 GMT
Organization: Auspex Systems, Santa Clara

>Since nfsds run in a round-robin fashion (and rapidly) if there are more of
>them then there are contexts in the MMU there can be a significant amount
>of overhead involved (I know this to be true on Suns and assume it may be true
>on DEC systems).

Oh, no, not this again, please.

1) SunOS 4.x does *NOT* assign MMU contexts to processes, such as
   "nfsd"s (and "biod"s), that have relinquished the user-mode portion
   of their address space.  They all run in context 0, which is
   permanently assigned to the kernel, so you can run more "nfsd"s than
   there are contexts in the MMU without thrashing contexts.

2) The DEC system is probably a MIPS-based system - its MMU is basically
   just a TLB that causes a fault if you get a TLB miss, and it gets
   reloaded by software.  The page tables themselves are probably kept
   in main memory; the only place where context numbers might be
   involved are in virtual address caches and in TLB searching (the
   R-series chips do have a 6-bit "PID", which is basically a context
   number, used in TLB entries).
From: randy@vort.uucp (Randy Young)
Newsgroups: comp.protocols.nfs
Subject: Does PC-NFS V. 3.5 work with class B i IP address?
Date: 4 Apr 92 05:28:01 GMT
Organization: VORT Computing    Calgary, Alberta, Canada    ...calgary!vort

Hello:

At work I am having a problem with our PC-NFS V. 3.5.  Around X-mas we
upgraded our SUN-OS to V4.1.1 and changed out IP address from a class C to
a class B.  At this point our PC-NFS no longer worked properly . The PC 
hardware has not changed during this time, we had an earlier version of PC-NFS
that worked correctly before our SUN-OS and IP address upgrade.

We configured the system on the PC using a 3C503 ether net card. We can
ping the host computer, even mount a disk on the PC using the nfs package,
sometimes, and rarely ever get a ls to be completed before it times out.

What I would like to know if there is anybody out there who has a PC connected
to to a SUN computer that is using class B IP address?

Any help would be be great.

Randy Young
young@wglen
randy@vort
Xref: sparky comp.protocols.nfs:1255 comp.os.msdos.desqview:1626
From: chris@blarney.MIT.EDU (T Christopher Murphy)
Newsgroups: comp.protocols.nfs,comp.os.msdos.desqview
Subject: Re: Desqview/X and PC-NFS
Keywords: Desqview NFS
Date: 9 Apr 92 18:11:17 GMT
Article-I.D.: athena.1992Apr9.181117.5390
Organization: Massachusetts Institute of Technology

Here's what I understand about DV/X networking options.  This comes
from docs, a pre-release note, and conversation with Quarterdeck tech
staff, and all the info agrees.  There is support for Novell, NetBIOS,
and TCP/IP.  Any network option requires a Network Manager and a
network kernal which you supply.  The Network Managers for Novell (not
to be confused with Novell's LAN Workplace) and NetBIOS are included
with DV/X, the TCP/IP Network Manager is optional (grrrrr...).  The
kernals supported for TCP/IP are Novell's and FTP's.  Packet drivers
alone are not enough.  I suspect that for any future supported kernals
the Network Manager will still be needed.


Christopher Murphy, N1HQL   |    
MIT Network Services        |
tmurphy@mit.edu             |
Newsgroups: comp.protocols.nfs
From: dale@cec1.wustl.edu (Dale Frye)
Subject: Re: PC-NFS access to UNIX filenames
Organization: Washington University, St. Louis Mo.
Date: Thu, 9 Apr 1992 14:55:04 GMT

In article <SCOTT.92Apr6150533@arugula.statsci.com> scott@statsci.com writes:
>Hi-
>   Some co-workers are really dealing with this stuff, but...
>
>   I was wondering how the PC NFS implementations deal with the different
>filenaming conventions and restrictions among the systems that can be running
>NFS. The main problem is that MSDOS is more restrictive in what filenames are
>legal than UNIX is (shorter names, different characters in the names). Are
>there PC NFS implementations that allow you to put a file in each directory to
>designate what the filename should appear as to an MSDOS user? This would
>allow a directory containing the files
>   bigfilename1.c bigfilename1.h bigfilename2.c bigfilename2.h
>to get mapped to the names
>   bigfn1.c bigfn1.h bigfn2.c bigfn2.h
>
>   The idea here is to share the use of files between UNIX and MSDOS. Does
>anything take care of the differences in text-file line termination characters
>(NL vs CR-NL)? Or is this just a hopeless cause?

We use Beame&Whiteside NFS but PC-NFS (from Sun) works similarily on this
question.

All DOS file names are mapped to lower case UNIX file names. As long as the
UNIX filename fits the 8.3 DOS criteria and is all lowercase then it is 
mapped directly to uppercase DOS names. If the UNIX filename does not match
the 8.3 criteria or contains any uppercase letters then the name is mapped
to a DOS name buy truncating parts of the name and putting a tilde at the
spot where the truncation takes place. There are additional rules on how
a name is truncated but I won't go into that. I have not seen anyone using
a user defined mapping file like you suggested. Sounds like a good idea
to me. There are times I would like to control the translation. 
Carl&Fred how 'bout it? I don't need to control every file, just well known
files (well known to me).

As far as the NL vs CR/NL. The only recourse is to use a translation filter.
B&W includes such filters (D2U and U2D).

BTW, B&W does support hiding UNIX filenames that begin with period (i.e. .login)

Dale Frye
Washington University in St. Louis
From: perry@pls.amdahl.com (Perry The Cynic)
Newsgroups: comp.protocols.time.ntp
Subject: Assistance picking ntp peer(s)
Date: 14 Apr 92 19:40:51 GMT
Distribution: inet
Organization: The Internet

Hello,

the NOTE section of the ntp manual page I have here tells me to send mail to
this address for assistance in picking NTP servers.

We are Amdahl Corp., with a Gateway connected to the BARRnet regional
network in the San Francisco Bay Area (and thus indirectly to the Internet).
What hosts should we peer with for time service? I need to find peers for
our gateway host (charon.amdahl.com); I can then redistribute that time
inside the company.

Thank you for your assistance
  -- perry
From: linneman@rulcvx.LeidenUniv.nl (Stefan Linnemann)
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Assistance picking ntp peer(s)
Date: 15 Apr 92 14:27:07 GMT
Distribution: inet
Organization: CRI, Leiden University, the Netherlands.

In article <1992Apr15.133922.9425@ee.rochester.edu> Mark Sirota <msirota@socrates.ee.rochester.edu> writes:
>In article <9204150204.aa02602@huey.udel.edu> Mills@UDEL.EDU writes:
>> See the file pub/ntp/clock.txt on louie.udel.edu. Happy chime.

>I just checked (4/15/92 9:39am EDT) and it's not there.
>Happy chime indeed!

Common mistake: Mills@UDEL.EDU should have said:

See the file pub/ntp/doc/clock.txt on louie.udel.edu. Happy chime.
                    ^^^^
There, there, better now?

Stefan M. Linnemann			Stefan.Linnemann@CRI.LeidenUniv.NL
"Ira furor brevis est."  Horatius on the flaming Usenet (?).
From: rbthomas@frogpond.rutgers.edu (Rick Thomas)
Newsgroups: comp.protocols.time.ntp
Subject: xntp-v3 beta test status -- Re: rfc1305
Date: 9 Apr 92 14:55:10 GMT
Distribution: inet
Organization: Rutgers Engineering Supercomputer Lab
Cc: rbthomas

Now that the spec is officially stable, what is the status of the beta
test of xntp-vers-3 ?  Would you recommend that we all convert to it
immediately? Or should we wait a while longer til things settle down a
bit more.

Enjoy!

Rick
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Authentication...
Date: 9 Apr 92 01:29:55 GMT
Distribution: inet
Organization: The Internet

Valdis,

The dozen-odd fuzzball primary/secondary NTP servers have been using
authentication for years. The present scheme uses one key for
the primaries and another for the secondaries. The idea was
originally to reveal the primary keys only to other trusted
primary and secondary servers. The other various orgs would then
get secondary keys and have to register their keys with other
trusted agents. I don't like it either, but we ain't got a key-
distribution protocol.

Dave
From: msirota@ee.rochester.edu (Mark Sirota)
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Assistance picking ntp peer(s)
Date: 15 Apr 92 13:39:22 GMT
Reply-To: Mark Sirota <msirota@socrates.ee.rochester.edu>
Distribution: inet
Organization: University of Rochester Department of Electrical Engineering

In article <9204150204.aa02602@huey.udel.edu> Mills@UDEL.EDU writes:
> See the file pub/ntp/clock.txt on louie.udel.edu. Happy chime.

I just checked (4/15/92 9:39am EDT) and it's not there.
Happy chime indeed!
-- 
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: sp_kp@space.alcbel.be (Kris Petit)
Newsgroups: comp.protocols.time.ntp
Subject: Radio clock receivers for HP 9000/8x7 under HP-UX 08.02
Date: 14 Apr 92 14:32:34 GMT
Reply-To: sp_kp@space.alcbel.be
Organization: Alcatel Bell, Antwerpen, Belgium


  
Ref: Radio clock receivers for HP 9000/8x7 under HP-UX 08.02


For a Distributed Test Equipment application we are using NTP version 2 for
time synchronisation.
The different hosts are interconnected by a LAN. One of the hosts is used as
a time server for the others. The time server host itself has to be time
synchronised by an external reference clock.

The functionality of this I/F is specified, its physical architecture has to
be defined yet.  

Related to this we require information on the following topics. 

1) Primary clocks for reference time
------------------------------------

NTP is used to synchronise HP 9000/8x7 (HP-UX 8.02) and Sun SPARCs (SunOS
4.1.1) in an isolated network. As an NTP stratum 1 time reference, a radio
clock is envisaged. The NTP stratum 2 server will be preferably the
HP9000/8x7.

Which radio clock receivers that provide a procedural interface to NTP are
currently available on the market?

>From the NTP documentation we understand that following radio clocks and
corresponding drivers are readily available: WWVB (but only for continental
US?) and WWV/H. Is it correct that the available drivers in the NTP public
domain package require BSD style terminal drivers. Does this restrict the use
of HP platforms? 

Are GPS receivers available on the market that provide drivers for the HP
environment?  

The following antenna coverage constraint has to be considered: the system
will be operated mainly in Europe (eliminating WWVB?) and occasionally in
French Guyana and KSC Florida.


2) Additional Requirements
--------------------------

The external synchronisation device should also provide additional services
as described below. 

Two independent IRIG-B outputs are required. One for local time, the other for
the simulated mission time. The latter one should provide a procedural I/F
that allows the time to be stopped, restarted, reset etc.

To cover the time period where no antenna signal is available, an internal
free running time reference has to be incorporated. Its short term stability
has to be < 1E-9 s/hr.

The external synchronisation device should be monitored/controlled by the HP
9000 host.


Does somebody have experience in these domains, or can somebody provide us
additional information on the existence of such products on the market.
If additional information required please contact us.

Kind Regards,

--
Kris Petit (Dept. TS 664 ext. 9341), Herman Van Gils (Dept.TS 66 ext. 7324)
Alcatel-Bell Telephone
Francis Wellesplein 1
B-2018 Antwerpen - Belgium
Tel.: 32/3/240.40.11
Fax.: 32/3/240.99.85
E-Mail: sp_kp@space.alcbel.be
From: march@nynexst.com (Gregory March)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Wristwatch NTP?
Date: 12 Apr 92 17:18:31 GMT
Organization: Nynex Science & Technology Center, White Plains, N.Y.


I was in Germany last March and one of the folks I was working with
had a slightly larger than normal watch. I questioned him as to the
function of the bigger watch, wondering if it had any historical :-)
significance. To my surprise, it wasn't ancient in any sense of the
word - it was a clock/radio receiver that would adjust itself once a
day (sometime at night when radio signals would travel better) with
the central transmitting clock somewhere in the middle of Germany.
Apparently, this guy's father had worked on the original project, a
table top version, and because of this, he was able to get one of the
first wristwatch sized version. He had had it for some time.

Neat stuff...

greg
--

------
Gregory F. March    march@nynexst.com
Newsgroups: comp.protocols.time.ntp
From: mleech@bnr.ca (Marcus Leech)
Subject: Re: Leap second table
Organization: Bell-Northern Research, Woodline Center
Date: Thu, 9 Apr 1992 15:31:21 GMT

In article <rvv85INNo03@agate.berkeley.edu>, doug@perry.berkeley.edu (Doug Neuhauser) writes:
|> 
|> Any idea where can I get a list of leap seconds that have been declared over
|> the last 20 years (or longer)?
|> 
|> -- 
|> ----------------------------------------------------------------
|> Doug Neuhauser			Seismographic Station
|> doug@perry.berkeley.edu 	ESB 475, UC Berkeley
|> Phone: 510-642-0931		Berkeley, CA  94720
If you're in Canada, you can get a subscription to the leap-second notification
  service by writing to the National Research Council's time & frequency
  standards laboratory.

-- 
Marcus Leech, 4Y11             Bell-Northern Research  |opinions expressed
mleech@bnr.ca                  P.O. Box 3511, Stn. C   |are my own, and not
ml@ve3mdl.ampr.org             Ottawa, ON, CAN K1Y 4H7 |necessarily BNRs
Organization: Penn State University
Date: Tuesday, 7 Apr 1992 10:36:13 EDT
From: John D. Balogh <JDB6@psuvm.psu.edu>
Newsgroups: comp.protocols.time.ntp
Subject:    NTP V3 rfc number?

What is the rfc number for the NTP Version 3 spec that Dave wrote
obsoleting rfc 1119?

Newsgroups: comp.protocols.time.ntp
From: scott-allendorf@uiowa.edu (Scott Allendorf)
Subject: Re: Leap second table
Organization: The University of Iowa, Department of Physics and Astronomy
Date: Thu, 9 Apr 1992 02:13:50 GMT

In article <rvv85INNo03@agate.berkeley.edu>, doug@perry.berkeley.edu (Doug Neuhauser) writes:
> 
> Any idea where can I get a list of leap seconds that have been declared over
> the last 20 years (or longer)?
> 
> -- 
> ----------------------------------------------------------------
> Doug Neuhauser			Seismographic Station
> doug@perry.berkeley.edu 	ESB 475, UC Berkeley
> Phone: 510-642-0931		Berkeley, CA  94720

Here is the table that I have:

TAI => International atomic time (Continuous time scale)
UTC => Coordinated Universal time (Broadcast time)

TAI-UTC  Effective date
-------  --------------
  10,      1972-JAN-1
  11,      1972-JUL-1     
  12,      1973-JAN-1     
  13,      1974-JAN-1     
  14,      1975-JAN-1          
  15,      1976-JAN-1          
  16,      1977-JAN-1          
  17,      1978-JAN-1          
  18,      1979-JAN-1          
  19,      1980-JAN-1          
  20,      1981-JUL-1          
  21,      1982-JUL-1          
  22,      1983-JUL-1          
  23,      1985-JUL-1          
  24,      1988-JAN-1 
  25,      1990-JAN-1
  26,      1991-JAN-1
  
Cheers,

Scott Allendorf
Department of Physics and Astronomy
The University of Iowa
scott-allendorf@uiowa.edu
From: doug@perry.berkeley.edu (Doug Neuhauser)
Newsgroups: comp.protocols.time.ntp
Subject: Leap second table
Date: 8 Apr 92 23:22:45 GMT
Article-I.D.: agate.rvv85INNo03
Organization: UC Berkeley
NNTP-Posting-Host: perry.berkeley.edu
Originator: doug@perry.berkeley.edu


Any idea where can I get a list of leap seconds that have been declared over
the last 20 years (or longer)?

-- 
----------------------------------------------------------------
Doug Neuhauser			Seismographic Station
doug@perry.berkeley.edu 	ESB 475, UC Berkeley
Phone: 510-642-0931		Berkeley, CA  94720
From: ltg@pc-labor.uni-bremen.de (Lothar Guthmann)
Newsgroups: comp.protocols.time.ntp
Subject: Bug (?) in xntpd on rs6000/AIX3.1.5
Date: 10 Apr 92 19:16:19 GMT
Organization: University of Bremen, pc-labor

Hello world,

when I try to execute xntpd, nothing happens. Doing a ps reveals that there is
no xntpd in the process table. I compiled xntpd with gcc and configured
Config as follows:

RANLIB=		ranlib
DEFS= -DCONFIG_FILE=\\"/usr/local/lib/xntp/ntp.conf\\"
DAEMONLIBS=
RESLIB=
COPTS= -O4
COMPILER= gcc
BINDIR=	/usr/local/bin
ADJLIB=
COMPAT=

The file /usr/local/lib/xntp/ntp.conf looks like this:

#
# Peer configuration for wowbagger
# (expected to operate at stratum 2)
#

peer ftp.uni-erlangen.de

driftfile /usr/local/lib/xntp/ntp.drift

monitor yes

restrict default notrust nomodify
restrict ftp.uni-erlangen.de nomodify
restrict wowbagger
restrict localhost

resolver /usr/local/bin/xntpres
keys /usr/local/lib/xntp/ntp.keys

requestkey 65535
controlkey 65534

trap wowbagger

Is the described behavior of xntpd a real bug or i am missing something?

Thanx in advance.
Lothar
-- 
------------------------------------------------------------------
Lothar Guthmann
ltg@pc-labor.uni-bremen.de
------------------------------------------------------------------
Xref: sparky comp.protocols.time.ntp:452 comp.sys.hp:5206
From: de5@stc06.CTD.ORNL.GOV (Dave Sill)
Newsgroups: comp.protocols.time.ntp,comp.sys.hp
Subject: problems w/xntp on HP 9000/730 (8.05)
Date: 14 Apr 92 14:06:22 GMT
Reply-To: Dave Sill <de5@ornl.gov>
Organization: Oak Ridge National Laboratory

I built three different xntp distributions from udel.edu on my
'730--two version 2's and the version 3 beta.  All built quietly, but
none works.  One of the version 2's runs but never responds to an
xntpdc "peers" command, either as a direct client of a local server or
as a broadcast client of the same server.  The other version 2 and the
version 3 beta run but exit immediately; both xntpd and adjtimed are
gone by the time I can run ps to look for them.  As far as I can tell,
they aren't dumping core.  At least one of the version 2 ntpdate's
worked, but the version 3 fails, reporting "no server suitable for
synchronization found".

Perhaps someone's seen this before and knows what I'm doing wrong, or
has it running and could send me details about exactly which version
they're running and with what configuration parameters.

Thanks in advance.

--
Dave Sill (de5@ornl.gov)	         "Nobody likes nuclear bombs.
Martin Marietta Energy Systems            We're trying to get rid of them."
Workstation Support                                  -DOE Sec'y James Watkins
From: kutvonen@cs.Helsinki.FI (Petri Kutvonen)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Rom rev 2.4 status report
Date: 15 Apr 92 17:52:00 GMT

In <Apr.13.16.26.52.1992.28526@frogpond.rutgers.edu> 
   rbthomas@frogpond.rutgers.edu (Rick Thomas) writes:

>> From: jk@leo.tools.de (Juergen Keil)
>> To: rbthomas@frogpond.rutgers.edu (Rick Thomas)
   ... 
>> You also mentioned a patch (to nvramrc?) for older versions of the
>> Proms (2.x).  Is there a Patch-ID for this patch?  If you've got the
>> patch can you mail it to me (or perhaps post it, I'm sure that other Sun
>> users would be interested in this patch, too) if there are no legal problems
>> with distributing the patch?

>I'll give you what I have.  I have not personally tried it. I do not
>have any machines it would be appropriate for.  If you try it, you do
>so at your own risk.

>Here is the code you can add to NVRAMRC:

>        ramforth
>        : cache-page  ( adr -- )  dup pgmap@ cacheable swap pgmap!  ;
>        up@ cache-page
>        here origin  do  i cache-page pagesize  +loop

I tried this on a SS2 with version 2.2 PROMs. It didn't work. I ended
up with a very dead SS2, it didn't even display the boot banner.
So I had go thru the somewhat painful procedure of resetting the EEPROM
contents.

Intrestingly enough, there is actually nothing wrong with this small
piece of FORTH code. It works perfectly if you enter it at the "ok" prompt: 
you will get a noticeable speedup in the console speed. It only doesn't
like to be put in the NVRAMRC.

Petri Kutvonen   University of Helsinki           kutvonen@cs.Helsinki.FI
                 Department of Computer Science   +358 0 7084216
Newsgroups: comp.protocols.time.ntp
From: debbieg@thames.SanDiego.NCR.com (Debbie Galeazzi)
Subject: xntp on SVR4
Keywords: xntp, SVR4
Reply-To: debbieg@thames.SanDiego.NCR.com (Debbie Galeazzi)
Organization: NCR Engineering and Manufacturing, San Diego, CA
Date: Fri, 10 Apr 1992 23:31:07 GMT

>Has anyone gotten xntp (version 2) to work on AT&T Starserver E, or NCR system
>3300's running SVR4?  I can get everything to compile, ntpdate works
fine.  When
>xntpd is started, it immediately dies.  Both machines are intel 486 based, the
>Starserver is SMP, if that makes any difference.
>
>Post replies, or email to d3ky03w@shoes.bell-atl.com
>
>Thanks in advance.
>
>-Al

My email to you bounced.

I ported xntp to the NCR 3300/3400 and we have had it running here
for months.  I think I still have the diff's around if you 
would like me to send them to you.

Debbie

Debbie.Galeazzi@SanDiego.NCR.COM
NCR E&M - San Diego, California
Newsgroups: comp.protocols.time.ntp
From: tmt@osf.org (Tom Talpey)
Subject: Wristwatch NTP?
Organization: Open Software Foundation
Date: Fri, 10 Apr 1992 12:45:55 GMT

Seen from a wire report in the Providence (R.I.) Journal of April 9,
reproduced in its entirety:

	Time for a new watch

For the clock watcher in your life: Citizen Watch Co. of Japan has developed
a watch that keeps exact time by automatically setting itself to special
radio time signals. Citizen thinks the watch will be bought by people whose
jobs require accurate timing, such as television directors, and by Japanese
"who have a strong desire to be precise."

=====

Tom Talpey
tmt@osf.org
From: mcb@xwin.eng.hou.compaq.com (Michael Busby)
Subject: Re: DST did me in...
Organization: Compaq Computer Corp.
Date: Tue, 7 Apr 1992 16:13:50 GMT

As a followup, I was able to dig myself out of the problem but I still don't
understand why it occured in the first place.  What I did was add the
following to ntp.conf and restart xntpd:

fudge 127.127.4.0 time1 -3600

This caused my stratum 1 machines to appear again and eventually take over
the time keeping.  All other machines seem to be adjusting themselves
accordingly.

Again, any help would be appreciated understanding why DST was not handled
correctly.


Michael C. Busby - Systems Engineer
----------------------------------------------------------------------
Compaq Computer Corporation        |  Internet: mcb@compaq.com        
P.O. Box 692000 m/s 050701         |  Uunet:    uunet!cpqhou!michaelb 
Houston, Texas, USA 77269-2000     |  Phone:    713-374-5638          
----------------------------------------------------------------------
"Armadillos....  Texas speed bumps."     Views/opinions are mine alone.
Newsgroups: comp.protocols.time.ntp
From: kardel@immd4.informatik.uni-erlangen.de (Frank Kardel)
Subject: ERLANGEN STRATUM-1 Antenna work
Keywords: dcf stratum 1 antenna receiver ntp
Organization: CSD., University of Erlangen, Germany
Distribution: comp
Date: Mon, 6 Apr 1992 13:25:26 GMT

Erlangen STRATUM 1 Service - Antennawork.

Major antenna work will be done at Erlangen (STRATUM-1) on

		Wednesday, April 8th, 1992.

During this time ERLANGEN will be at STRATUM-2.

Affected hosts:

	ntps1-0.uni-erlangen.de
	ntps2-1.uni-erlangen.de

We regret this inconvienience.

Regards,
  Frank Kardel
  Rainer Pruy
  (time@informatik.uni-erlangen.de)
Newsgroups: comp.protocols.time.ntp