HDTenEightyP/NetNews huggingface dataset:
From: wargopl@sun.soe.clarkson.edu (Peter L. Wargo)
Newsgroups: comp.sys.sun.admin,comp.sys.sun.hardware
Subject: Micropolis 1654-7 format info needed.
Summary: Need format params for the Micropolis 1654-7
Keywords: esdi,micropolis,disk,format
Date: 14 Oct 92 23:32:43 GMT
Article-I.D.: sun.wargopl.719105563
Organization: Clarkson University


I'm trying to write a format.dat entry for the micropolis 1654-7 ESDI
disk running off the MD21 controller.  I'm having no luck using the
factory-suggested settings. ("We don't sell them anymore, they're too
small.") (Gee, thanks, but 160M is not small to some of us.  Phhhhbt on
their tech. support!)

Parameters are:
1249cyl, 7hd, 36sec, 20832bpt.

Oh, if you have formatted a 1653-4, 1653-5, or a 1654-6, that will work
as well, since the only difference is the number of heads...

-Pete

--
Peter L. Wargo - Documentation, Enable Software, Inc.
wargopl@sun.soe.clarkson.edu / GEnie: PSYCLOPS / AT&T 518-877-8600, x528
*******Enable supplies the paycheck, but I supply the opinions*******
------->"RTFM?? First we have to finish writing it!"<-------
From: giacobbe@pilot.njin.net (Jeff Giacobbe)
Newsgroups: comp.sys.sun.admin
Subject: Re: Automounter: what's it good for?
Date: 16 Oct 92 20:15:22 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

....Another use for the automounter is for mounting users' home directories.

At our site there are three servers that have user's home directories, and about 35 workstations scattered around.  Using the automounter, a user can sit down at any workstation, log into it, and his/her home directory will be automounted onto that machine.  If effect, users' home directories "follow" them to whatever machine they happen to log into.

Without the automounter, we'd have to have the /home partition of all three servers cross-mounted (via NFS) to all 35 workstations.
From: wsanders@ffeine.Sun.COM (Wiley Sanders)
Newsgroups: comp.sys.sun.admin
Subject: Re: Reading MAC disk on a sun
Date: 8 Oct 1992 22:44:08 GMT
Organization: Tradeshow Tech Support
NNTP-Posting-Host: ffeine.corp.sun.com

You won't be able to read an 800K Mac disk on a Sun because the
Mac disk is written using a variable speed drive. I don't know
about the 1.4 MB Mac floppies though - I haven't heard of anything.

Of course all Macs and Suns come with the ability to read and write
DOS format disks. On the Sun, fdformat -d the floppy and mount it
as a pcfs file system. Use Apple File Exchange on the Mac.

-wiley


--
"True love is learning to love your lover's obsessions,
or at least being able to say '...oh...that's nice...'"
                                                        -Greg Brown
From: andreas@knobel.GUN.de (Andreas Klemm)
Newsgroups: comp.sys.sun.admin
Subject: Re: Harware flow control on serial lines
Date: 15 Oct 92 05:31:55 GMT
Distribution: world
Organization: Andreas Klemm, 4040 Neuss, Germany

In <Bw04CC.GsB@immd4.informatik.uni-erlangen.de> cnwietho@immd4.informatik.uni-erlangen.de (Carsten Wiethoff) writes:
|I am trying to use BIDIRECTIONAL hardware flow control on the builtin
|serial ports of a Sparcstation 1+ (Clone). The sending side works ok, when
|using stty crtscts, that is if cts drops, output stops.
|Unfortunately the input side does not work, if there are more characters
|than the Sun can handle, they will get lost.
|Is this a known problem? A FAQ? Is there a solution?
|Ultimately I want to connect to a high speed modem and have a full 8bit
|path with flow control. How do other people connect their modems?

On an IPX you have to configure the ports ttya and ttyb for hardware
flow control by hand using the eeprom command, see manpage for eeprom.

Hope that helps for sparcstation 1+, too.

Bye
Andreas.
-- 
Andreas Klemm                   I like my 386BSD 0.1 ! AT&T ? &%$# !
andreas@knobel.gun.de
private : +49 2137 12609        4040 Neuss 21, Germany
at work : +49 2173 3964 165     Wiechers & Partner Datentechnik GmbH
Telefax : +49 2173 3964 222     Abteilung Unix Support, 4019 Monheim
Newsgroups: comp.sys.sun.admin
From: doctorgonzo <sboyle@maths.tcd.ie>
Subject: Re: Backup copilot problems .....
Organisation: Universal Media Netweb (Ireland) Inc.
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Mon, 12 Oct 1992 12:33:41 GMT

janet@cs.uwa.oz.au (Janet Jackson) writes:

>In <1992Oct10.035610.2382@iti.gov.sg> jameslow@iti.gov.sg (James Low (RC)) writes:

>>Hi, the last two night backups have failed on me giving me these errors:
>>
>>DUMP: Tape write error 3222 feet into tape 1
>>DUMP: Tape write error 2115 feet into tape 1

I'm having almost the same problem on our Exabyte 8200. dump fails with
a "Tape write error 35 feet into tape 1" on _four_ different tapes, and
always at 35 feet!
We're waiting for some servoids to come out and take our tape drive
to be checked up, but if anyone's come across a patch that'll fix
this, I'd love to know.

>In my experience this usually means what it says - the tape is bad!
>Especially if it happens again on the same tape.
>It might also mean the drive heads need cleaning or there is something
>wrong with the drive.

>At the beginning of the dump it looks at the filesystem to get directory
>information, but after that it reads the raw disk.  (Correct me someone
>if I'm wrong, as I haven't seen the code.)  So if this error is occurring
>after the "dumping (Pass IV) [regular files]" message, I can't see how
>filenames could cause it.

I'd say you're right there, although I couldn't be sure without
the source. :(

>Janet Jackson
--
justin.
From: rik@nella13.cc.monash.edu.au (Rik Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: C2security
Keywords: C2security
Date: 15 Oct 92 11:16:04 GMT
Reply-To: rik.harris@fcit.monash.edu.au
Organization: Monash University, Melb., Australia.

damon@etsun.tech.iupui.edu (Damon Beals) writes:

>	I want to start running C2 security.  So my question is will
>running C2 cause any problems.  Does it cause any problems with NIS.

>Also we are running around 300 Bw-NFS machine.  Will the bwnfsd handle
>the password correctly.  

>Does anyone have any horror stories with changing to C2 security.

oooh, ooh, I have one.

We only wanted the shadow password stuff, so we didn't bother setting
up an auditd config file.  Everything worked fine until we rebooted
the machines, and the /etc/rc.local file had a section like:

if [  -f /etc/security -a -f /usr/etc/auditd ]; then
   /usr/etc/auditd;
fi

So, when that ran, it started up auditd, which couldn't find a config
file, so the machine hung around waiting for one (more secure :).  So,
we had to boot the machine in single-user mode, edit the /etc/rc.local
file, and reboot.  Luckily, we only have about 40 workstations...

rik.
--
Rik Harris - rik.harris@fcit.monash.edu.au         || Systems Programmer
+61 3 571-2895 (AH & ans.mach) +61 3 573-2679 (BH) || and Administrator
Faculty of Computing and Information Technology,   || Vic. Institute of
Caulfield Campus, Monash University, Australia     || Forensic Pathology
Newsgroups: comp.sys.sun.admin
From: dshaker@qualix.com (Doug Shaker)
Subject: Warning: SunOS 4.1.x w/ multiple swap files
Reply-To: dshaker@qualix.com
Organization: QUALiX Group, Inc.
Date: Thu, 8 Oct 1992 20:36:13 GMT


I have never seen this mentioned here, but maybe I just haven't been
reading long enough...

We have found that systems whose swap space consists of a swap
parition and some N swap files in the regular file system
exhibit the following behavior:

	N = 0 or 1	Very stable - stay up a month or more.

	N = 2		Usually stable - though may crash as often
			as once a week.

	N = 3 or more	Unstable - crashs at least once a day.  Error
			is usually "hat_pteload".

For a while, we were operating in the following rat cage:
	1) Add an Xterminal, run out of swap space.
	2) Add a swap file.
	3) System crashs with hat_pteload.
	4) Call Sun.  "hat_pteload" is memory related.
		Hmm, still not enough swap space?
	4) Return to step 2.
This was not fun. Thanks to Hung Le, my ever busy compatriot, for finally 
figuring the way out of the rat cage.  Hope it helps you, too.

 - Doug Shaker

	voice:	415/572-0200
	fax:	415/572-1300
	email:	dshaker@qualix.com
	mail:	Qualix Group
		1900 S. Norfolk St., #224
		San Mateo, CA 94403


Xref: sparky comp.sys.sun.admin:7076 comp.sys.sun.apps:2181 comp.sys.sun.wanted:1603
From: mario@wdc.sps.mot.com (Mario Nigrovic)
Subject: Re: Plenty of free space on drive, but 100%
Organization: Motorola Western MCU Design Center, Chandler Arizona
Date: Wed, 7 Oct 1992 20:42:27 GMT

+  6895	Re: Plenty of free space on drive, but 100%   [30] Matthew Stier - Sun +  6895	Re: Plenty of free space on drive, but 100%   [30] Matthew Stier - Sun In article <1992Oct7.131720.13429@ericsson.se>, etxorst@eos.ericsson.se (Torsten Lif) writes:
|> In article 14053@inmos.co.uk, hughm@brwah.inmos.co.uk (Hugh McIntyre) writes:
|> >In article <TIBBS.92Oct7003200@bifur.math.uh.edu>, tibbs@bifur.math.uh.edu (Jason L Tibbitts III) writes:
|> >This behaviour has been the same since at least SunOS 3.5.
|> >
|> >|> Any ideas?  (Please let it not be the 'ol "backup and restore"!)
|> >
|> >It's normal.  You don't have to do anything.  If you do want to put more
|> >stuff in /usr then root can create stuff up to 110%, otherwise you will have
|> >to repartition the disk.
|> 
|> Or you can newfs the partition with -m 0 which will get rid of the 10 %
|> loss. But net.wisdom has it the disk performance will be abyssimal when
|> you get to where that space is used, due to fragmentation & thrashing.
|> And of course, doing a newfs does entail doing a backup (dump) first
|> and then reading it back with restore after the newfs. }:->

Actually, tunefs(8) will also be able to change the minfree.

I confess to doing this on my /usr partition, since this is not
mounted rw and hence will NOT get fragmented over time.

If you're really pressed for space, and you're willing to do a newfs,
check out the number of inodes used with df -i and see if you can
spare some.

							Mario

Mario Nigrovic <mario@wdc.sps.mot.com>		voice: (602) 821-4264
Motorola Western MCU Design Center		fax:   (602) 821-4058
*  -  -  -  -  -  -  -  -  -  -  -*-  -  -  -  -  -  -  -  -  -  -  *
"... all the modern inconveniences ..."
		-- Mark Twain
*  -  -  -  -  -  -  -  -  -  -  -*-  -  -  -  -  -  -  -  -  -  -  *
Newsgroups: comp.sys.sun.admin
From: axs@cs.bham.ac.uk (Aaron Sloman)
Newsgroups: comp.sys.sun.admin
Subject: HELP! - cant login to SLC after server is rebooted
Date: 8 Oct 92 07:10:20 GMT
Reply-To: A.Sloman@cs.bham.ac.uk
Organization: School of Computer Science, University of Birmingham, UK

[If the above address for reply doesn't work, try A.Sloman@bham.ac.uk]

I wonder if anyone else has this problem: I have an SLC connected to
a SPARCServer 672 (with two processors).

Nearly always I find that after the server is rebooted (e.g. after
going down for dumping), it is impossible to login to the SLC or get
through xlock, because passwords don't work. I.e. after you type the
password the SLC just hangs up.

This fixes itself if the SLC is rebooted.

I don't think I had this problem when the SLC was connected to an
older SPARCserver running SunOS4.1.1. It has been there since it was
connected to the 672 running 4.1.2, and it is still there
following our recent change to 4.1.3.

I'd be very grateful if anyone can suggest an explanation, and even
better, a cure.

Many thanks.
Aaron
-- 
Aaron Sloman, School of Computer Science,
The University of Birmingham, B15 2TT, England
EMAIL   A.Sloman@cs.bham.ac.uk
Phone: +44-(0)21-414-3711       Fax:   +44-(0)21-414-4281
From: matkins@cisco.com (Mathew Atkins)
Newsgroups: comp.sys.sun.admin
Subject: exabyte write errors
Date: 7 Oct 1992 18:57:16 GMT
Organization: cisco Systems, Menlo Park, California, USA
Distribution: world
NNTP-Posting-Host: regal.cisco.com



A few weeks ago there was a mini thread about exabyte write erors.
I forget what the upshot was. We have exabyte 8500's on multiple
platforms, are using data grade tapes, cleaning the drives, and still
still get write errors too frequently. Was there something about
getting eeprom upgrades for the drives?

-Mat



Newsgroups: comp.sys.sun.admin
From: gjb@fig.citib.com (Greg Brail)
Subject: Re: Plenty of free space on drive, but 100% full?
Organization: Citibank IBISM
Date: Wed, 14 Oct 1992 19:58:21 GMT

In article <1b42smINNot5@corax.udac.uu.se> goran@astro.uu.se (Goran Hammarback) writes:
>In article <363@ftms.UUCP>, brown@ftms.UUCP (Vidiot) writes:
>This is not quite true.  Yes, there is more space on the disk than can
>be used by mortal users, but the reason for this is file system performance.  Only root can use up the extra space.  You can change this with tunefs
>(the minfree parameter), but if you go below 10% minfree, file system
>optimization changes from time to space.

Yes, this is what the Sun manual pages say. But it's also true that
10% of a 1 or 2 GB disk (or a large RAID array) is an awful lot of space.
Has anyone more knowledgable about the BSD file system than I tried
to determine if a smaller threshold in the filesystem block allocation
algorithms would make more sense on larger devices? Could it be that
the 10% threshold worked fine on smaller filesystems when BSD was designed,
but now a smaller threshold would be more appropriate?

				greg
-- 
Greg Brail ------------------ Citibank -------------------- gjb@fig.citib.com
lose (lOOz) v. 1. a. To be unable to find; mislay. b. To incur the 
deprivation of, as by negligence or accident. 2. To be unable to maintain,
sustain, or keep. 3. The most commonly misspelled word on Usenet.
Newsgroups: comp.sys.sun.admin
From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Subject: Re: Size of swap file
Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Organization: National Radio Astronomy Observatory, Socorro NM
Date: Thu, 15 Oct 92 16:18:54 GMT

In article <1bg187INN3go@plts.uucp> tal@plts.uucp (Tom Limoncelli) writes:
>In <14931@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
>
>>Perhaps the "swapon()" call (the "swapon" command just does a "swapon()"
>>call) *should* do that stuff, but it *doesn't* do that stuff.  
>
>So how much of a performance degrade should one find from swapping
>on a file vs. swapping on a partition?

You could test this by reading/writing some number of MB to a file in a 
filesystem and then reading/writing the same number of MB to a raw partition 
(you'll probably need to be root to do this). Be careful to write to an 
*unused* raw partition, not swap :-) (it's possible the kernel might not allow 
you to write to an active swap partition, I've never tried). You could use a 
secondary swap partition if it hasn't been activated by swapon. You should 
also set the sticky-bit on the file you're using, to get the same treatment
a swap file gets.

Of course, all the usual caveats about controlled conditions apply for the
initial test, but you will probably also want to test it on a "typically" 
loaded system, to see how much the various processes' disk activities impact 
each other.

There is a program called "iozone" which uses various size files up to a 
predefined limit, to help eliminate the effects of cache (which is also
useful to know). You might be able to modify it to make a raw-partition 
version.

As noted in a previous post, your mileage on the file will depend on the
fragmentation, cylinder group size, etc. of the filesystem you create it on.
-- 
Ruth Milner                          NRAO/VLA                  Socorro NM
Computing Division Head      rmilner@zia.aoc.nrao.edu
From: paul@gta.com (Paul Emerson)
Subject: Re: Plenty of free space on drive, but 100% full?
Organization: Global Technology Associates, Inc.
Date: Tue, 13 Oct 92 16:14:53 GMT


From article <14956@auspex-gw.auspex.com>, by guy@Auspex.COM (Guy Harris):
>>Wrong. GNU df prints -1 on my cdrom mount.
> 
> Wrong.  That's *NOT* a BSD file system, it's a High Sierra/ISO9660 file
> system.  The HSFS file system code reports "-1" as the number of free
> blocks/files, presumably because it's not a meaningful question for an
> HSFS file system (so what if there's free space - you can't do anything
> with it).
> 
> And he *definitely* didn't have it mounted on a CD-ROM, given that the
> amount of free space was changing....

Guy your missing the point.  My point is GNU df will report negative values
while SunOS df does not.  I realize that it is not a meaningful question
to ask of a CDROM, but it does report a negative value.

Here is the output from GNU df with a ufs filesystem CDROM, (Answerbook):

/dev/sr0              544245  530295   -40474    108%   /cdrom 

While the SunOS df says:

/dev/sr0              544245  530295       0   108%    /cdrom

Paul
-- 
Paul Emerson                             | Global Technology Associates, Inc.
President                                | 7198 Harbor Heights Circle 
Email: paul@gta.com                      | Orlando, FL 32835
CIS: 72355,171                           | Tel 407-296-3636 FAX 407-295-1954
Newsgroups: comp.sys.sun.admin
From: kam@tulmath.math.uno.edu (Katherine Hosch)
Subject: giant packet
Organization: Mathematics Department, Tulane University.
Distribution: comp.sys.sun.admin
Date: Thu, 8 Oct 1992 15:04:07 GMT
Nntp-Posting-Host-[nntpd-13007]: moe.math.tulane.edu

Sorry if this is a FAQ -- I'm sure I have seen reference to it in the past, 
but then I didn't have the problem!  I have a smallish network of (mostly)
Suns, and they are forever complaining that, e.g.:

Oct  6 14:42:22 moe vmunix: le0: Receive: giant packet from ff:ff:ff:ff:ff:ff
Oct  6 14:42:22 moe vmunix: le0: Receive: STP in rmd cleared
Oct  6 14:42:22 moe vmunix: le0: Receive: giant packet from ff:ff:ff:ff:ff:ff
Oct  6 14:42:22 moe vmunix: le0: Receive: STP in rmd cleared

Would someone please tell me the fix?

Thanks!

-- katherine hosch

--
Katherine Minister Hosch			kam@tulmath.math.tulane.edu
Mathematics Department				(504)-865-5727
Tulane University	
New Orleans, LA	 70118
From: dclunie@sirius.ucs.adelaide.edu.au (David Clunie)
Newsgroups: comp.sys.sun.admin
Subject: Dump partition - use for soemthing else ?
Date: 9 Oct 92 15:34:39 GMT
Organization: Her Master's Voice
NNTP-Posting-Host: sirius.itd.adelaide.edu.au


When desperately scrounging for disk space the other day the dump
partition came to mind. I don't recall ever having used this for
anything, even after the system panics, so my question is can one
get rid of it anmd use it for soemthing useful ... or at the very
least make it very small :)

david
-- 
David Clunie (dclunie@itd.adelaide.edu.au)
Newsgroups: comp.sys.sun.admin
From: andr@elvis.sovusa.com (Andrei Arkhipov)
Subject: Re: giant packet
Reply-To: andr@elvis.sovusa.com
Organization: ELVIS Corp.
Date: Fri, 9 Oct 92 18:45:19 GMT

In <KAM.92Oct8090407@moe.tulmath.math.uno.edu> kam@tulmath.math.uno.edu (Katherine Hosch) writes:
>
>>Sorry if this is a FAQ -- I'm sure I have seen reference to it in the past, 
>>but then I didn't have the problem!  I have a smallish network of (mostly)
>>Suns, and they are forever complaining that, e.g.:
>
>>Oct  6 14:42:22 moe vmunix: le0: Receive: giant packet from ff:ff:ff:ff:ff:ff
>>Oct  6 14:42:22 moe vmunix: le0: Receive: STP in rmd cleared
>>Oct  6 14:42:22 moe vmunix: le0: Receive: giant packet from ff:ff:ff:ff:ff:ff
>>Oct  6 14:42:22 moe vmunix: le0: Receive: STP in rmd cleared
>
>>Would someone please tell me the fix?
>
>>Thanks!
>
>>-- katherine hosch

Is Ethernet address really has all "ff"? I saw the same but there was real Ethernet address of
one of computers at network. 

And, yes, I'd want to know the origin of this message, too.

Andrei.
From: igb@fulcrum.bt.co.uk (Ian G Batten)
Newsgroups: comp.sys.sun.admin
Subject: Re: Size of swap file
Date: 9 Oct 92 14:43:26 GMT
Organization: Fulcrum Communications

In article <1992Oct8.220909.13790@clark.dgim.doc.ca> don@mars.dgrc.doc.ca writes:
> Seriously, as has been discussed, you want at least as much swap as memory.

Why?  Text segments go into RAM, but don't go into swap.  I believe that
SunOS 4.0 and later Got It Right, so that pure shareable binaries only
reserve swap for data and bss rather than text, data and bss.  This
means that you need to allocate enough swap to handle all your
applications less the amount that text segments will consume.  In a
timeshare environment in which most people are using emacs, bash and a
compiler this is not a serious consideration: the text segments are a
small part of the working set.  On a workstation it's a different story.

ian
Newsgroups: comp.sys.sun.admin
From: glr@kepler.unh.edu (Gina L Ross)
Subject: IPCs and 3 1/2" floppy
Organization: University of New Hampshire  -  Durham, NH
Date: Thu, 8 Oct 1992 19:47:25 GMT





Hi. I have a Sun ELC running Sunos 4.1.1. What I need is to 
hang a 3 1/2" floppy drive off of it. I was hoping to take
one out of an IPC and run it as a scsi device. I quickly found
the internal drive was not a scsi device.

Has anyone  done anything like this?  
Any suggestions welcome.

I don't always find time to read news so would really appreciate
direct replies.

All help greatly appreciated.

Thanks in advance,
Gina Ross
glr@cs.unh.edu
Newsgroups: comp.sys.sun.admin
From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Subject: Re: Size of swap file
Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
Organization: National Radio Astronomy Observatory, Socorro NM
Date: Wed, 7 Oct 92 20:50:14 GMT

In article <1at0jpINNt7g@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
>In article <1992Oct6.152359.1013@europa.asd.contel.com> pascoe@rocky.gte.com (Dave Pascoe) writes:
>>What is the general guideline for the size of a swap file?  

>Yes, swap space should be at least as large as memory, because crash dumps
>go into the swap partition.  

As of somewhere around SunOS 4.1.1, crash dumps are written into swap in 
some sort of compressed format, so they actually take up less than the size
of main memory. This is nice if you have a machine with very large amounts of 
memory, say, >= 128MB: you don't need quite so much disk space to save the 
core into.

As an example, our 32MB IPXs at 4.1.2 produce vmcore files under 6MB in size.

However, due to all the other considerations, including the point someone
mentioned about possible restrictions on the use of real memory if swap < real,
you do need to have your total swap space *at least* as large as memory, and
preferably larger. Barry's post gives good advice on that score.
-- 
Ruth Milner                          NRAO/VLA                  Socorro NM
Computing Division Head      rmilner@zia.aoc.nrao.edu
From: naughton@chinet.chi.il.us (Thomas Naughton)
Newsgroups: comp.sys.sun.admin
Subject: Performance tools for multi-cpu machines?
Date: 15 Oct 92 23:29:08 GMT
Organization: Chinet - Public Access UNIX


	I'm looking for a performance monitoring tool like 
vmstat which will show multiple cpu's.  Are there any public
domain or commercial tools for Sun or Solbourne machines?
If anybody had any leads, please let me know.  Thanks.

-- 
Thomas M. Naughton	              "Love is chemistry, but sex is physics"
naughton@nauts.chi.il.us (prefered)   naughton@chinet.chi.il.us (alternate)
Nobody is responsible for anything I say or do but me.  Sometimes not even me.
Newsgroups: comp.sys.sun.admin
From: corporon@wizard.helios.nd.edu (phillip corporon)
Subject: Limiting Pages Printed per User
Organization: OUC, University of Notre Dame
Distribution: usa
Date: Wed, 14 Oct 1992 18:39:21 GMT


I'm looking for ways to arbitrarily limit the number of pages each
user prints per day.   I believe that our situation is relatively
normal, several machines (SS2) print through one machine that has
the printer connected to it.  It doesn't have to be fancy, just
functional.

Thanks...Phil.

 ********************************************************************
    Phillip G. Corporon - Computer, Electronic & Network Specialist
    Department of Computer Science and Engineering              
    University of Notre Dame, Notre Dame IN 46556
     internet..: phil@cse.nd.edu         Voice.: (219) 239-5893  
     applelink.: A0393                   Fax...: (219) 239-8007  
     bitnet....: f3pb88@irishmvs.bitnet
 ********************************************************************