HDTenEightyP/NetNews huggingface dataset:
From: mario@wdcwdc.sps.mot.com (Mario Nigrovic)
Newsgroups: comp.sys.sun.admin
Subject: OW3 calendar manager gets time wrong
Date: 27 Jul 92 19:03:10 GMT
Organization: Motorola Western MCU Design Center, Chandler Arizona

Hello, netgurus -

Here's a screwy one (well if the answer isn't obscure I'll be real
embarassed) involving calendar manager under OW3.

I manage about 20 sparc machines, mostly SS2s.  In order for us all
to conveniently coordinate our schedules, we all run calendar manager
remotely off my central 4/670, OS 4.1.2 with displays on our local
screens.

Background:  When I first installed OW3, I didn't install
all the parts to save disk space.  Recently, I had to re-compile XRN
and some other X applications, so I needed a fuller install of OW3,
which I did.  All my files are served off an Auspex, so I installed
OW3 there in a temp directory and then swapped it for the old
directory.

Here's the problem:  All the times anyone has entered into their
calendars are offset by seven hours (looks suspiciously like a 
timezone bug, no?), and I can't find any reason this would be.

H E L P!!!

Please respond to me via E-mail "mario@wdc.sps.mot.com" and if there's
any interest, I'll summarize (and be suprised :-).

							Mario

Mario Nigrovic <mario@wdc.sps.mot.com>		voice: (602) 821-4264
Motorola Western MCU Design Center		fax:   (602) 821-4058
*  -  -  -  -  -  -  -  -  -  -  -*-  -  -  -  -  -  -  -  -  -  -  *
Experience varies directly with equipment ruined.
*  -  -  -  -  -  -  -  -  -  -  -*-  -  -  -  -  -  -  -  -  -  -  *
Newsgroups: comp.sys.sun.admin
From: halvard@trd.sdata.no (Halvard Halvorsen)
Subject: Re: Exabyte 8500 - Dump parameters
Organization: Skrivervik Data A/S
Date: Thu, 23 Jul 92 16:55:08 GMT

In article <1992Jul23.161139.10325@ods.com>, chris@ods.com (Chris Atkins) writes:
|> a_plante@crim.ca (Alain Plante) writes:
|> : Hello all,
|> : 
|> :         We are using Exabyte 8500 with sunOS 4.1.2 My problem is that i'm
|> : not able to put more than 2.3 gigs of stuff on one tape. I have a few
|> : scripts and most of them works fine...
|> : 
|> :         The parameters i'm using are :
|> : 
|> :                 Density : 54000
|> :                 Tape length : 6000
|> : 
|> :         Which one should i use to get the best out of my Exabyte. I'm suppose
|> : to be able to put around 4.9 gigs on a 8mm tape.
|> : 
|> try the following
|> 		Density : 54000
|>  		Tape length : 13000
|> 
|> Be sure you are using the correct device.  If your tape is unit stn then use
|> /dev/rstn+8  for example for st0 use device /dev/rst8.
|> 
|> Chris Atkins
|> chris@ods.com

yeah - and try a tape that is not used on a 8200 ;-)

-- 

    0  	   halvard halvorsen - systems consultant - Skrivervik Data A/S
  \/|/\    email  	: halvard@trd.sdata.no
    |      telephone    : + 47 7 59 23 74
   / \/\   fax          : + 47 7 59 23 30
 \/ ___________________________________________________________________
From: dpkemp@afterlife.ncsc.mil (David P. Kemp)
Newsgroups: comp.sys.sun.admin
Subject: Re: Kernel config - pseudo-device win128 (and other stuff)
Date: 21 Jul 92 13:09:34 GMT
Organization: The Great Beyond


In article <1992Jul15.232035.29008@kodak.kodak.com> dennett@sunshine.Kodak.COM (Charlie Dennett) writes:
>Our 4/490 server is a real workhorse.  It is the lab's main server,
>has 18 disk spindles, server home directories and some other
>filesystems for well over 100 users, and supports a half dozen
>(and growing) X terminals.  Many of the users have Sparcstations
>but this 4/490 is used for long running CPU and I/O intensive jobs.
>We've investigating how to squeeze more performance out of it.  
>We noticed that the kernel config file has an entry:
>
>	pseudo-device win128
>
>We were wondering if we had anything to gain by increasing the 128
>to, say, 256?  Any ideas?  We already have maxusers set to 128.
>

Not unless you have a Sunview user sitting at the 4/490 console with
*lots* of windows open :-).  Since you are using X terminals, that's
not very likely.

>
>We've also used adb to increase the buffer cache to a max of 112
>as recommended in the O'Reilly "System Performance Tuning" book and
>some other papers we've read.  (Why is 112 the max?)
>
>Any other recommendations on squeezing more oomph out of this beast?

Tuning for performance doesn't necessarily mean "more of everything",
although since you have 128 M, increasing the kernel size with 
MAXUSERS can't hurt.

I would focus in a different direction though - try to offload the
server by running the long CPU-bound jobs on your Sparcstations
(you didn't say SS-1, 1+, or 2, but even the 1 is a reasonable
compute engine compared to the 490).   Try to identify which of
your jobs do lots of continuous disk I/O, and keep them on the
server.  Jobs that do sequential reads from a large file, and
not much writing are ideal candidates for migration to the Sparc-
stations.

NFS and heavy computing just don't mix very well on an NFS server - 
the nfsd's get starved no matter how many of them you use, and the
clients get "server not responding" and "server OK" message pairs
out the wazoo.

Your Sparcstations are "dataless", aren't they?  If they are diskless
(root and swap on the server) you have to go out and buy them local
disks *right now*, no matter how tight money is.

-- 
   Dave Kemp   dpkemp@afterlife.ncsc.mil              "Pave the Bay!"
   #include <std/disclaimer>
Newsgroups: comp.sys.sun.admin,comp.sys.sun.apps,comp.sys.sun.misc
From: karl@thuja.gsfc.nasa.gov (Karl A. Anderson)
Subject: Re: Image Processing S/W Info wanted
Organization: NASA/GSFC Laboratory for Terrestrial Physics
Distribution: na
Date: Fri, 31 Jul 1992 18:35:43 GMT

The newsgroup sci.image.processing has just started up.  You may want to post
your question there also.
-- 
Karl A. Anderson		| Internet: karl@thuja.gsfc.nasa.gov
NASA/GSFC code 920.2 (HSTX)	| voice: (301) 286-3815
Greenbelt, MD 20771		| #include "std_disclaimer"
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.sys.sun.admin
Subject: Re: How to use loopback mount on 4.1.2?
Date: 30 Jul 92 15:12:54 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Organization: Vidiot's Other Hangout

In article <1992Jul29.041906.19652@ssigv.UUCP> gdonl@sunrise.ssi1.com (Don Lewis) writes:
<In article <1992Jul28.182454.20004@elroy.jpl.nasa.gov> david@elroy.jpl.nasa.gov (David Robinson) writes:
<>
<>Now in Solaris 2.0 /usr/etc is gone...
<
<Where did it go?

Into the great bit-bucket in the sky :-)
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
Newsgroups: comp.sys.sun.admin
From: bogstad@blaze.cs.jhu.edu (Bill Bogstad)
Subject: Re: popper - Post Office Protocol Server
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Thu, 23 Jul 1992 18:23:35 GMT

In article <CKD.92Jul23113752@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
>Brian> == Brian Berndt <brian@brazil.psych.purdue.edu> 
>
> Brian> ld: Undefined symbol 
> Brian>    __res 
>
>Don't define BIND43.  popper uses stuff that isn't in Sun's libresolv,
>and that causes it not to compile properly.  (This should probably be
>documented in the popper docs, but isn't... sigh.)

	Not true.  (At least not for me.)  I installed popper just this week
with the BIND43 option on a SS 2 runnning 4.1.1b.  The solution to this
problem is to use "-lresolv" on the link line to make sure you get the
proper resolver library.

				Bill Bogstad
Newsgroups: comp.sys.sun.admin
From: stevew@helios.unl.edu (Steve Wu)
Subject: rcp crashs machine.
Organization: University of Nebraska - Lincoln
Date: 28 Jul 92 20:14:59 GMT

  By an accident I have found that doing rcp to a remote sun's audio
port would crash the remote machine. e.g

   rcp file host:/dev/audio.

  I test this on serverl different sun {sparc2, IPX} and different os
{4.1.1, 4.1.2} they all have the same problem.

  Does anyone have this problem?

  steve
--
stevew@helios.unl.edu  |=| \ Fender / |=| ... smoke on the water, fire in
                       |=|   \    /   |=| the sky...   Smoke on the water.
stevew@hoss.unl.edu    |=|     \/     |=|     (36 bars guitar solo)
		      Deep purple, the best
From: lrs@hpindda.cup.hp.com (Larry Schwarcz)
Date: Sat, 25 Jul 1992 00:30:18 GMT
Subject: Ethernet address wanted
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.sun.admin


Does anyone have any advice on how I might be able to retrieve the
ethernet address from my system.  I'd like to do it programatically.

Thanks a bunch
From: giacobbe@pilot.njin.net (Jeff Giacobbe)
Newsgroups: comp.sys.sun.admin
Subject: xdballoc??
Keywords: help
Date: 27 Jul 92 18:20:27 GMT
Organization: Rutgers Univ., New Brunswick, N.J.



About 10 minutes ago the following kernel messages came pouring out on
our fileserver's console, and the whole thing locked up.  I've never
seen these particular errors before and I was hoping someone could
point me in the right direction.  I realize this is probably an RTFM
but my FM's don't seem to go into much detail....

Jul 27 13:56:32 icarus vmunix: locks
Jul 27 13:56:32 icarus vmunix: xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: output_echo_char: out of blocks
Jul 27 13:56:32 icarus vmunix: xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: ou<3>xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: tput_echo<3>xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: _char: out of blocks
Jul 27 13:56:32 icarus vmunix: xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: output_echo_char: out of bl<3>xdballoc:
out of dblks
Jul 27 13:56:32 icarus vmunix: ocks
Jul 27 13:56:32 icarus vmunix: xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: ou<3>xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: tp<3>xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: ut_echo_char: out of blocks
Jul 27 13:56:32 icarus vmunix: xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: output_e<3>xdballoc: out of dblks
Jul 27 13:56:32 icarus vmunix: cho_char: out of blocks

--------

Did the kernel run out of space in some table or could it be a
hardware problem (i.e. a bad chunk of memory)?? I'm assuming the 'out
of blocks' does not refer to disk blocks, correct?

Any help would be greatly appreciated,

Adv-thanks-ance

Jeff
-- 
@xxxxx{==============- giacobbe@icarus.montclair.edu -==============}xxxxx@
|                                                                         |
|                "There can be only one..." - (Highlander)                |
|                                                                         |
@xxxxx{==============- giacobbe@icarus.montclair.edu -==============}xxxxx@ 
Newsgroups: comp.sys.sun.admin
From: kruel@phys-chemie.uni-wuerzburg.dbp.de (Thomas-Martin Kruel)
Subject: Re: SS2 crashes about half the time when Sparcprinter is used
Keywords: SparcStation SunOs 4.1.2 SparcPrinter NeWsPrint 2.0 CRASH
Organization: Institut fuer Physikalische Chemie / Uni Wuerzburg
Date: Fri, 31 Jul 1992 15:12:38 GMT

In article <1992Jul31.023630.12003@athena.mit.edu> di@athena.mit.edu (David Israel) writes:
>
>I have a SparcStation-2 running SunOs 4.1.2 with the standard SparcPrinter
>setup.  The SparcPrinter is running NeWSprint version 2. >...<
>
>The whole thing chugs along happily unless the printer is used.
>A job sent to the printer might be printed fine, but about half the time,
>it will stop in the middle because the entire system has crashed.  On the
>couple of occasions that I've seen the console error messages they have
>included "Panic - memory fault", but more often than not, the screen will
>have been "screenblank"ed (there's usually no one sitting at the console),
>so I've only seen this a couple of times.  After the crash, the system
>usually does NOT respond to L1-A, and I have to cycle the power to revive it.
>
>My memory is unclear on whether these problems have only started since the
>kernel was reconfigured as above, or whether they existed when I was using
>the "GENERIC_SMALL-ASYNCHIO" kernel, since it took some time to
>realize that the crashes were triggered by printing.  I also have an
>older SS-2 running 4.1.1b and NeWsPrint 1, and have never had similar
>problems.  Anybody have a clue?  Thanks.
>
I'm not absolutely sure, but the reason might be rebuilding the kernel
WITHOUT having NewsPrint locally installed on your system. The make
process looks for the presence of NewsPrint and modifies some internals
(don't memorize now, but can grab it out). If NewsPrint is not locally
available and reboot with the new kernel, you'll experience the troubles 
described. 

We have had EXACTLY the same problem until the guys from the SUN support told 
us what was going wrong.

Hope that's it,
               Thomas.
-- 

Th.-M. Kruel   Institut fuer Physikalische Chemie der Universitaet Wuerzburg
               Marcusstr. 9-11,  D-8700 Wuerzburg (Germany)
               Phone: +49 931 31579
Newsgroups: comp.sys.sun.admin
From: mrl@uai.com (Mark R. Ludwig)
Subject: Re: How does uucp status gathering work?
Organization: Universal Analytics, Inc., Torrance (LA), CA
Date: 28 Jul 92 09:45:21

In article <1992Jul10.161120.6503@mitem.com> unger@mitem.com (Tom Unger) writes:

|> Keywords: uucp status
|> Date: 10 Jul 92 16:11:20 GMT
|> Organization: MITEM Corp.
|>
|> My /var/spool/uucp/.Admin directory has the
|> following files:
|>
|> -rw-r--r--  1 root            0 Jul 10 03:30 Foreign
|> -rw-r--r--  1 root            0 Jul 10 03:30 audit
|> -rw-r--r--  1 root            0 Jul 10 03:30 errors
|> -rw-r--r--  1 root            0 Jul 10 03:30 uucleanup
|> -rw-r--r--  1 root            0 Jul 10 03:30 xferstats

I ran into the same problem.  In case no one else has replied to you
privately, the problem is that these files are owned by root, but the
programs which would want to append to them are run under user uucp.
Sun delivers the system such that it runs /etc/uucp/uudemon.cleanup
under root.  I changed it to run under uucp, and now accumulate
statistics correctly.  BTW, it appears that the reason they run it as
root is because of the desire to remove stray mail from the spool
(toward the end of the script).  It's not clear how it would ever get
there, and it never can on our system because we have no users named
uucpa or nuucp.$$
-- 
INET: mrl@uai.com      BANG: uunet!uaisun4!mrl      ICBM: USA; Lower Left Coast
  You can get a crowd to clap at a phone number, if the inflection is right.
  -- Dave Ross
Newsgroups: comp.sys.sun.admin
From: pang@Xenon.Stanford.EDU (Swee-Chee Pang)
Subject: Where to get the patches and how to use them?
Originator: pang@Xenon.Stanford.EDU
Organization: Computer Science Department, Stanford University.
Distribution: usa
Date: Tue, 28 Jul 1992 07:17:44 GMT

The subject says it all I believe.
I have some ideas of some of the Sun patches that I may want/need,
but I don't know where I may download and get them.
I heard from someone that some of these are available as public download
[he said @ftp.uu.net, but I could not find it?]
How does one apply them once one get these?
Thanks!

Pang Swee Chee
From: gdmr@dcs.ed.ac.uk (George Ross)
Newsgroups: comp.sys.sun.admin
Subject: Re: Kernel Config -- Can maxusers be too big?
Date: 21 Jul 92 09:28:31 GMT
Organization: Department of Computer Science, Edinburgh University

In article <1992Jul19.160905.11322@kodak.kodak.com>, dennett@sunshine.Kodak.COM (Charlie Dennett) writes:
> Maxusers was at 128.  I tried raising it to 256.  It booted
> fine.  Pstat -T told be the max number of files was perposterous at
> over 14000.  What does pstat consider non perposterous?

I can't remember the exact figure offhand, but using the default calculations
setting maxusers to 192 is only just too big.
-- 
George D M Ross, Department of Computer Science, University of Edinburgh
     Kings Buildings, Mayfield Road, Edinburgh, Scotland, EH9 3JZ
Tel: 031-650 5147   Internet: gdmr@dcs.ed.ac.uk   JANET: gdmr@uk.ac.ed.dcs
Newsgroups: comp.sys.sun.admin
From: terry@santafe.edu (Terry Jones)
Subject: SMD drives
Organization: Computer Science, Indiana University
Date: Tue, 21 Jul 92 16:26:45 MDT

I have an old 3/280 (I guess that's a tautology :-)) with an 890(?)MB
drive on it. I'm trying to get rid of the sun3's at our site, but
would like to keep the drive. SMD drives are no longer supported by
SUN and so I can't just plug the old drive into the back of a new
SPARC.

What are my options? Is there something that will connect to the SCSI
II port on the back of a SPARC and allow the reading of an SMD drive
(Or SCSI I of course is fine as I can get a SCSI II -> SCSI I cable)?

Do I have to buy a new drive, copy over the data and try to sell the
old SMD to some other poor unfortunate?

Why did SUN dump me?

Any information, opinions, experiences etc would be greatly
appreciated...

Terry Jones (terry@santafe.edu)
Xref: sparky comp.sys.sun.admin:4871 comp.sys.sun.hardware:3480
From: limes@ouroborous.Eng.Sun.COM (Greg Limes)
Newsgroups: comp.sys.sun.admin,comp.sys.sun.hardware
Subject: Re: Patch to run MP kernel in uniprocessor mode
Date: 22 Jul 1992 17:28:30 GMT
Organization: Sun Microsystems, Inc.
NNTP-Posting-Host: ouroborous

I wrote:
| Effectively, you are just changing a test of a bit in boothowto
| so that it comes up true ... the bits in this variable are
| defined in /usr/include/sys/reboot.h, and if you patch
| boothowto to turn on a bit or two, we don't turn them off. So,
| wouldn't it be easier to read <sys/reboot.h>, decide which
| options to turn on, and patch the value of boothowto?

In article <1992Jul21.015742.19793@uc.msc.edu> alan@af.msc.edu (Alan Klietz) writes:
| Because, as with most other sites, we DO NOT HAVE SOURCE.

/usr/include/sys/reboot.h should exist on your machine. It exists
here on my machines, where I have also not installed source. You
might need to have installed the "Sys" files, but you should have
installed those somewhere at one time so you could configure kernels.

| Boothowto is set at runtime by the PROM code.

The prom code provides a list of option characters to the kernel, which
then sets any corresponding bits in boothowto.

| It cannot be changed by simply overwriting the BSS value.

Try harder :-). For instance, one can force the "-sw" flag set, which
is in fact used in the miniroot. First, check reboot.h, and you find
that you probably want RB_SINGLE and RB_WRITABLE; adding up the hex
constants gives 0x102.

	# adb -w /vmunix
	boothowto?W 0x102
	$q
	# reboot

    <<surprise, we boot singleuser with root mounted writable!>>

If you decide, upon reading reboot.h, that you want to fiddle
around with other bits ... well, I can't guarantee that anything
like this that is *not* in the manual will always work, but you
probably would be interested in RB_UNIPROCESSOR.

Or, you could continue your disassembly from the place where
you patched the code, and note that what you changed had the
effect of causing the startup code to set the "uniprocessor"
variable, and you could sidestep the whole boothowto issue:

	# adb -w /vmunix
	uniprocessor?W 1
	$q
	# reboot

This is not, in fact, a defined and supported interface, so it
may go away ... but if it does, the fact that it has gone
away should be relatively obvious.
Newsgroups: comp.sys.sun.admin
From: grant@bluemoon.rn.com (Grant DeLorean)
Subject: Re: Best format(1) configuration for a Wren VII (ST41200N)
Keywords: ST41200N SUNOS4.1.1 Seagate WREN-VII
Organization: Blue Moon
Date: Mon, 27 Jul 92 14:48:17 GMT

sadler@i88.isc.com (Jon Sadler) writes:

>A friend is about to connect a Seagate Wren VII (ST41200N) to his system
>(running SUNOS 4.1.1), and we are wondering what parameters are best to
>use when formatting the drive.  The data sheet for the drive mentions that
>the drive has an unformatted capacity of 1.2GB, a block size of 512 bytes,
>1931 cylinders, and 15 heads.

 I have one on my 4/75 now. The data sheet is wrong about the average
number of sectors per track though. The sheet says 71, but if you use
that you will watch the errors stream by while format is finishing up
on the drive. Use 70 sectors per track. There is an entry in format.dat
for it, but for some reason it is wrong too (80 sectors per track, and
it leaves over 200 cylinders unused when only the last two must be left
alone). 
-- 
\   Grant DeLorean  - IHMSA & NRA Life Member -  (grant@bluemoon.rn.com)   /

        Tested on dolphins and assorted helpless furry creatures

Xref: sparky comp.sys.sun.admin:4838 comp.unix.admin:4234 comp.unix.solaris:93
From: ctan@solomon.technet.sg (Tan Chee Weei)
Subject: Q: OpenWin 3 works in 4.1.1??
Organization: National University of Singapore
Distribution: all
Date: Fri, 24 Jul 1992 09:19:31 GMT

I would like to know if OpenWindows 3 may be installed on and works
correctly under SunOS 4.1.1? If so, is there a requirement that
certain patches be installed first?  Someone once told me SunOS 4.1.2
is required for OpenWindows 3 to work.  Thanks.

CW
From: naiming@eng.umd.edu (Naiming Shen)
Newsgroups: comp.sys.sun.admin
Subject: Is there a way to do network backup but without giveout the root?
Date: 24 Jul 92 19:49:59 GMT
Organization: Electrical Engineering, University of Maryland


Sorry, I couldn't fit all my question into the Subject title. What I would like
to do is that have someone to do backup for me through the network. I know if
I put in /.rhosts file a line with the other machine's name, they can rsh to
my machine to do backups. But this will give out the root privilege of this
machine. Can 'sudo' be used in this case?

BTW, my machine is a SGI workstation, which uses 'bru' to do backup. And the
other machine is SparcStation II which uses 'dump'. Is there any problem to
backup both of them on the same tape(8 mm)?

Thanks in advance.

Naiming,
Newsgroups: comp.sys.sun.admin
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Trouble with bad block repair on SCSI drive
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 27 Jul 92 06:45:37 GMT

In <1992Jul27.044418.15063@leland.Stanford.EDU> dhinds@leland.Stanford.EDU (David Hinds) writes:

| I'm trying to fix a bad block in the root partition on our Sun 4/330,
| so far without success.  The hard drive is a CDC Wren IV, with the MD21
| SCSI controller.  Now, the system is sort of limping along; every few
| minutes, it will freeze up with messages like:
| 
| > sd6a:  read retry, block 6736 (6736 relative)
| > sd6a:  read restore, block 6736 (6736 relative)
| > sd6a:  write retry, block 6736 (6736 relative)
| > sd6a:  hard error, block 6736 (6736 relative)
| > sd6a error: sense key(0x4) hardware error, error code(0x9): servo error
| > sd6:  rezero failed

servo error probably means a hardware problem.  If anything can
fix it short of having the drive repaired, it would be issuing
the SCSI format command (which will also wipe the disk).  Past
experience with this drive says that you almost certainly have
a chip problem on the drive electronics, and the format won't
help, at least, not for long.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: nanda@kuhub.cc.ukans.edu
Newsgroups: comp.sys.sun.admin
Subject: please help!
Date: 21 Jul 92 11:33:55 CDT
Organization: University of Kansas Academic Computing Services

HI! I am new to this group. Could someone tell me how to subscribe to this
group ?

Thanks in advance.

Nanda@kuhub.cc.ukans.edu