HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.novell
Date:         Thu, 3 Sep 1992 15:26:05 CDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Ron Neely <SURGRON@MIZZOU1.BITNET>
Subject:      A question about SLIP

Here's one for all you IP gurus.

We recently brought up a SLIP link on our Catipult IP/IPX gateway so that one
of our programmers could work at home on his NEXTstation.  The address of the
gateway is 128.206.2.46.  There were no more addresses available on subnet 2,
so the campus IP administrator assigned me the address 128.206.10.239 for the
                                                               ^^
other end of the SLIP link.  He assured me that one of the cisco's would arp
for subnet 10.  The link works sort of ....  My programmer can telnet into the
Catipult gateway and ftp files to and from it, but he is unable to ping any-
thing on the other side of it.  Does a SLIP link require the subnet number on
each side of the link to be identical (as I am beginning to suspect)?

-Ron Neely-
University of Missouri, Columbia
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Fri, 4 Sep 1992 13:44:08 -0400
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         "Jesse L. London" <jl9e+@ANDREW.CMU.EDU>
Subject:      Re: WD8003E - Help!! Additional Info...

This may not solve the entire problem but perhaps 'NETX' may clear some
of the difficulty.  Another thing.  Is the card software configured or
hardware configured.  If it is software configured, perhaps the software
is not the latest version.  <---- This problem has occured with me.
-------------------------------------------------------------------------------
I have a sense of impending doom, like I am driving into satan's
garage....
-------------------------------------------------------------------------------
We are creating monsters for ourselves.....Ladyland, Oakmeal raisin
crisp....
-------------------------------------------------------------------------------
Did you know that freedom exists in a schoolbook?  Did you know that
madmen are
running in our prison, within a jail, within a gale, within a white free
protestant maelstorm...We're perched headlong on the edge of boredom...We're
reaching for death in the end of candle..We're trying for something that's
already found us. --Just Jim--
SiBiL
Newsgroups: bit.listserv.novell
From: paul@ace.acadiau.ca (Paul Steele)
Subject: VREPAIR fails again - What's wrong with Novell's file system.
Organization: Acadia University
Date: Thu, 27 Aug 1992 17:43:47 GMT

Well, I knew it was going to happen soon.  Our server had been up for 2 
whole months, just is until yesterday afternoon.  Once again, the cause was 
a General Processor Protection Interrupt.  Don't remember the exact details, 
but GPI's are what usually causes our crashes.  As I rebooted the server, 
I figured there was a 50/50 chance of SYS mounting.  It didn't.  The usual 
fatal FAT error (mirror mismatch, FAT hole, etc, we've had them all) 
prevented SYS from mounting.  I then tried VREPAIR.  No luck - "The volume 
cannot be repaired".  Can VREPAIR fix anything?  Since I had so little luck 
with VREPAIR in the past, I had purchased a copy of OnTrack's NETUTILS which 
they claimed in much better than VREPAIR.  It does have some nice features, 
but as it turns out, it can't handle volumes with a second Name Space added, 
which we do (MAC).  I told it to ignore the second name space (such files 
would most likely be lost), and try the repair anyway.  Not a chance.  The 
same FATAL DIR/FAT ERROR that killed VREPAIR was fatal to NETUTILS as well.
Well, at least I had backups.  7 hours later (midnight) I had the 1.5 gigs 
restored and everything back up and running - minus one day of file changes.

Why is Novell's file system so sensitive to server crashes.  I would think 
with appropriate redundancy and recovery software, something could be done.
We've been suffering through a very unstable unix system this summer but its 
crashes are always recoverable.  There may be some disk corruption and file 
loss, but at least it can do the repair. It seems that if the Novell file 
system is the least bit active, the result is a lost volume.  Everyone talks 
about how great Novell's file system is.  I disagree.

A *VERY* annoyed Novell Netware user.


___
Paul Steele, Network Services Manager              902-542-2201x660
Acadia University, Computer Centre            FAX: 902-542-4364
Wolfville, Nova Scotia, Canada, B0P 1X0  Internet: Paul.Steele@acadiau.ca
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: bit.listserv.novell
Subject: Re: IP addressing in Novell 3.11 servers
Date: 24 Aug 92 03:06:05 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

rbrown@DIJKSTRA.UNIVNORTHCO.EDU (Rich Brown) writes:

| Our school of business is re-configuring their 3.11 servers with
| sub-nets to reduce traffic to the campus "backbone".  All of the
| computers attached will be using the Clarkson TCP telnet and FTP.
| 
| In experimenting with adding NICs in the server and setting up
| addressing it appears as if each network card needs a seperate
| IP address to bind IP to the card in the format XXX.XXX.NN.XXX
| where NN must be different for each NIC.  Just changing the last
| octet generates errors.
| 
| Can this be correct - each NIC in each server on our WAN (that is just
| being built) will require a change in the third octet, thus "using up"
| 255 address no matter how many workstations are attached?  Does IP
| need to be bound to each card to route IP internally?  How does one
| set up the host, gateway, etc. tables to make it work?

This is correct IF your backbone is using 32 bits subnetting (e.g.,
your subnet mask is 255.255.255.0).  You can change your subnet
mask to conserve addresses, but there are some obstacles:

   Your entire backbone, and attached subnets, would have to
   adopt the new subnet mask.  This might not be practical.

   You would have to establish a new domain for the part of
   your network that would have a different network mask, and
   then set-up a dedicated router (preferred) or your NetWare
   3.11 server with different subnet masks for each side.

Otherwise, you'll have to accept the fact that you'll be eating-up
255 host addresses for each subnet.
-- 
_________________________________________________________________________
RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
User     | Rutgers University Computing Services, New Brunswick, NJ 08903
Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Envelope-to: novell@suvm.bitnet
Content-transfer-encoding: 7BIT
X-mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.novell
Date:         Fri, 28 Aug 1992 09:00:35 -0400
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         "John M. Cary" <CARYJM@MARTA.UNCG.EDU>
Subject:      Question about ISA/EISA...what do other people think?

Hello all.

We are evaluating large, or larger for us, server platforms.  We have
discovered that we need to move to more disk storage on servers.  More
disk storeage for simply more space for faculty, for SFT value
(duplexing/mirroring etc).  We do have the current goal to get all faculty
offices on the network.  Also we are currently planning for wiring of the
dorms and need to start planning some type of file and print service
(whether PC based, unix based, whatever, has not been decided yet either)
for this project as well.  This project, when complete, would potentially
add 2000+ nodes to the backbone.

We are looking at EISA boxes.  What are people's feelings on brands?  For
example, we have had an Everex Step Cube (486/33) in here for about 2
weeks on loan to evaluate.  I would never buy this box, not for a big
Netware server.  There seemed to be no speed increase from the AT bus
machines we are using as servers right now.  One of the main
considerations for us also is the memory cap on the server.  This cube has
a cap of 64 Mg of memory.  What we want to build will take (by my
calculations) approx 50 Meg of memory.  That's not much memory to grow
into, which is the main reason that I would not buy this particular
machine.  I like the cube design though.  Easy to hide, stack, whatever.
Certainly very easy to get my hands inside and do any physical tinkering
that I need to do with this design.

I've seen other ads and have some tech info from NEC, Zenith and DTK.

In any case, I was just wondering if anyone has any general information
that they would like to share with the list.

I know that this has come up before, but the volume of the list the past
few weeks has overwhelemed me, and with the fall semester starting I
haven't had time to keep up with it, so if someone just has a summary of a
previous discussion that would be fine as well.

Thanks.

John Cary
--
John Cary                                 caryjm@marta.uncg.edu
210 Forney Building                       caryjm@uncg.bitnet
Systems and Networks, UNCG                (919) 334-3338
Greensboro, NC  27412                     (919) 334-5932 fax
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Tue, 1 Sep 1992 13:40:55 -400
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         weber@RHRK.UNI-KL.DE
Subject:      Re: Mr. Stupid and LWP4DOS
X-To:         NOVELL@suvm.bitnet

In bit.listserv.novell you write:

>...but I guess there's nothing wrong in admitting it!

:-)

>We've got a 4Mbps TRN and we're taking a look at LWP4DOS and are
>not having a lot of fun.  As required, we're trying to loading LSL,
>TOKEN, IPXODI, and NETX.  Here's our NET.CFG file:

>Link Support
>     Buffers 8 1500
>     MemPool 4096

>Link Driver TOKEN
>     FRAME TOKEN-RING_SNAP

>Protocol TCPIP
[...]

>Given the above, NETX reports "File Server not found."

>If we change FRAME TOKEN-RING_SNAP to FRAME TOKEN-RING, we can find
>a file server, but then TCPIP will not load ("FATAL: Error
>registering protocol i.d.s").  This makes sense, since I believe my
>(somewhat fuzzy) understanding is that TCPiP requires SNAP headers.

Don't change it, add it.
TCPIP requires the _SNAP frames.
Your Netware probably uses the TONEN-RING frames. If you give both types,
the LSL creates two "logical" boards, one for each frame-type.

So simply have

Link Driver TOKEN
	Frame TOKEN-RING
	Frame TOKEN-RING_SNAP

Protocol IPX
	Bind #1

Protocol IP
; that should bind itself to #2, but the following statements
; shouldn't do any harm.
	Bind #2
        etc.

In your net.cfg.

Regards

Christoph Weber-Fahr

--
  Christoph Weber-Fahr                  |  E-Mail:  weber@rhrk.uni-kl.de
  Universitaet Kaiserslautern,  KIT     |  S-Mail:  Postfach 3049
  Tel. 0631/205-3391                    |           D-6750 Kaiserslautern
--------------------------  My personal opinion only    ---------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Resource Protection Department
X-Mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.novell
Date:         Mon, 31 Aug 1992 14:09:38 EST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Ray Todd Stevens <RAY@SAFETY.NWSCC.SEA06.NAVY.MIL>
Subject:      Re: VREPAIR fails again - What's wrong with Novell's file s
X-To:         NOVELL%SUVM.bitnet@cunyvm.cuny.edu

I have found Vrepair to be highly reliable as long as the disk error
causes have been eliminated.  You say you are going down on a regular
basis.  This indicates that you may have a problem with your disk
drive or controler.  When we had a bad controler, we couldn't get
vrepair to work, but switching to a functional contoler enabled up to
repair the volume.


Ray Todd Stevens
Safety Dept NWSC Crane
Ray@safety.nwscc.sea06.navy.mil
(812) 854-3292  854-3294  854-3289
      854-3293  854-3482
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: bit.listserv.novell
Subject: Re: How to crash a NW311 server, one easy step?
Date: 26 Aug 92 00:08:21 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

mike_neuburger@MJN2.UOREGON.EDU writes:

| If you have a 2 gig drive and only 16 megs of ram you need more memory for this
| configuration.  By my calculations you are about 5-8 megs short.  I've heard of
| Netware 3.11 having lots of problems when you short it on memory.
| >The memory calculations that I remember is:
| ><megs of hard disk> *.032 / 4  = memory for disk with additional name space and
|                                  block size of 4k. for your setup this comes to
|                                  be 16.384 megs of ram.
| 
| add 2 megs for basic Netware OS
| add 2 megs for Appletalk services (I think)
| add additional memory for additional NLMs loaded.


Actually, I never used the formula--16MB RAM seemed like it should be
plenty.  I sorta want to believe this isn't the problem.  First of
all, a 2GB disk formats down to 1.6GB, so apply the formula to that
and we're at 12.8MB RAM.  Throw in 4 for the server and Mac together
(the NW4Mac 3.01 manual does not say how much RAM it actually uses,
only that you need a minimum of 4MB, which is 2MB higher than base
NW3.11 requires) and another 2MB for general bs.  That brings me to
18.8MB total RAM required--2.8MB more than I have now.

However, I have almost 7MB available as cache buffers, and the rest of
my memory utilization looks within acceptable limits (as viewed with
MONITOR).  Further, I am able to load/unload TCPCON and ATCON as
desired without getting any memory-low warning, nor is there any other
indication of low-memory problems.  In fact, I have stood in front of
the server and watched the resource utilization during a crash, and
everything looked fine (I mean EVERYTHING, system utilization, cache
buffers, dirty cache buffers, disk requests, perm and alloc mem,
everything).  Finally, I have servers with 16MB of RAM with only
400-600MB of disk that do the same thing.

So, although I might be a little light on RAM, I'm not convinced that
is what the root problem is.  Nevertheless, I may throw another 4MB in
one of my larger servers to see if that makes things better.

Thanks for the suggestion.



-- 
_________________________________________________________________________
RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
User     | Rutgers University Computing Services, New Brunswick, NJ 08903
Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Golda Meir Library, UW-Milwaukee
X-Mailer:     Pegasus Mail v2.3 (R2).
Newsgroups: bit.listserv.novell
Date:         Tue, 1 Sep 1992 19:39:00 CST
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Einar Bergsson <EINAR@GML.LIB.UWM.EDU>
Subject:      BYU-ipx problem.....
X-To:         novell@suvm.acs.syr.EDU

   Hey!

   I am trying to get a workstation to do a BOOTP trough a
packetdriver with BYU's-ipx loaded.  NCSA telnet will send out the
request and I can see that the UNIX workstation running the BOOTP
daemon is responding, but for some strange reason NCSA is not seeing
the packet.  I did try to run NCSA without bootp, and it worked fine.
 Any thoughts on this???.......Anyone???

    -Einar-
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: bit.listserv.novell
Subject: Re: Supervisor Account Problems (major!!!!)
Date: 1 Sep 92 19:37:03 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

dd2u@poe.acc.Virginia.EDU (David  Drucker) writes:

Sounds like your bindery is trashed beyond repair.  If you were wise,
you would have copied SYS:SYSTEM\NET$*.OLD to diskettes before you
tried BINDFIX.  This way, you could at lest put them back and do
BINDREST to restore the bindery to its state the last time you
successfully ran BINDFIX (you do run this every so often, right?).

If this won't help, you'll have to restore the bindery files from
your backup (you do have a backup, right?).

If you have no backup, you will have to close the bindery (I believe
there are utilities around for this) and delete the bindery files
(NET$*.SYS) and bounce the server.  When it comes back-up, it will
create new bindery files with only the GUEST, SUPERVISOR (no password)
and EVERYONE properties.  You then have to recreate all users, groups,
queues, etc.

If you can't close the bindery to delete them, you'll either have to
re-install the OS, or use the somewhat well-known method of disabling
the bindery (which I won't describe here).

You should consider getting a UPS.  An APC 600LS with PowerChute
software for NetWare servers will cost you less than the time you're
going to spend on this one incident.


| Here is the problem:
| 
| Running Novell 2.2, all worked just fine until a quick power
| outage (off/on) The server rebooted OK and all appeared tobe
| fine.
| However, things seem to be going downhill.
| User SUPERVISOR is no longer able to login to the server, nor
| attach to it. The error message we get is
| "unknown error returned by Attach (89ec)
| 
| One user who was made supervisor equvalent is fine.
| The second user with supervisor equvalent status isable to log
| in, but doesnot have the authority of supervisor.
| 
| We have run bindfix 4 times with reboots in between. The first
| time there were alot of problems which were cleaned up. However
| the only message we get that something is wrong is
| "Warning: Error -30212 occured while checking membership in
| property GROUP_MEMBERS of object SUPERVISOR.
| 
| Also on boot-up of server, after loading the Appletalk VAPS, we
| get the message
| "Login Failur:error code:236
| "AQSVAP Error: Fatal error returned from OS call
| "AQSVAP: Login Failure
| 
| nd ther last in this list of puzzles is within SYSCON, we get
| an error message if we try to look at each users "account
| restrictions" section. The error is
| "ReadPropertyValue returned error 236. Cannot complete current
| operation.
| 
| Now does anyone have a suggestion which might clear this(these)
| problems up??? PLEASE!!!!

-- 
_________________________________________________________________________
RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
User     | Rutgers University Computing Services, New Brunswick, NJ 08903
Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:      UK.AC.QUB.V2; 30 AUG 92 16:00:28 BST
Newsgroups: bit.listserv.novell
Date:         Sun, 30 Aug 1992 16:00:00 GMT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         GRG1678@VAX2.QUEENS-BELFAST.AC.UK
Subject:      Re: help me about ip tunnel

Could not the IP tunnel client be provided separate from LWP? I presume that
it's been written to sit on top of LWP's ip stack but that could be altered
surely? I may have some need of such a tunnel, in the near fuitire
ture, and it
would be so nice not to have to pay for the whole of LWP which I don't need.
Even leaving the client running over LWP's stack would be okay if both of
them were sold separately from LWP.

Tony Sheehan
grg1678@v2.qub.ac.uk

Queen's University, Belfast
Northern Ireland
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: NOVELL@SUVM
X-VMS-To: in%"NOVELL@SUVM"
Newsgroups: bit.listserv.novell
Date:         Wed, 26 Aug 1992 16:55:00 EDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Tony D'Agostino <TONYD@YUORION.BITNET>
Subject:      ADAPTEC 1740 SCSI DRIVER

Greetings all...

Can anyone tell me where I might find the appropriate NW3.11 .DSK and .NLM
files for an ADAPTEC 1740 SCSI controller - preferably ftpable?  This is
somewhat urgent.


Thanks for any info..

Tony D'Agostino
Computing and Communication Services
York University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Mon, 31 Aug 1992 15:36:55 -0700
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         sdchrist@NOVELL.COM
Subject:      Internet Services
X-To:         novell@suvm.acs.syr.edu

To all NetWare users:

Novell is looking for ways to improve on the services offered to its customers
via the Internet.  For that reason, I am posting this message requesting any
input you might have as to how better the Internet user might be served.
Please include specific information about the FTP server, technical expertise
offered via the listserv, etc.

Thank you for your help.

Scott Christensen
schriste@novell.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Thu, 3 Sep 1992 21:53:00 EDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Bob Newlin <DBHIVE@DUKEMVS.BITNET>
Subject: Re: 486/33 too fast for Token Ring network?

>
> The next generation was a re-engineered Type II adapter, this time a
> half-length card.  This is better than the original two, but still has some
> problems.  The only IBM card that, in my experience, does not have timing
> problems is the IBM Token-Ring Adapter 16/4.  Faster memory, larger buffers,
> faster chips all combine to make this a much more useful card than any of
> its predecessors.
>
I have had problems with a brand new IBM 16/4 in a 486/50.  Have not
had a chance to do thourough testing, but it only works if you ramp
the machine speed down.                                                 would
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-pmrqc:      1
X-mailer:     Pegasus Mail v2.3 (R3).
Newsgroups: bit.listserv.novell
Date:         Thu, 3 Sep 1992 18:14:38 EDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Raul Zambrano <ZAMBRANO@CSSC.NEWSCHOOL.EDU>
Subject:      Mac Grace Logins

We just installed NW4MC version 3.011. This version is supposed to
solve many of the bugs that appeared on version 3.0 and 3.01., one of
them being the fact that graces logins were not seen on the macs.

Howver, we still do not see anything on the macs indicating that a
grace login has been used. As a result, users will be eventually be
unable to log in (something like "password is invalid" will appear on
the screen).

Am I to presume that this bug was not really solved in this new
version?

Raul Zambrano
New School
New York
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.novell
Date:         Fri, 28 Aug 1992 10:50:18 PDT
Reply-To:     Novell LAN Interest Group <NOVELL@SUVM.BITNET>
From:         Art Schoenstadt <0085P@NAVPGS.BITNET>
Subject:      Re: map command
              27 Aug 1992 23:25:50 GMT from <msjle@UXA.ECN.BGU.EDU>

  ************  Original Message   ****************

$DOUGN@SASB.BYU.EDU (Douglas R. Nebeker) writes:

>This alleged MAP command doesn't sound like the MAP command I know.
>Since some noise is made on your local disk, I'd check your path to
>see which directories are checked first for a filename.  I'll bet
>you've got another program called MAP on your harddisk . . . . .

******************************************************************

    One other possibility I ran across a while back occurs if for
some reason you have a blank on your DOS path before logging in
to the Novell server, e.g. if your DOS path looks like

      path = c:;d:\ws;;

and the DOS path is preserved (via a   map ins s1:= .... ) command
in Netware. This produced some really strange and unpredictable
behavior in our machines.

--------------------------------------------------------------------
|   Art Schoenstadt                     0085P@NAVPGS.BITNET        |
|   Code MA/Zh (Math. Dept)             0085P@cc.nps.navy.mil      |
|   Naval Postgraduate School             (408)-646-2662           |
|   Monterey, CA  93943            "Are we having fun yet??"       |
--------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU