HDTenEightyP/NetNews huggingface dataset:
From: bob@sna.co.umist.ac.uk (Bob Nutter)
Newsgroups: comp.sys.sun.admin
Subject: Re: rpc.lockd: Cannot contact status monitor!
Date: 4 Nov 92 13:22:13 GMT
Organization: UMIST Computation, PO Box 88, Manchester, UK

In article <1992Oct28.171408.8628@zia.aoc.nrao.edu>, rmilner@zia.aoc.nrao.edu (Ruth Milner) writes:
> In article <peter-281092090723@134.7.122.51> peter@cujo.curtin.edu.au (Peter N Lewis) writes:
> >This message keeps appearing on my console.  I have no idea what I did to
> >make it start, and I'd appreciate any ideas on how to make it go away...
> 
> Sounds like your statd is dead or comatose. Look for it, then kill and restart
> first statd and then lockd.
> -- 
> Ruth Milner                          NRAO/VLA                  Socorro NM
> Computing Division Head      rmilner@zia.aoc.nrao.edu

I fixed an IPX with this problem less than an hour ago. After a little peeking
about, it turned out it was a pre-installed 4.1.3 system, and  the only
/etc/hostname file was called /etc/hostname.xx0. This caused ifconfig on le0 to
be RUNNING, but with no address (!). A simple mv to .le0 and reboot cured it. It
worked fine with an empty /etc/hosts (except log and localhost on 127.0.0.1, of
course). 

bob
-------------------------------------------------------------------------------
bob nutter, computer officer    | "Well, blessings to the chap who invented ice
UMIST dept of computation       | cream, ginger-pop and the rest! I'd rather
po box 88 manchester m60 1qd uk | invent things like that any day than
tel:+44 61 200 3343 (fax:3324)  | rockets and bombs."
email:b.nutter@umist.ac.uk      |       -Julian, "Five on Finniston Farm"
Newsgroups: comp.sys.sun.admin
From: cory@akix.uucp (Cory Krell)
Subject: Help with Sun & Novell
Organization: ALS Imaging
Date: Sun, 8 Nov 1992 06:12:02 GMT
Keywords: Sun, Novell, ethernet

I'm trying to connect our lone Sun Sparc II to our Novell 3.11 network, running
on a 10Base-T topology.  Basically, I don't know where to start.

The goal is to be able to read/write files on the Novell network, and to 
use the printers currently on the PC-based network.

Any help would be greatly appreciated.  An e-mail reply would be best, since
I rarely make it out this direction (grin).

- Cory

---------------
Cory Krell

{ncr-sd,ucsd}!serene!akix!cory
{nosc,ucsd,hplabs!hp-sdd}!crash!akix!cory
      - or if all else fails -
cory@akix.uucp
From: gusset@ntb.ch (Thomas Gusset)
Newsgroups: ch.sun-managers,comp.sys.sun.admin
Subject: different lpd ???
Date: 5 Nov 92 16:56:21 GMT
Reply-To: gusset@ntb.ch
Organization: Neu-Technikum Buchs, Switzerland

Are there different versions of the line printer daemon lpd?

I try to use remote printing from a VAX using the new DEC TCP/IP Software. But there seems to be a different in the lpd remote printing protocol. The DEC software writes a D-argument into the control file. But the lpd on the sparc don't understand this option and don't print the file (but sends a mail to the user).

The control file includes the following lines:

HVAXS.NTB.CH
PASSISTENT
JDECW$PRIVATE_APPS_SETUP
LASSISTENT
Dansi					<<<<<<<<<<<<<<< unknown option
fdfA012VAXS.NTB.CH
NDECW$PRIVATE_APPS_SETUP.TEMPLATE
UdfA012VAXS.NTB.CH

In the man page of lpr this option is not included.

Does somebody knows how to solve this problem. May be there is another lpd avaiable handles this option correct.

Thanks for help.

Thomas
---

@@@@@@@@@@@@@@@@@    **********************************************************
@   @  @@  @@@@@      Thomas Gusset, Neu-Technikum Buchs, CH-9470 BUCHS
@@  @  @@  @    @     Labor Prozessrechner
@ @ @  @@  @@@@@      tel: ++41 85 69 386, fax: ++41 85 65 434
@  @@  @@  @    @     E-Mail: Gusset@ntb.ch, PSI: psi%(0228)466110643::Gusset
@   @  @@  @@@@@     **********************************************************
Newsgroups: comp.sys.sun.admin
From: mrapple@quack.sac.ca.us (Nick Sayer)
Subject: Re: DAT's on 4.1.2
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: 8 Nov 1992 17:57:35 UTC

kde@boi.hp.com (Keith Emmen) writes:

>Well, It's time to ask the net, since I haven't been able to figure it 
>out myself.

>We have a Sun clone (Hyundai) running vmunix 4.1.2.  We have been
>trying to hook a DAT tape drive to the system, and while it is 
>recognized at bootup, subsequent attempts to access it result in 
>messages implying that it's off line or the tape is not loaded.

>When it boots, we see:

>      st0 at esp0 target 4 lun 0
>      st0: <Vendor 'HP      ' Product 'HP35450A      -A'>

>but when we try to talk with mt(1), we see:  (there is no device file st0)

which is normal.

>       / # mt -f /dev/rst0 status
>      /dev/rst0: no tape loaded or drive offline
>       / #

At our company, we regularly use Archive Python DAT drives. We find that
unless they are set up in the kernel (more specifically in
/sys/scsi/targets/st_conf.c), the first access after tape insertion
fails. Subsequent access, however, succeed. In our backup scripts we
just stick

mt -f /dev/nrst0 st > /dev/null 2>&1
mt -f /dev/nrst0 st > /dev/null 2>&1

at the top. This is harmless if used on other drives or on systems
where the hack has been inserted in st_conf.c.

Try this at the end of st_conf.c:

{
        "HP DAT 4mm Helical Scan", 16, "HP      HP35450A", 0x30, 512,
        (ST_BSF | ST_BSR | ST_LONG_ERASE ),
        5000, 5000,
        { 0x00, 0x00, 0x00, 0x00 },
        {  0, 0, 0, 0 }
}
};
int st_ndrivetypes = (sizeof (st_drivetypes)/sizeof (st_drivetypes[0]));

#endif	/* NST > 0 */

A similar hack works for the Archive I have on my desk, but I don't have
an HP, so no guarantees.

-- 
Nick Sayer <mrapple@quack.sac.ca.us> | "Quick man! Cling tenaciously to my
N6QQQ @ N0ARY.#NOCAL.CA.USA.NOAM     | buttocks!"
37 19 49 N / 121 57 36 W             | 
+1 408 249 9630, log in as 'guest'   |     -- Powdered Toast Man
Newsgroups: comp.sys.sun.admin
From: birger@sdata.no (Birger A. Wathne)
Subject: uucp timeout
Reply-To: birger@sdata.no
Organization: Skrivervik Data A/S
Date: Sat, 7 Nov 92 20:05:56 GMT

I am experiencing timeouts on uucp connections. The modems connect, agree on
using 'g' protocol, and start transferring. But the connection fails with
something like 'pkcget: Timeout waiting for SYN'. I don't have a log-file
so this is from memory. After 10 such alarms, the connection gets dropped.

I have had this problem with different modems ( a 2400 baud and Telebit
T300). Host running SunOS 4.1.2.

Could someone who has uucp and mail transfer going on onboard serial
port offer to send me uucp-files, /etc/ttytab and sendmail.cf ? Please
don't send me the files yet, just give me an offer, or I'll get swamped
with mail....


---
Birger A. Wathne
Email  : birger@sdata.no        birger@ii.uib.no
Private: Fjoesangervn. 133, N-5032 Minde           Tel: +47 5 200062
Work   : Skrivervik Data A/S                       Tel: +47 5 543740
         Thormoehlensgt 55, N-5008 Bergen          Fax: +47 5 322853

Newsgroups: comp.sys.sun.admin
From: mvore@access.digex.com (Michael Vore)
Subject: Upgrade or Install?? 4.1.1 to 4.1.2
Keywords: Do I need to ??
Organization: Express Access Online Communications, Greenbelt, Maryland USA
Date: Sat, 7 Nov 1992 02:21:53 GMT

I'm a sysop on a system on the I'net - that needs to be up online
full time with a Sparc-1 running 4.1.1, we also have a new Sparc-2,
(Yes we know they are _old_ machines, but that's what we have.) We 
have 4.1.2 on the new Sparc-2 - used for another purpose.  To change
from 4.1.1 to 4.1.2 on the Sparc 1 do we need to Install from tape (no CDROM)
here. Or can we just copy a re-compiled kernel from the ..2 to the ..1
machine - along with the new libc*.  Since there is little time during
the week when users are not online - and that only for a few menutes at
a time - I'd like not to have to bring the system down for a new install.
- mike
   mvore@fedix.fie.com


-- 
/*------------------------------+----------------------------------------*/
  Mike Vore  W3CCV              |    DC - Food-SIG
    mvore@digex.com             |    Ka-8  MU at W73
    mvore@fedix.fie.com         |    Mid-Atlantic Soaring Association
/*------------------------------+----------------------------------------*/
-- 
/*------------------------------+----------------------------------------*/
  Mike Vore  W3CCV              |    DC - Food-SIG
    mvore@digex.com             |    Ka-8  MU at W73
    mvore@fedix.fie.com         |    Mid-Atlantic Soaring Association
Newsgroups: comp.sys.sun.admin
From: miller@netsun.mdc.com (Ed Miller)
Subject: Help Setting Timezone Info
Date: Tue, 10 Nov 92 16:35:01 GMT
Organization: Somewhere in Sunny SoCal
Reply-To: miller@netsun.mdc.com

A few weeks ago, I recall seeing an article about setting the timezone and 
related issues on SUN machines.   I just discovered that I don't have this 
set correctly and would like to properly configure my machine.  Could someone
please repost this information for me?  I am using a SUN IPC running 4.1.1.

Thanks in advance....
---
Ed Miller  MDSSC Space Station Division
miller@netsun.mdc.com

Newsgroups: comp.sys.sun.admin
From: toma@db.TC.Cornell.EDU (Rory Toma)
Subject: rpc.cmsd and cm questions
Organization: Not bloody likely around here!
Distribution: comp.sys.sun.admin
Date: Thu, 5 Nov 1992 18:39:32 GMT

It seems that the OW 3.0 version of calendar manager on our system
(SS2 serving several Sun 3's set up as X-terminals) likes to randomly
delete entries in people's calendars at random times. This is getting
bothersome, as I have to keep fetching them off of tape. Any ideas?
Thanks
--
toma@tc.cornell.edu - Rory Toma

Opinionated and tunnel-visioned? Darn right. But then, my employer really
doesn't know what I'm talking about anyway...
Newsgroups: comp.sys.sun.admin
From: bossert@Thalatta.COM (John Bossert)
Subject: Confirming Synchronous SCSI
Organization: Thalatta Corporation
Date: Tue, 10 Nov 1992 14:14:22 GMT

The Sun Hotline informs me that with the advent of 4.1.3, the
"going synchronous" message has been removed from the boot messages.

How do I verify that my disks are using/not using synchronous mode?

Thanks.

-- 

In-Real-Life: John Bossert, Thalatta Corporation, (+1 206.455.9838)
Domain: bossert@thalatta.com   Path: ...!sun!sunup!thebes!bossert
From: jik@athena.mit.edu (Jonathan I. Kamens)
Newsgroups: comp.sys.sun.admin
Subject: Re: Loopback mounts not working; why not?
Date: 9 Nov 1992 17:41:04 GMT
Organization: Massachusetts Institute of Technology
NNTP-Posting-Host: pit-manager.mit.edu
In-reply-to: jik@athena.mit.edu's message of 6 Nov 1992 18:20:20 GMT

Thanks go out to everyone who pointed out to me in E-mail that
loopback mounts were not working for me because I don't have "options
LOFS" in my kernel's config file.

What I don't understand is why none of the documentation I pored over
mentioned that it was a kernel configuration option or mentioned
kernel configuration in the "SEE ALSO" section.

I guess I was just supposed to KNOW....

Grumble grumble documentation grumble grumble.

(Or maybe it was there and I missed it. :-)

-- 
Jonathan Kamens                                         jik@MIT.Edu
MIT Information Systems/Athena              Moderator, news.answers
Newsgroups: comp.sys.sun.admin,comp.sys.hp
From: urban@cobra.jpl.nasa.gov (Michael Urban)
Subject: Mounting /usr/spool/mail from HP?
Reply-To: urban@cobra.jpl.nasa.gov (Michael Urban)
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Wed, 11 Nov 1992 22:18:01 GMT

Our mail spooling directory lives on an HP9000/720 (HP/UX 8.07).  It
seemed like a good idea to let a Sun (Sparc 1, SunOS 4.1.1) user take
mail on that machine and eschew the need for .forward files and the
like.  HPs give the spooling directory a mode of 770 and deliver mail
via a setgid-to-`mail' /bin/mail; elm is also setGID.  Suns, on the
other hand, depend on their interesting sticky-bit semantics for
security, and use a mode 777 mail spooling directory.  User agents
like /usr/ucb/mail (and probably mailtool) depend on this to set up a
mail lock file.  Setting /usr/ucb/mail to setgid-to-`mail' does not
work, either (for some reason the attempt to creat the lock file still
fails, although I can see no reason why it should), and furthermore
causes constructs like `set record=~myname/outgoing' in .mailrc to
fail, quite inexplicably.

Has anyone found a formula for successfully mounting an HP/UX spooling
directory from a Sun?

(I know.  `Use MH'.)

	Mike Urban

	urban@cobra.jpl.nasa.gov
From: ivory@e7sa.crd.ge.com (John Ivory)
Newsgroups: comp.sys.sun.admin
Subject: Dialin modem access to Sun 4/110
Date: 8 Nov 92 03:57:01 GMT
Organization: Tower Concepts

Okay, I give up.  What are the steps involved in getting my Sun 4/110
running 4.1.2 SunOS, with a V.32 BIS Zoom modem attatched to /dev/ttya
to accept incoming calls and allow users to login?

I've read all sorts of documentation, most recently the O'Reilly
TCP/IP Network Administration book and the commentary related to
a recent Pcomm release.  Nothing seems to be going right.

My eventual goal is to get SLIP and/or PPP running across that port,
but if I can't get this to go, i figure I'm on the wrong track
already.

After I make the seemingly correct edits to /etc/ttytab, as well as
edits to /etc/uucp/Devices (suggested in the pcomm 'Q_and_A' doc),
and reboot, attempts to dial out on the modem fail because I can no
longer open that device, dialin's don't seem to connect, and the RD/SD
lights of the modem just blink busily.  What gives?!

I'm a beaten man, and beg your gracious assistance.  Thanks
(e-mail prefered)

-----------------------------  R A Z O R ...  --------------------------- \ \ \ 
   Tower Concepts                                          John E. Ivory   \ \
   103 Sylvan Way                                       ivory@crd.ge.com    \ \
   New Hartford, NY  13413                     ivory@e7sa.epi.syr.ge.com     \
   (315) 724-1471                                                             \
-----------------------  A Configuration Management  --------------------------
                         & Problem Tracking System  
Xref: sparky comp.sys.sun.admin:8081 comp.sys.sun.misc:5168 comp.unix.ultrix:8180
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc,comp.unix.ultrix
Subject: Re: ?Postscript to HP PCL converter
Keywords: Postscript,convert,HP PCL
Date: 9 Nov 92 15:48:07 GMT
Article-I.D.: datum.4494
Reply-To: frank@nyo.dec.com
Followup-To: comp.sys.sun.admin
Organization: Digital Equipment Corporation


Ghostscript might do the trick.  It's available on gatekeeper.dec.com as
pub/GNU/ghostscript-2.5.2.tar.Z.  Fonts are pub/GNU/ghostscript-fonts-2.5.tar.Z.
Try it.

					Frank
Newsgroups: comp.sys.sun.admin
From: drs@bnl.gov (David R. Stampf)
Subject: Zone Transfer Problems
Reply-To: drs@bnl.gov
Organization: Brookhaven National Laboratory
Date: Mon, 9 Nov 1992 21:29:50 GMT

I have two problems here - first, does anyone know of a version of the nameserver
(from sun), that will support TXT records?

Second, I'm running DNS & NIS on a sun sparcstation at 4.1.2. The sun is a secondary
server for two masters, one a DECstation and the other is another sun. We the
nameserver starts up, it successfully downloads a zone from the DECstation, but
*always* fails to transfer the zone from the sun. I see the packets on the network,
and in the debug files, but never in the zone file. When I install Bind 4.8.3 
instead of the sun version, it works, so I don't believe that it is a configuration
problem.

Any ideas?

Thanks - Dave


Xref: sparky comp.sys.sun.admin:8187 comp.unix.admin:6149
From: atul@epcc.ed.ac.uk (A.Varshneya)
Newsgroups: comp.sys.sun.admin,comp.unix.admin
Subject: rebooting problem SUN4/370,4.0.3
Keywords: SUN4/370, 4.0.3, reboot
Date: 12 Nov 92 13:26:41 GMT
Followup-To: comp.sys.sun.admin
Organization: Edinburgh Parallel Computing Centre


I am posting this for a friend who does not have access to the News.
Please reply by e-mail to paul@cc.iitd.ernet.in

We are having problems with a SUN 4/370 workstation which shows up as
a reboot after some time (SUNOS 4.0.3). The output of dmesg after the
latest of such reboots is as follows :

le0: Transmission stopped
le0: csr: 2e3<TINT,INTR,INEA,RXON,STRT,INIT,>
le0: panic: RINT with buffer owned by chip
syncing file systems... [5] [5] [3] [1] done

rebooting...
SunOS Release 4.0.3 EXPORT (ICLLAN32L) #1: Sat May 16 16:15:56 IST 1992
Copyright (c) 1983-1989 Sun Microsystems, Inc.
mem = 32768K (0x2000000)
Ethernet address = 8:0:20:9:7a:b4
xdc0 at vme16d32 0xee80 vec 0x44 
 ...
le0 at obio 0xf9000000 pri 3 
sm0 at obio 0xfa000000 pri 2 
cgsix0 at obio 0xfb000000 pri 4 
cx8 at vme24d16 0xdfffe0 vec 0xff 

        Also the transmission stopped message comes rather frequently on the
        console. What could be the problem ? I would prefer e-mail as we do
        not continuously receive news at our site.

--
Please reply to: paul@cc.iitd.ernet.in
Paul A.J. Francis, Jr. Programmer, Computer Centre, IIT Delhi, India.

Atul
Newsgroups: comp.sys.sun.admin
From: ckd@eff.org (Christopher Davis)
Subject: Re: avoiding Solaris
Organization: Electronic Frontier Foundation Tech Central
Date: Fri, 13 Nov 1992 03:02:40 GMT

Clint> == Clint Olsen <olsenc@carson.u.washington.edu> 

 Clint> I will be happy to upgrade to SunOS 4.1.3, but will NOT be
 Clint> interested in being a guinea pig for Sun's new obomination with
 Clint> System V.  The next few years of Sun administration is going to
 Clint> be REALLY scary.

Maybe.  It will definitely be different.

I've used (and partially adminned) a 3B2 running SVR3.2.  There *are*
some nice things in the SV administration model (not least the /etc/rc*.d
directories, which are a lot more modular than "slap another few lines
in /etc/rc.local" could ever be).  NIS+ sounds like a big improvement
(meaning it might be practical to run on the Internet without having to
give away the store :) and there are other advantages.

That said, yeah, there's gonna be one heck of a conversion headache for
a lot of people and a lot of sites (probably including this one).  And,
yes, I'm planning to let other people go at it, and I'll wait for 2.1.1
or whatever winds up being the stable release before I go into
production use with Solaris 2.  But the networking is there, a lot of
the stuff we're used to in SunOS4 is there (remember, 4 was the first
step toward the SVR4 way; would you *really* rather have BSD cron?), and
it'll probably be something you look back on a year after the cutover as
being worth it.

Just make sure to test it on a non-critical system first :)
--
Christopher K. Davis      | ``Usenet seems to run much like the Kif (or,
<ckd@eff.org>   EFF #14   |   for the TV generation, Klingon) high command.
System Administrator, EFF |   Whoever takes action and can be heard wins.''
+1 617 864 0665  [CKD1]   |   --Peter da Silva <peter@ferranti.com>
Newsgroups: comp.sys.sun.admin
From: bern@Uni-Trier.DE (Jochen Bern)
Subject: Re: writing down root password
Originator: bern@kleopatra
Organization: Theor. CS, FB IV / CS, Univ. of Trier, Germany (Internet TI.Uni-Trier.DE)
Date: Wed, 11 Nov 1992 11:02:21 GMT

In <janet.721445867@dunnart> janet@cs.uwa.oz.au (Janet Jackson) writes:
>In <1dnuccINNgb@uniwa.uwa.edu.au> craig@ec.uwa.oz.au (Craig Richmond - division)
> says something that I hope is a joke:
>>More to the point.  It would be a good idea to keep your root password
>>written down ...
>Gah!  Memorise it, please!  If you forget it, you can always boot from
>distribution CD or tape.

Nice Procedure for a big Cluster, since NIS Cluster Members usually have
individual passwd Entries for 'root' ... Maybe I should adopt the Idea of
disabling 'root' and setting up a Cluster-wide 'netroot'.

>If you *must* write it down, be extremely careful about where the written-down
>copy is kept.  Ideally in some sort of locked safe that is accessible only
>by the systems administrators and perhaps the head of department (or other
>suitable, trustworthy person -- for emergencies only, like if the sysadmins
>are all run over by buses).

Hint for all Admins (or Users) which don't have to share their Password:
Instead of memorizing weird Character Strings, buy a digital Wrist Watch.
Whenever I need a Password (I'm having 9 Accounts by now ...), I think of
something like "well, let's take all Words printed in Yellow and extract
the one or two Character(s) in the Middle", which results in a Password
AOSIRO and a Procedure rather simple to memorize. Learning the actual
String is done by using it several Times, but you don't have to do it
at once. But beware of using something read from the Watches' Display
itself ... ;-)

Greetings,
								J. Bern
-- 
 /  \  I hate NN rejecting .sigs >4 lines. Even though *I* set up this one. /\
/ J. \ EMail: bern@[TI.]Uni-Trier.DE / ham: DD0KZ  / More Infos on me from /  \
\Bern/ X.400 Mail: S=BERN;P=Uni-Trier;A=dbp;C=de  /   X.400 Directory, see \  /
 \  /  Zurmaiener Str. 98-100, D-W-5500 Trier    /     X.29 # 45050230303.  \/
From: tim@crash.canon.co.uk
Newsgroups: comp.sys.sun.admin
Subject: problems with amd
Date: 11 Nov 92 19:13:49 GMT
Organization: me myself and i

We're running amd5.3beta (alpha #1) to look after the nfs mount
requirements on our network of sun4s. However, sometimes we have machines
hanging up, seemingly waiting for amd. The syslog message:

Oct 22 11:03:13 crash vmunix: NFS server amd:140 not responding still trying
Oct 22 11:03:33 crash vmunix: NFS server amd:140 ok

is all too frequent. Machines normally hang for a minute or two with the
load average building up to 6 or so. However, I have occasionally
seen machines hang and build up a load average of about 22, at which
time only a reboot would recover.

Has anyone else had similar problems with amd? Should I be running a
different (more stable? better? version). Here is the complete version
info in case it helps

|Copyright (c) 1990 Jan-Simon Pendry
|Copyright (c) 1990 Imperial College of Science, Technology & Medicine
|Copyright (c) 1990 The Regents of the University of California.
|amd 5.2.1.14 of 1991/09/15 20:15:54 5.3alpha #0: Mon Jan 20 12:43:42 GMT 1992
|Built by tim@crash for a sun4 running sos4 (big-endian).
|Map support for: root, passwd, union, nis, file, error.
|FS: ufs, nfs, nfsx, host, link, program, union, auto, direct, toplvl, error.
|Primary network is canon.co.uk.

Any help/advice would be appreciated.

Tx. [all ears]
-- 
Tim F O'Donoghue <tim@crash.canon.co.uk> <uunet!canon!tim>
Newsgroups: comp.sys.sun.admin