HDTenEightyP/NetNews huggingface dataset:
Mailer: Elm [revision: 66.25]
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 24 Jul 1992 15:39:53 PDT
From:         Craig Armstrong <craiga@SPOCK.DIS.CCCD.EDU>
Subject: Re: KEEPING TIME.
X-To:         Banyan Networks Discussion List <BANYAN-L@VM1.CC.UAKRON.EDU>

> Would you be willing to share your NTP service with the rest of us?  We could
> use this immediately since we already synchronize our Unix hosts to the NIST
> time standard.  I tried to track down a way to synch the Banyan servers about
> a year ago, but could never figure how to set the Banyan clock using the
> Toolkit.  Way to go!!!  Just for curiosity sake, I'd like to see the source
> code also.  If you are willing to share, please zip all the files and upload
> them to csus.edu.  We'll be forever in your debt.
>
> John Carver
>

I have no problem distributing the code, of course that means I now have
to clean it up and document it!!!! YUCK!!!!! The call you are referring to
was undocumented until the 5.00 toolkit. I'll change the call in the code
to use the 5.00 version so I won't have to distribute my libraries. In
order to run, the server with the service needs the TCP/IP routing option.
I have it running on a 5.00 server, but it should work with 4.xx servers as
well. Of course, you will need the 5.00 toolkit to compile the source. The
service currently does not take into consideration the trusted time server
functionality of 5.00 since we don't use it, but I believe that it will
work on a server that is set up as the trusted time source with no problems.
Actually, that is probably the only way it will work in an environment that
uses the feature.

Now just to make it clear, this is what the service does. Once started, it
opens a socket on UDP well-known port 123 which is the Network Time Protocol
port. It then hangs a read on the socket waiting for NTP packets from anybody.
If desirable, I guess I could modify the code to only listen to certain hosts.
When the packet is received, it extracts the time and does a NetSet on the
VINES network. The NTP packet is generated by our UNIX host spock who is
running xntp (available from louie.udel.edu as xntp3.tar.Z). At certain
intervals, spock makes a request to an NTP time server on internet and
receives an NTP packet back as described in RFC 1305. He in turn broadcasts
the packet onto our local net where the service is running.

Give me a few days to clean the code up and I'll get it to csus. If you
or anyone else has any questions about the service in the mean time, just
ask!!

--

****************************************************************************
*  Craig Armstrong - VINES hack...             craiga@spock.dis.cccd.edu   *
*  Coast Community College District            (714) 432-5066              *
*  District Information Services               Costa Mesa,  Ca  USA  92626 *
*                                                                          *
*  "If it doesn't matter if you win or lose, why do they keep score?"      *
****************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Z-Mail (2.0.5 12/1/91)
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 30 Jul 1992 07:36:14 -0700
From:         Alan Smith <alans@CORAL.USACE.MIL>
Subject:      Re: LOTUS NOTES
X-To:         Banyan Networks Discussion List <BANYAN-L@VM1.CC.UAKRON.EDU>
              30, 15:22)

Bent;
   It is possible to store Lotus Notes databases on a Vines file service. It's
not documented (that I can find) but it does work. What I've done for some
fairly large Notes databases is to first create them on the Notes servers'
hard disk. Then I move them to the shared drive for more space. Here are the
steps to do this:

1. assume notes database name is test.nsf

2. copy test.nsf to shared Vines drive from Notes server.

3. VERIFY that the file is present on the Vines drive.

4. delete the test.nsf file on the Notes servers' hard disk.

5. create (using the OS/2 editor) a plain ascii file called test.nsf that
contains only the fully specified file name for the file you just copied to
the network drive. For example, if the file was copied to L:\notes\test.nsf,
then inside the test.nsf ascii file, put L:\notes\test.nsf

that's it, users shouldn't need to do anything more.

Alan

--
============================================================
= Alan Smith, Network Manager	Internet: asmith@usace.mil =
= US Army Corps of Engineers	CompuServe:70274,3162	   =
= 1325 J Street			FAX: 916/557-7843	   =
= Sacramento, CA 95814		Phone: 916/557-7033	   =
============================================================
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 30 Jul 1992 13:02:55 EDT
From:         SOHIER_DANNY%CTI%ULAVAL@CAMPUS.ULAVAL.CA
Subject:      Users

As anyone notice when you use the program USERS, it brings back a text string
not found error message under 5.00(5) ??

all the best,

Danny J. Sohier
Laval University
Dsohier@cti.ulaval.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 23 Jul 1992 11:10:37 CDT
From:         John=Jabusch%ecd%USACERL@AARDVARK.CECER.ARMY.MIL
Subject:      new uploads to csus.edu

> From:           Greg=Burgess%Dean%Business@banyan.cl.msu.edu
> Sent a utility for simple event logging into csus.

This is: /pub/banyan/utilities/logger.zip

> From:           STRASHEA@ZENO.MSC.Colorado.EDU
> Subject:        Re: Re: Western Digital woes
> Ok John, I uploaded SMCDRV42.ZIP and a short note in
> SMCDRV42.DOC in the /pub/banyan/incoming....
> Andrew D. Strasheim

This is: /pub/banyan/utilities/smcdrv42.zip (and the .doc file)

-john jabusch
From: luuk@cca.vu.nl (Luuk Oostenbrink)
Newsgroups: bit.listserv.banyan-l
Subject: Re: Windows, logout/login and concurrent login number (2 or more digits)
Date: 22 Jul 92 11:17:48 GMT
Organization: VU Amsterdam - dienst CCA/Cio

STRASHEA@ZENO.MSC.COLORADO.EDU writes:

>As far as I have experienced, windows will NOT permit you to logout
>until windows is closed from memory.

With VINES 4.11 it is possible to do a forced logout, MLOGOUT, however. From
another machine ofcourse.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 24 Jul 1992 08:02:19 CDT
From:         Mike Carroll <mikec@ENGR.LATECH.EDU>
Subject:      TSR's
X-To:         banyan-l@vm1.cc.uakron.edu

Good morning (or evening as the case may be):

Do you any of you programmers out there have any experience writing TSR's?
Since this is not necessarily a VINES matter, please mail responses directly
to me.

Thanks in advance...

Mike Carroll
mikec@engr.latech.edu

PS: Greg, thanks for the upload to CSUS!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: BANYAN-L@VM1.CC.UAKRON.EDU
X-VMS-To: VAXF::IN%"BANYAN-L@VM1.CC.UAKRON.EDU"
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 22 Jul 1992 10:30:42 -0600
From:         STRASHEA@ZENO.MSC.COLORADO.EDU
Subject:      Re: Windows,
              logout/login and concurrent login number (2 or more digits)
X-To:         BANYAN-L@VM1.CC.UAKRON.EDU

for the average user on our setup, the administrators have been
restricting that privledge.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 28 Jul 1992 09:12:33 EDT
From:         SOHIER_DANNY%CTI%ULAVAL@CAMPUS.ULAVAL.CA
Subject:      Appletalk not Changing

I have a small problem, one of our servers upgraded recently from 4.10(5) to
5.00(5) won't change from AppleTalk phase 1 to Phase 2.  It runs on an IBM
95XP. I tried reloading the key software, but didn't work.

Anyone has come across this problem????


Thanks in advance,

Danny J. Sohier
Laval University
DSOHIER@CTI.ULAVAL.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 30 Jul 1992 12:50:45 EDT
From:         Scott A Sharkey <ssharkey@MAGNUS.ACS.OHIO-STATE.EDU>
Subject:      Goodbye
X-To:         Banyan-l@VM1.CC.UAKRON.EDU

Due to budget cuts and a lot of local politics, I will be losing my
account here at OSU and will be off the Internet for a while.  I'll
be back on in one form or another ASAP.  In the meantime, please
send any mail addressed to me to 76662.1532@compuserve.com.

Any suggestions for local access to internet in the Columbus, Ohio
area would be greatly appreciated.

-Scott



Scott Sharkey				A Guest of The Ohio State University
LANshark Systems
6502 E. Main St.			ssharkey@magnus.acs.ohio-state.edu
Reynoldsburg, Ohio 43068		614/866-5553
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 30 Jul 1992 13:42:25 EDT
From:         Stephan=Sas%SYS%AGR@CC3.KULEUVEN.AC.BE
Subject:      V5 AX-2 patch

Hi vinessers

I wonder where I might be able to download the patch AX-2 for Vines 5.0 from.
I use the Novell Ne2000 cards and have serious performance problems concering
routing by the servers, since the upgrade.
This patch would solve the problem

Thanks in advance

stephan

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
    Stephan Sas  :   Network & systems manager

    Faculty of Agriculture
    K.U.Leuven Belgium
    K.Mercierln 92
    B3001 Leuven

    Tel : 016-220931
    Vinesmail   : stephan@sys@agr
    EARN/BITNET : stephan%sys%agr@cc3.kuleuven.ac.be


$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 31 Jul 1992 07:43:13 EDT
From:         Thomas=C.=Gray%NetAdmin%CSS@BDRC-BANYAN.MED.UNC.EDU
Subject:      re: Network Adaptors
X-To:         BANYAN-L@VM1.CC.UAKRON.EDU

Kathie:

We just purchased a software package from Horizon Technology inc
called LAN Auditor.  For around $300 this software will tell you
everything you wanted to know about every workstation on your network.
It also allows you to get the info on non-networked workstations
and do all sorts of queries and sorts.  You can define your own
fields to include inventory asset numbers, serial numbers, printers,
etc.

When each user logs in a program runs (you place a line in their
profile) called AUDITOR.EXE.  This takes about 3 seconds to inquire
from their computer such data as:  CPU type, network card type,
network card settings (i.e. interrupts, address, etc), memory,
dos version, floppy types, hard drive types, hard drive space
availible, and all sorts of good stuff.

You can also set this program up to do a software audit of all of your
workstations.  Once every two weeks (or whenever you specify) when
they log in the AUDITOR.EXE program scans their hard disks and reports
what software packages are out there.

On the network admin side, there are two programs (one for DOS, one
for WINDOWS) that let you summarize and report the data.

We think this is a great product!  Of course, it is VINES aware.

Call me for more information.
tom gray, network administrator  UNC Chapel Hill
(919) 966-1826
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 29 Jul 1992 16:28:52 PDT
From:         MA=Crist%Info_Sys%STG_IS@DSO3.DSD.TRW.COM
Subject:      re: sco unix & vines
X-To:         BANYAN-L@VM1.CC.UAKRON.EDU

Laura,

Could you just dump the press release in ASCII to the list?  Thanks.

Mike Crist
TRW
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Tue, 28 Jul 1992 14:44:06 EDT
From:         Bill=Hillner%STAFF%OTC@OTC.PSU.EDU
Subject:      re: Moving a File Service
X-To:         BANYAN-L@VM1.CC.UAKRON.EDU

Jeffery,

>> The problem with that from my point of view is that, being a paranoid
>> schizophrenic  :)  , I live in mortal fear of losing my users' data.
>> Therefore I insist on being able to restore the files to their new
>> service _before_ deleting the old service.

>I have to confess to playing dangerous with our user's files ... I
>followed the manual's instructions. It worked fine!
>(OK, so I did have a second full backup tape.)

>Another way to do this, if you're running 5.0, is to use the VCOPY
>command. Use the /A /S /E switches to copy an entire volume. I think
>this is an approved use for vcopy, at least it worked for me.

>-jav     John Valenti    valenti@msu.edu    Michigan State University




  When moving files from one file service to another (same or different server
doesn't matter) I have often used DOS xcopy /s/e/v.  If you are on a LAN, this
may save you some grief hunting for cables for your tape drive.  This can take
awhile for large file services.  I would do this during non-production hours.

We have also used our Performance Technologies pc based backup sytem to do the
same thing.  Backup from one file service and restore to the other.  This is a
natural for a non server based backup system...bakup form anywhere, restore to
anywhere.

/BillH
Bill Hillner
LAN Systems Analyst
Office of Telecommunications
The Pennsylvania State University
Telecommunications Building
University Park, PA  16802-5800

voice (814)865-3171
internet billh@otc.psu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 29 Jul 1992 10:58:24 EDT
From:         Shawn Farrell <INSF@MCGILLB.BITNET>
Subject:      Vines, OS/2 and Progress...

Hi.  I am having a problem getting Progress, OS/2 and Banyan to work
properly.  I am hoping that someone from the list or in particular
someone from Banyan (maybe LauraZ can forward this to the right person)
can help me get on the right track.

Currently, we are running Vines 4.10(5) on a CNS 486.  All of the
clients are DOS-based.  Progress is a 4GL database software that is used
here for in-house developement.  We are currently running Progress 6.2b
as a DOS LAN version. Their supported protocols for networks are IPX,
NETBIOS, and TCP/IP, so we are using NETBIOS as the transport protocol.
In the current setup, our database engine (server) is an IBM AT running
under DOS.  So the DB engine, and all of the clients use a NETBIOS
service to "talk" to each other.  We initially had some trouble setting
this up last year, but finally got it worked out.  The problem we have
now is that we are moving to version 6.2h, and we would like to change
the databse engine pc to an OS/2-based machine, which Progress supports,
again still using NETBIOS.  The new DB engine is a PS/2 57 running OS/2
1.3 EE.  I have loaded the Banyan OS/2 client software, and connect to
the server as a Banyan client without any problems.  I also used the
commands that are indicated in the Vines Guide for OS/2 to setup the
DB engine pc for Named Pipes support and to set up a NETBIOS naming
 service. As per the manual, I issue a SETNETB command, followed by
a "detach npserver" command.  All the messages I receive indicate to me
that everything has been set up properly.  However, when I try to
load the Progress broker client, it returns with a message indicating
that there is no NETBIOS loaded.

I have talked with the technical support with Progress, who have
verified that my Progress stuff is installed properly.  They have told
me that there were some problems with the DOS-based Banyan NETBIOS
stuff, and they gave me a Banyan incident #55851.  I have looked
through the KPR reports and have installed patch 4.10-FL-1, which
indicates that there were some NETBIOS and named pipes problems, but
the same thing occurs after the patch has been applied.  Progress is
hinting that the Banyan implementation of NETBIos is not truly "generic"
at least maybe just for the OS/2 side.

Any suggestions would be really helpful asthis problem has been dragging
on for a couple of months now.  The contact person at Progress is
willing to talk to someone at Banyan if I can get him a name.


Shawn Farrell
Merck Frosst

insf@musicb.mcgill.ca
(514) 695-7920 X 3471
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 23 Jul 1992 10:17:48 EDT
From:         Bill=Hillner%STAFF%OTC@OTC.PSU.EDU
Subject:      re: Moving a File Service
X-To:         BANYAN-L@VM1.CC.UAKRON.EDU

Jeffery,

>Hello all...

>I'm getting ready to move a file service from one server to another,
>both of which will be on the same LAN segment. I'm just a bit paranoid
>about deleting the original service before the new service is restored
>and tested. I'd like to know if I'd get into trouble with the following
>scenario:

> 1) Back up original service to tape.
> 2) Create a new service, with a different name, on the second server.
> 3) Restore the tape backup to the new service.
> 4) Connect to the new service and check it out.
> 5) Delete the old service.
> 6) Create a nickname in the old service's group, using the old
> service's item name, and point it at the new service.

>This would restore the use of the service to all of its existing users,
>without the necessity of changing the SETDRIVE statement in all of the
>user profiles.

>Any comments, anyone?

>Thanks...

>Jeffrey G. Brown
>usr0377a@tso.uc.edu

  My old procedure was to make two backups and check readability on each when I
 was moving service from one server to another and wished to keep same service
 name.  I have done this many times without failure.

My new procedure however, is to make a new service name on the new server using
 a StreetTalk group name that is on the new server.  I then change the file
service name in the user profiles that require it.  Although I have yet to
fully distribute our StreetTalk across our servers, I am convinced it is the
way to go because of past headaches and current uncertainties.  To make
maintenance of this info easier in the future, I use "Sample Profiles@Group@Org"
 to keep the File Service and Print Service info in that a group of users have
in common.  These are incorporated into an individual user profile with the
"USE" command.  The idea you suggest about using a nickname to find the new
file service will work most of the time.  It will not allow you to take
advantage of one of the primary reasons to change the StreetTalk name in the
first place.  If the server that contains the group that the nickname is on
goes down, your users will not be able to get to that service even though the
server the service is on is ok.  Part of the power of Vines is to distribute
the StreetTalk information so that a malfuntion on one server does not cripple
the whole organization.

/BillH
Bill Hillner
LAN Systems Analyst
Office of Telecommunications
The Pennsylvania State University
Telecommunications Building
University Park, PA  16802-5800

voice (814)865-3171
internet billh@otc.psu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Wed, 22 Jul 1992 19:46:36 EDT
From:         "Elliott Coates" <coates@UC780.UMD.EDU>
Subject:      Re: Windows,
              logout/login and concurrent login number (2 or more digits)
X-To:         BANYAN-L%AKRONVM.BITNET@VTVM2.CC.VT.EDU

>As far as I have experienced, windows will NOT permit you to logout
>until windows is closed from memory.

Correct.  Microsoft (MS) is working on multiple logins from a single Windows
session.  However it may not work for Vines as I hear Vines doesn't allow
multiple logins from the same lan card media access control (MAC) address.

You can restrict the number of logins a user has via the security settings in
the user account module - muser.  At least that's where I recall it being,
correct me if I'm wrong.

 ------------------------------------------------------------------------------
 |                       Elliott Coates, washington dc                        |
 |               coates@umuc.umd.edu         coates@umuc.bitnet		      |
 ------------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: BANYAN-L@VM1.CC.UAKRON.EDU
Content-transfer-encoding: 7BIT
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 23 Jul 1992 10:27:03 -0400
From:         "Jeffrey G. Brown" <usr0377a@TSO.UC.EDU>
Subject:      Moving a File Service
X-To:         BANYAN-L@VM1.CC.UAKRON.EDU

Hello all...

I'm getting ready to move a file service from one server to another,
both of which will be on the same LAN segment. I'm just a bit paranoid
about deleting the original service before the new service is restored
and tested. I'd like to know if I'd get into trouble with the following
scenario:

 1) Back up original service to tape.
 2) Create a new service, with a different name, on the second server.
 3) Restore the tape backup to the new service.
 4) Connect to the new service and check it out.
 5) Delete the old service.
 6) Create a nickname in the old service's group, using the old
 service's item name, and point it at the new service.

This would restore the use of the service to all of its existing users,
without the necessity of changing the SETDRIVE statement in all of the
user profiles.

Any comments, anyone?

Thanks...

Jeffrey G. Brown
usr0377a@tso.uc.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.banyan-l
Date:         Thu, 23 Jul 1992 07:50:25 EDT
From:         BOIVIN_JEAN-MARC%CTI%ULAVAL@CAMPUS.ULAVAL.CA
Subject: Re: ORACL tablespace on Vines
X-To:         BANYAN-L@VM1.CC.UAKRON.EDU

IT WORKS!!!!!!!!!!!!

Thank you Robert.

Jean-Marc Boivin
University Laval
Quebec
Canada
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.4dev PL11]
Newsgroups: bit.listserv.banyan-l
Date:         Fri, 24 Jul 1992 16:20:57 CDT
From:         Steve Cochran <cochran@KATANA.PCPD.HOU.COMPAQ.COM>
Subject:      Re: KEEPING TIME.
X-To:         BANYAN-L%VM1.CC.UAKRON.EDU@twisto.eng.hou.compaq.com
              "Robertson%SSC.SSCNET.UCLA.EDU%VM1.CC.UAKRON.EDU
              @twisto.eng.hou.compaq.com" at Jul 24, 92 01:49:00 pm

>
> Of course, this time check is built in to VINES 5.0, which I assume most of
> you aren't running.  The other feature that's useful in 5.0 is the trusted
> time server functionality.  Having the right time and then making sure that
> it becomes real network time are after all two different things.  Craig, how
> does your service handle the trusted time server part?
>
> - Bruce Robertson, Senior Editor, LA Labs
>     Network Computing Magazine
>     Internet: robertson@ssc.sscnet.ucla.edu
>
> ------------------------------------------------------------------------------
> Craig,
>
> Would you be willing to share your NTP service with the rest of us?  We could
> use this immediately since we already synchronize our Unix hosts to the NIST
> time standard.  I tried to track down a way to synch the Banyan servers about
> a year ago, but could never figure how to set the Banyan clock using the
> Toolkit.  Way to go!!!  Just for curiosity sake, I'd like to see the source
> code also.  If you are willing to share, please zip all the files and upload
> them to csus.edu.  We'll be forever in your debt.
>
> John Carver
>

I would like to put in another vote for sharing!  We too would like to take
a look at this NTP/Vines service.....

--
*******************************************************************
*                            |                                    *
* Steve Cochran              |   The opinions expressed (if       *
* Systems Engineer (Networks)|   any) are my own and do not       *
* cochran@compaq.com         |   represent those of my employer.  *
* CompuServe: 76040,270      |                                    *
*                            |                                    *
*******************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU