HDTenEightyP/NetNews huggingface dataset:
From: naucse!jdc@arizona.edu  (John Campbell)
Subject: lv label validation error
Organization: Northern Arizona University, Flagstaff AZ
Distribution: fj
Date: Wed, 9 Sep 1992 15:31:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

This past weekend our DN10000 crashed and failed to come back up
after a cold boot.  Salvol complained that it could repair the
file system automatically.  We did the following:

   SP> ex salvol
   uid is 20202020.450ADE0B should be 00000201.00000000
   lv label validation error, block header error
   Error: status code 80011, could not assign logical volume
   SP>

So, is there any way to put a proper volume label back on the disk
with SP> tools (invol?) without destroying all the data?  Note that
 ``SP> ld'' shows a //local area on the hard disk, but some of the
tools (DEX) can't find their help files (they seem to look in a
different disk partition--part of the Aegis / directory).

We don't have the diagnostic manuals or hardware/software support
from HP.  Assuming we have lost all our data and must start from
backup tapes, what general procedure is involved?

Does the following sound about right?  (We haven't booted off tape
since we got the machine a long time ago--is that done with config?)

Invol the disk, if salvol now runs, run config to prepare to boot 
from tape, boot from tape, load in the last backup tape, struggle
a while to get things back to where they were...

Finally, what's a DN10000 with a broken hard disk worth these days?
-- 
	John Campbell               jdc@naucse.cse.nau.edu
                                    JDC@NAUVAX.UCC.NAU.EDU
Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@quake.mit.edu>
Subject: Re: SCSI on 5500
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Mon, 14 Sep 1992 15:52:17 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

"Torrid"? I thought "torrid" meant something like
"hot and steamy" as in "a torrid love scene got this
movie an R rating".

I think maybe you meant to use the word "topor" more like
"she languished in the heat, her torpor left her bereft of
energy or ambition". I mean, like one SW release every 12 to
18 months.

== Dave K

;-)

Newsgroups: fj.mail-lists.apollo
From: uwm.edu!rpi!utcsri!torn!cunews!hobbit.gandalf.ca!rkennedy@lll-winken.llnl.gov  (Rich Kennedy)
Subject: Hard disk repair while preserving disk data
Organization: Gandalf Data Ltd.
Distribution: fj
Date: Fri, 11 Sep 1992 17:02:28 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Readers,

  I have a Maxtor 384meg drive that died a slow death. Initially the
problem was heat related, because it would work for a short while if
the machine was powered off for a day (Ohh..Apollo 3500..) and turned
back on.  The Apollo system error said DISK TIMEOUT and you could hear
the disk had stopped spinning. Now the drive stops spinning within 
minutes of powering up.

 I'd like to know if any repair outfit could fix the drive and preserve
the data - assuming the type of failure was unrelated to the integrity of
the data storage.

 I have backups of the important files, but the disk has a lot of good 
stuff I picked up over time and it would nice to get it back if the cost
of doing so is not too high.

 Thanks for any feedback...

Rich Kennedy    email:   rkennedy@gandalf.ca
Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!hellgate.utah.edu!cs.utexas.edu!sun-barr!olivea!spool.mu.edu!caen!malgudi.oar.net!uoft02.utoledo.edu!culmer@ucbvax.Berkeley.EDU
Subject: DN4500 Problems
Organization: University of Toledo, Computer Services
Distribution: fj
Date: Mon, 14 Sep 1992 18:36:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have problems.  We have two apollo DN4500's running OS10.2.

When I try logging into one of them, the pad automatically
closes.  Also, when I try to pop a new pad, I get nothing
except a warning message:  (CP) $(shell) - file not found.

When I try to access the apollo through telnet, I connect,
then get kicked out with the message: telnetd:  All network
ports in use.

The second apollo seems to be working fine.  I can access the
first apollo's disk and directory structure by simply changing
directory to that node, I just cannot seem to log into it
directly.  Does anyone have any ideas as to what I might try?

Thanks,
Chuck Ulmer (culmer@uoft02.utoledo.edu)
D.A.Smith Group
University of Toledo
Toledo, OH.
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!caen!afgun@hplabs.hpl.hp.com  (Andrew F. Gunnesch)
Subject: NFS with Suns
Organization: CAEN, University of Michigan
Distribution: fj
Date: Tue, 15 Sep 1992 18:08:58 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have several Sun partitions NFS-mounted on my Apollo network.  However,
one of them gives the following messages when I try to look at data as
any non-root user over the mount:
Sep 15 14:03:20 top vmunix: NFS request from unprivileged port.
Sep 15 14:03:20 top vmunix: nfs_server: weak authentication, source IP address=141.212.66.55
Sep 15 14:03:26 top vmunix: NFS request from unprivileged port.
Sep 15 14:03:26 top vmunix: nfs_server: weak authentication, source IP address=141.212.66.55
Sep 15 14:03:27 top vmunix: NFS request from unprivileged port.
Sep 15 14:03:27 top vmunix: nfs_server: weak authentication, source IP address=141.212.66.55

For the record, top IS running the shadow password suite (rpc.pwdauthd), and
the others are not.  All Suns are running rpc.mountd with the -n option.
The problem Sun is currently at 4.1.1, and the others are 4.1.2.  Any help
in resolving this or even a workaround would be greatly appreciated.
-- 
Andrew F. Gunnesch           /-\     "I disapprove of what you say, but I will
afgun@caen.engin.umich.edu  |   |  __   __           __    defend to the death
==> Evil CAEN sysadmin <==  |===| |__| |  | |   |   |  |   your  right to  say
 What?  I just work here    |   | |    |__| |__ |__ |__|   it."     --Voltaire
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!metro!maths.su.oz.au!szabo_p@tcgould.tn.cornell.edu  (Paul Szabo)
Subject: Re: 425e: diskless -> disked ?? SOLVED
Organization: Mathematics, University of Sydney
Distribution: fj
Date: Mon, 7 Sep 1992 02:32:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

What a fool I am! In article <1992Sep7.003730.9234@ucc.su.OZ.AU> I wrote
about the trouble I had creating a disked 425e. I then descibed the exact
same symptoms as reported in article <9112231551.AA07041@gw1.ags.bnl.gov> by
roger@GW1.AGS.BNL.GOV (Roger A. Katz). While I did not see any followup on
that, I blissfully ignored article <do.696638606@oberon.css.beckman.com> by
do@oberon.css.beckman.com (Hung Do):
> A couple months back, I posted a problem I had with connecting a Maxtor LXT-213
> (200MB) 3.5" disk to a 425e. It turned out that HP had thrown us a curved ball:
> the pin-1 mark for the scsi connector on our diskless 425e is reversed (the
> actual pin 1 is the pin closest to the power supply). Many thanks to Mike Lampi
> at R-Squared who has helped us pin-pointed :-) the problem.

In summary (to save even bigger fools as me from themselves, if any exist):

The internal SCSI cable in 425e's is back-to-front. To make one of these,
you start with a perfectly good SCSI cable, which has pin 1 on one plug
connected to pin 1 on the other. Then you 'shave' off the little bump on one
of the connectors and plug it in 'upside down'. Voila!

Now if only I could understand why HP has done it... then I would quit my
job and seek employment with them.

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: rz/sz doesn't work on our machiens
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 8 Sep 1992 21:41:28 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Chuck Tomasi asks:
> 
> We're running mostly DN3550/DN4500/DN5500 machines on our site (with a
> few 425Ts) under Domain/OS 10.3.5.  We compiled the rz/sz sources with
> SYSTYPE=sys5.3 and everything appeared to go alright.  The problem is
You're doing better than me...  I didn't try very hard but
didn't get very far either...

> that they don't work.  The same sources work fine from an HP-UX v8.0
> machine however it seems that something is being blocked or trapped when
> we invoke them from the Domain machines.
> 
> Let me explain.  We are working on a Mac from home with software which
> supports auto-zmodem downloading.  From the HP-UX machine the zmodem
> init string initiates the zmodem transfer and everything goes as
> expected, however with the same command is issued from the Domain
> machine you see the same portion of the init string, but you also see
> things like the file name, CRC, and a few other things.  This is not
> normally seen!
You don't say whether the transfer commences or not...  Are the
files transfered correctly?

I don't normally like to say negative things about companies,
but...  We bought a product called YAM (a communications program)
from a company called Omen Technologies.  This is the same
company that developed and wrote the ZMODEM protocols.  (Check
the headers)  In porting the YAM software to the Apollo, I was
witness to some of the worst coding practices ever performed in
C.  (This from a company that bills itself as the "High
Reliability Software Company")  In any case, the protocols
didn't work.  There is a routine called readline that reads a
line of input and returns after reading a line or a timeout is
exceeded.  This turned out to be the culprit.  Something about
signal()'s not acting correctly and needing both BLOCK and
NOBLOCK access to an sio.  I "fixed" it by writing a BUSY loop
that checks time_$clock and does NON-BLOCKING reads.  It's a
horrible waste of CPU cycles but if works on the 425t's of the
only users of the software.  You might check the readline
function (or equivalent read with timeout function) to see if
that is your problem.  If you come up with a better fix than the
BUSY loop I'm using, I'd appreciate hearing from you so I can
"fix it right".
Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)

Newsgroups: fj.mail-lists.apollo
From: caldwr!bsmith@ucdavis.ucdavis.edu  (Bill Smith)
Subject: Re: DSEE and f77 problems
Organization: Calif. Dept. of Water Resources, Sac.
Distribution: fj
Date: Tue, 8 Sep 1992 20:11:21 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I recently posted a query about a problem I was having with the f77
compiler and DSEE.  The problem was basically that the f77 compiler
would not accept both the -c and -o options at the same time at SR 10.3.
The problem has been fixed at SR 10.4 and the f77 compiler WILL accept
both options at the same time which allows my original model to work OK.
I had not switched to SR 10.4 at the time of the problem as I was having
another problem with DDE.  However that too has been fixed by a patch
from HP/Apollo so that I could upgrade my system and fix both problems
at once.

Thanks to the two people who send replys on how to get around the
problem.  Also HP/Apollo  came through for me and gave me the same work
around as well as the tip that the f77 compiler worked at SR 10.4.

Don't you just love a happy ending

Bill Smith
Newsgroups: fj.mail-lists.apollo
From: bcstec!hall@uunet.uu.net  (Robert J. Hall)
Subject: Apollo Password Problem
Organization: Boeing Computer Services, Seattle
Distribution: fj
Date: Fri, 4 Sep 1992 19:00:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I'm trying to write a custom screen lock program on the HP/Apollo for
my group. This program requires the user to enter their correct pass-
word in order to release the display. The password is then encrypted
and compared to the encrypted password in /etc/passwd. Unfortunately,
this method doesn't seem to work consistently on the Apollo. It works
for some accounts, but not others. I've got a sneaking suspicion that
it's because the encrypted password in the /etc/passwd file does not
match the one in the registry.

Has anyone else figured out a workaround, or way to fix this problem?
Here's a code snippet of the program I'm using to check the password:

----snip----snip----snip----snip----snip----snip----snip----snip----

	extern struct passwd *getpwent();
	struct passwd *pwent;
	unsigned int uid;
	int result;

	/* Initialization */
	result = FALSE;

	/* Rewind the password file */
	setpwent();

	/* Get the UID of this process */
	uid = getuid();

	/* Get the account password */
	pwent = getpwuid(uid);

	/* Compare the passwords */
	if ( strcmp( pwent->pw_passwd, (char *)crypt( input, pwent->pw_passwd ) ) == 0 )
		result = TRUE;

	/* Close the password file */
	endpwent();

----snip----snip----snip----snip----snip----snip----snip----snip----

The 'input' string is the user's (hidden) password input. Thanks for
any information you can provide.

-- 
 Bob Hall,                 | "If at first you don't succeed, try, try again.
 Workstation Peripheral    | Then give up. No use being a damn fool about it."
 Boeing Computer Services  |                                     -Groucho Marx
Newsgroups: fj.mail-lists.apollo
From: rlgsc.com!gezelter@nyu.edu
Subject: New Publication on the "HowTos of Purchasing Computers, etc."
Organization: Robert Gezelter Software Consultant, Flushing, NY
Distribution: fj
Date: Tue, 8 Sep 1992 02:21:06 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I received the following press release the other day concerning a 
new publication concerning purchasing/selling computer equipment 
for end-users and dealers, and thought that it might be of 
interest.

- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+

-------------------------Begin Press Release-------------------------

                    ***NEWS RELEASE***

For More Information:

Nancy Fling
(617) 340 - 0262

     Frede-Fling Launches Monthly Computer Newspaper 
      Providing Enduser with How Tos for Purchasing

September 5, 1992: Frede-Fling announces the October launch of 
"Computer Purchasing Up[date", a monthly newspaper offering 
comprehensive how-tos on buying, selling, trading, leasing, and 
maintaining new and used equipment.

Computer Purchasing Update will be mailed to over 50,000 
end-users responsible for purchasing Digital Equipment 
Corporation, IBM, Hewlett Packard Corp., Sun Microsystems Inc., 
Apple Computer Corp., Data General Inc., and Wang computers and 
compatible hardware.

"The End-user needs answers to his or her buying or selling 
questions. Computer Purchasing Update answers those questions", 
said Nancy Fling, Computer Purchasing Update's publisher.

"Computer Purchasing Update" offers the end-user a quick read on 
information necessary for his/her purchasing of all equipment and 
services on a daily basis. This niche is not being served by any 
of the major publications. Ms. Fling has extensive publishing background 
in the publications serving the hi-tech industry.

"Computer Purcasing Update" is now conducting its first annual 
survey of 250 user sites nationwide to determine hardware buying 
patterns. The results of the survey will be available to 
end-users and advertisers in late September. Special sections in 
the newspaper will be devoted to specific solutions by VARs, 
VADs, and end-user questions and answers.

If you are interested in receiving "Computer Purchasing Update", 
please write:

                Computer Purchasing Update
                   Post Office Box 247
            South Weymouth, Massachusetts  02190
                    (617) 340 - 0262
                  FAX: (617) 340 - 0227

-------------------------End Press Release-------------------------
Newsgroups: fj.mail-lists.apollo
From: ogicse!hp-cv!hp-pcd!hpcvusn!hpcvusc!tomg@uunet.uu.net  (Thomas J. Gilg)
Subject: Re: X Kernel for Apollos
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
Distribution: fj
Date: Tue, 8 Sep 1992 17:41:11 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Denis Martin Anthony (dma@cs.bham.ac.uk) wrote:
> I wish to make some Apollo workstations X terminals to a new HP
> network. Has anyone out there already done this? Do you perchance have
> an X Kernel available?

I don't know of any "X Kernel" yet for the DNx5xx (Domain/OS m68k) or
hp9000s300 (HP-UX m68k) workstations.  This excellent idea was discussed
during last years ADUS conference, and again during the recent InterWorks
conference.

For the moment, I'd suggest you setup your workstations in a minimal
configuration - just enough loaded on the root disk to get the kernel
and TCP/IP going.   Then use the "-query <hostname>" option available
on the Domain/OS and HP-UX Xservers to query a workstation that has
a vuelogin or xdm daemon providing login services.

Thomas Gilg
tomg@cv.hp.com
Newsgroups: fj.mail-lists.apollo
From: johnb@hobbes.mdc.com (John Breen)
Subject: Versatec plot file format
Organization: McDonnell Douglas Missile Systems Company
Distribution: fj
Date: Wed, 9 Sep 1992 19:24:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

This isn't really an Apollo question, but I figure someone out there knows
the answer.

I'm trying to find out the file format that the Versatec electrostatic
plotters (eg, v80, v7236) use (I'm assuming it's the same for all size
plotters).  In other words, if I wanted to print a raster file to a
versatec using 'prf -transparent', what should the file look like?

Thanks.

-- 
John A. Breen                           |  johnb@hobbes.mdc.com
McDonnell Douglas Missile Systems Co.   | "I have no personal opinions;
Tel: (314)234-4341                      |  I'm a product of my environment."
Newsgroups: fj.mail-lists.apollo
From: van-bc!ubc-cs!mprgate.mpr.ca!levesque@ucbvax.Berkeley.EDU  (Steve Levesque)
Subject: Help Changing Network Numbers.
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Distribution: fj
Date: Wed, 9 Sep 1992 23:13:55 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We have a network of about 25 apollo stations and I have to split them
into two totally seperate rings, so they don't see each other at all.

Because they are currently on both ethernet and token ring, we have two 
seperate network numbers, so I will have to change the network number on 
one of the networks back to 0.

Reading the "Managing Domain O/S and Domain Routing in an Internet" manual,
it first tells me to make sure I have a slave registry somewhere on the 
new network (network 0), and then make it the master after the split. 

Rather than waiting and using the slave and deleting all the uneccessary
accounts after the split, I used rgy_create to create a new registry,
and tried to make all the necessary accounts before the split.

To do this I ran rgyd on the Soon To Be Master node, but didn't tell
any of the other machines about this new registry, and then ran edrgy,
and set my site to this S.T.B.M. node.

However, when I tried to add a new account or to change the properties it said:

"Unable to add "whatever" - Not authorized to perform operation (RGYC/Server)"

Even though I did this as root. 

Any Ideas? Should I be able to do this?

Also, has anybody out there changed network numbers before?

Does the book tell all, or are there some unwritten surprises?



Any help would be appreciated.


Steve Levesque
Newsgroups: fj.mail-lists.apollo
From: uwm.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!yywang@lll-winken.llnl.gov  (Yong-Yi Wang)
Subject: diskless 425e off 425s
Organization: The Ohio State University
Distribution: fj
Date: Wed, 9 Sep 1992 20:53:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am trying to run a diskless HP/Apollo 425e off a HP/Apollo 425s.
The OS on the 425s is SR 10.3.4. We also have a diskless 425t off the
same 425s using the token ring. Now the 425e only has ethernet. When
we tried to boot the 425e off the 425s, the 425s did not repond to
the boot (call).

The 425s is on the outside network using its ethernet card. 
(So the ethernet on the 425s seems to be OK.)
However, the principle network on the 425s is token ring.

My question is:

Given the token ring as the principal network and the ethernet as
the secondary network, is it possilbe to boot the 425e and the 425t
off the 425s at the same time? (There is no problem to boot the 425t 
as it stands now.)

Another note:

To boot the 425e off the 425s, we tried to switch the 
principal network to ethernet. Then the 425s did not boot. 
(Well, it went through all the self-tests, loaded the OS and the 
local files. However, the window did not come up.)

I'd appreciate any comments on this. 

                                  Thanks

                                               Y. Wang  
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!caen!destroyer!mudos!mju@ucbvax.Berkeley.EDU  (Marc Unangst)
Subject: Re: CFV: comp.graphics.gnuplot
Organization: The Programmer's Pit Stop, Ann Arbor MI
Distribution: fj
Date: Wed, 9 Sep 1992 02:04:29 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <Bu9M06.qv@news.cso.uiuc.edu> Paul-Pomes@uiuc.edu writes:
>are to local users via selection of the local mailer.  All three hosts above
>(ux1,uxc,garcon) treat d-lewart and d-lewart@uiuc.edu quite differently.

So how is my mailer supposed to know this, seeing as how all three
hosts have the same MX priority?  Is it just to supposed to, like,
guess or something?

-- 
Marc Unangst                | Real men don't use Windows.  Real men use X. 
mju@mudos.ann-arbor.mi.us   | Only a real man would use a GUI where the
                            | shift keys after "Alt" are "Super" and "Hyper."
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!relay.philips.nl!prle!snake!linssenf@uunet.uu.net  (Frank Linssen)
Subject: Re: X Kernel for Apollos
Organization: Philips Research Laboratories Eindhoven, Netherlands
Distribution: fj
Date: Mon, 14 Sep 1992 07:02:39 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In <1992Sep13.104849.6341@ugle.unit.no> vindvad@Lise.Unit.NO (Hans Vindvad) writes:

>In article <Bu9JK8.1rq@cs.bham.ac.uk>, dma@cs.bham.ac.uk (Denis Martin Anthony) writes:
> > I wish to make some Apollo workstations X terminals to a new HP
> > network. Has anyone out there already done this? Do you perchance have
> > an X Kernel available?
> > 
> > Any info welcomed.
> > 
> > 
> > 
> > -- 
> > Denis

>We are using X11R5 from  FTP:  flipper.pvv.unit.no
>                         DIR:  /pub2/apollo

>Hans Vindvad
>vindvad@imf.unit.no
-- 
Frank Linssen     | Philips Research Laboratories (Natuurkundig Laboratorium). 
                  | Eindhoven. The Netherlands.
		  | Dept : CAD Support. Building : WAY. Tel : +31-40-744091. 
		  | e-mail : linssenf@prl.philips.nl  SERI : linssenf:nlwaya01
Newsgroups: fj.mail-lists.apollo