HDTenEightyP/NetNews huggingface dataset:
From: paul@prcrs.prc.com (Paul Hite)
Newsgroups: comp.sys.hp
Subject: Re: hp-ux reinstallation on hp 9000/800 series (827s)
Date: 5 Oct 92 21:01:08 GMT
Organization: PRC Realty Systems, McLean, VA

In article <1992Oct1.173501.4465@ohgpu.hydro.on.ca>, simon.s.huang@hydro.on.ca writes:
> We are currently working on writting up procedures of reinstallation
> of HP-UX on our HP 827s. We have tried 2 methods 1) using the installation
> tape and 2) using the support tape.
> Both were included in the HP-UX distribution. The difference is that the 
> support tape defines the boot partitioned disk as c2d0sx and the installation
> tape defines the boot partitioned disk as c0d0sx . Why is it that if both
> tapes were from the same source that they would define the disks differently?

Well that's nothing.  We once took an 847 with 4 disk drives and installed
HP-UX on it many times.  Although we used identical procedures each time, the
installation tape found *four* different ways of naming the drives!  And none
of these four matched the screwball layout that came with instant ignition.
It seems to be largely random.  Well actually there do seem to be some rules:
The target disk is always c0d0.  If the os is being installed from a 9144/9145,
the tape drive will be c1d0.  The rest of the drives are randomly assigned.

We haven't done as much work with the support tape, but it does seem that
our root disks come up as c0d0 more often than not.  But I have learned to
check!

> Has anyone experienced the same thing? What is the recommendation for
> HP-UX reinstallation?

What do you mean by "reinstallation".  If you made wrong choices during the
first installation then the install tape is the way to go.  

For disaster recovery, we make cpio archives of / and /usr filesystems and we 
use the support tape to load them back.  This is much faster than reinstalling
hp-ux but you need the cpio archives and a printed /etc/checklist to do it.

Last Friday we lost the root disk (a 7937) on a 9000/825.  The ce's replaced
the mech and gave me the system at 1:00pm.  By 2:00pm the system was up and
running.  So cpio archives and the support tape are my recommendations.

Of course the "Support Tape" is unsupported.  So hp really doesn't like 
customers using it.  There was a bug in the tape driver for 8.02.  We got a
patch, but the support tape still has the bug.  You just have to work around
it.  There could be other problems with the support tape that we haven't
encountered yet.  So there are tradeoffs.

We have tested our disaster recovery procedures very carefully before we
had to use them.  I would urge you to do the same.

Paul Hite   PRC Realty Systems  McLean,Va   paul@prcrs.prc.com    (703) 556-2243
    "We are trying to bring up an Air Traffic Control display on an X window 
      terminal and there seems to be some problems." -- from comp.windows.x
From: larose@thud.cs.utk.edu (Brian LaRose)
Newsgroups: comp.sys.hp
Subject: Re: HP vs. DEC (not again!)
Date: 29 Sep 92 20:43:22 GMT
Organization: University of Tennessee, Knoxville - Department of Computer Science
Distribution: na
Reply-To: larose@thud.cs.utk.edu (Brian LaRose)
NNTP-Posting-Host: thud.cs.utk.edu
Keywords: Alpha


>> seymour@milton.u.washington.edu (Richard Seymour) writes:
 >> ALPHAs DO exist... you can't BUY one today, but properly-equipped sites can
 >>  get DEC to GIVE them one (or two or three...)

And we wonder why DEC lost 1.8 BILLION dollars last year!

DEC doesn't understand,  in business you have to 
have products to SELL. 

-- 
    -------------------------------------
    | Brian LaRose |  974-3647          |
    | Ayres 217    |  larose@cs.utk.edu |
    -------------------------------------
From: sean+@andrew.cmu.edu (Sean McLinden)
Newsgroups: comp.sys.hp
Subject: Re: HP and windows NT
Date: 28 Sep 92 04:50:04 GMT
Article-I.D.: andrew.AeljxwK00iUz01Ta9N
	<1992Sep28.090517.23905@fwi.uva.nl>
Organization: Carnegie Mellon, Pittsburgh, PA

>>- People are trained from age 2 onwards (when they learn to read) not
>>to distinguish case.  On cursory inspection, most people don't, thus
>>it is a misfeature to use to names (whether they are file names or
>>variable names or procedure names) that differ only in case, since
>>people have to pay very careful attention (which they are not trained
>>to do) to notice the difference.

It is a misfeature for the operating system to decide for the user whether
case sensitivity is an issue or not. That should be the user's choice. If
*I* decide that case has meaning to me, why should the operating system
be allowed to override that decision. Some operating systems also decided
that file names needn't be more than 8 characters in length. Do people also
learn to ignore words which are greater than 8 characters in length?
From: njconway@ccvax.ucd.ie
Newsgroups: comp.sys.hp
Subject: Re: /usr/adm/LOG* files (??)
Date: 1 Oct 92 15:11:44 GMT
Organization: University College Dublin

In article <VL3XRB1w165w@student.business.uwo.ca>, aturnbul@student.business.uwo.ca (Alasdair Turnbull) writes:

> [stuff deleted...] In looking for the 
> culprit, I've stumbled across a bunch of files in /usr/adm/LOG* and I
> can't find a reference to them anywhere!
> 
> aturnbul@student.business.uwo.ca (Alasdair Turnbull)
> Western Business School  --  London, Ontario

This problem should really be part of an FAQ - better still, HP should try
and fix it (! :-) ) ...

I've had this problem and solved it with HP's help - it came up on this group
some time ago...   Basically, the files are coming from the DIAG programs, 
which are also undocumented, and are started up at boot time.  The SAM
program apparently removes vital device drivers from the kernel somehow while
doing something :( (upgrade?) and the DIAG programs keep registering errors,
which they dutifully log in files which grow to huge sizes...

The fix is to put the drivers dmem, diag1 and dconfig back into your kernel.

Any comment from HP as to why they don't make a point of telling customers
what is happening, why, and how to fix it ?  We also almost completely ran
out of disk space as a result of this problem, and naturally one doesn't want
to just delete a log file without knowing what's wrong...

Neil

njconway@ccvax.ucd.ie
neil@nebula.ucd.ie
From: butcherc@frith.egr.msu.edu (Cathy Butcher)
Newsgroups: comp.sys.hp
Subject: Lockdown Scheme Wanted
Date: 2 Oct 92 16:03:03 GMT
Organization: College of Engineering, Michigan State University

I am looking for a lockdown scheme for workstations. Does anyone have 
any information on lockdowns for sun, hp, ibm, and/or dec? Please e-mail
or phone me since I don't currently have usenet access. 

			   Thanks in advance,
					     Greg



Gregory Fell                     Technical Consultant   
Ford Motor Corporation           CAD/CAM Dept.
fell@cadcam.pms.ford.com         PH.(313)337-8172 
"No one expects the Spanish Inquisition...."
From: allyn@sdd.hp.com (Allyn Fratkin)
Newsgroups: comp.sys.hp
Subject: Re: HP Scanjet 2c -- HP 9000/700
Date: 30 Sep 1992 10:45:19 -0700
Organization: Hewlett Packard, San Diego Division
NNTP-Posting-Host: hpsdlx.sdd.hp.com

In article <1992Sep29.154100.20796@cadsun.corp.mot.com>, kniveton@zeus.swindon.rtsg.mot.com (Andy Kniveton) writes:
> Can I connect a HP Scanjet 2c to a HP 9000/720 730, I'm getting conflicting
> info from HP and Tetra Systems Inc.

hp has recently announced software and an interfacing kit for hooking up
a scanjet iic to a series 700 workstation.

a complete scanner, interface kit, and software solution is available
as p/n c1788a (u.s. list $3190).  if you already have a scanjet iic, you just
need the software and interface kit, p/n a2229a (u.s. list $1395), but
i believe you need to have your scanner updated to scsi-ii at the repair 
center in corvallis.

not an official response.
-- 
 From the virtual mind of Allyn Fratkin            allyn@sdd.hp.com
                          San Diego Division       - or -
                          Hewlett-Packard Company  uunet!ucsd!hp-sdd!allyn
Xref: sparky comp.sys.hp:11202 comp.unix.admin:5351 comp.unix.wizards:4169
From: neal@ctd.comsat.com (Neal Becker)
Newsgroups: comp.sys.hp,comp.unix.admin,comp.unix.wizards
Subject: Wierd login problem caused by bogus /etc/mnttab entries
Date: 2 Oct 92 12:54:47 GMT
Organization: COMSAT Labs
NNTP-Posting-Host: neal.ctd.comsat.com
X-Md4-Signature: e1b97d0f499ff7688f08f2cdb158f90e

I have amd5.3beta1 on hpux.  I just found a wierd problem.  When a
host running amd is disconnected from the net noone can login at all!
At login, /usr/bin/quota is run.  This just hangs, and after a while I
see this:

NFS server neal:(pid166) not responding, still trying

WOW!  Obviously, /usr/bin/quota is very confused by the bogus
/etc/mnttab entries!  (amd puts this stuff in mnttab.  Don't ask me
why.  Probably it's a bad idea and should be removed).

This is not very friendly behaviour on the part of /usr/bin/quota.
Bad /etc/mnttab entries should not prevent *all* logins!

Actually, IMHO this whole quota check thing should be rethought.  In
the good old days of static mounts, it makes sense for quota check
everything in mnttab.  But with dynamic automounts this doesn't make a
lot of sense.

What should quota check do?  Here are two possibilities:

1) Ignore any nfs mounts.

2) Let the system admin make a separate file (/etc/quota.conf?)
specifying where to check quotas.

I think either of these behaviours are reasonable.  The current
behavior of quota is *not* reasonable.
Newsgroups: comp.sys.hp
From: olafn@inbit.ibt.unit.no (Olaf F. Normann)
Subject: Not able to format M-O drive
Keywords: Magneto-optical drives, Harddisk
Organization: IBT
Date: Thu, 1 Oct 92 15:23:54 GMT

I try to connect a 1 GB Magneto-optical drive to our HP 9000/720. The M-O
drive is actually purchased for a Macintosh.

I have connected it to the HP and choosen scsi address 3.
When I du a mediainit on the drive it says:

foster# mediainit -v /dev/rdsk/3s0
mediainit: initialization process starting
mediainit: locking SCSI device
mediainit: Not a read/write Direct Access Device
foster# 

Please advice!

Thank you very much in advance!

Best regards
 ****************************************************************************
*  Olaf F. Normann               *   Address:                                *
* Computer Eng., Sintef UNIMED   *   Sintef UNIMED			     *
*                                *   Centre of Biomedical Technology         *
*  Phone:+47-7-598922            *   N-7005 Trondheim                        *
*  Fax:  +47-7-598613            *   NORWAY                                  *
*                                *                                           *
*                                *   e-mail: Olaf.F.Normann@unimed.sintef.no *
 ****************************************************************************
Newsgroups: comp.sys.hp
From: knauber@bordeaux.informatik.uni-kl.de (Peter Knauber)
Subject: rdist on 9000s720
Reply-To: knauber@bordeaux.informatik.uni-kl.de (Peter Knauber)
Organization: University of Kaiserslautern (Germany)
Date: Mon, 28 Sep 1992 16:54:21 GMT

Hi,

I am looking for a HP version of rdist. I need rdist or something
very (!) similiar because I got my hp's running in an environment
of some sparc workstations which distribute information via rdist.

Has anybody rdist sources (especially the daemon) to translate on
hp or even better has anybody experience with running rdist on hp's?

Please respond via e-mail, I'll summarize the answers.
Thanks in advance

-- Peter

+--------------------------------------+------------------------------+
|  Peter Knauber                       |                              |
|  University of Kaiserslautern        | "To be is to do"             |
|  PO-Box 3049                         |                    Socrates  |
|  6750 Kaiserslautern (Germany)       | "To do is to be"             |
|  phone: (+49) 631 205 2642           |                    Sartre    |
|  fax  : (+49) 631 205 2803           | "Do be do be do"             |
|  email: knauber@informatik.uni-kl.de |                    Sinatra   |
+--------------------------------------+------------------------------+
Xref: sparky comp.sys.hp:10979 comp.protocols.appletalk:3481
From: sean+@andrew.cmu.edu (Sean McLinden)
Newsgroups: comp.sys.hp,comp.protocols.appletalk
Subject: CAP 6.0 for HP-UX (with Native EtherTalk / UAB)
Date: 28 Sep 92 04:54:14 GMT
Article-I.D.: andrew.celk1q_00iUz81Tahm
Organization: Carnegie Mellon, Pittsburgh, PA


Does anyone know of a port of CAP 6.0 to HP-UX which supports
Native EtherTalk and UAB?

Thanks, in advance.

Sean
Newsgroups: comp.sys.hp
From: jeanpaul@duteca.et.tudelft.nl (J.P.M. van der Jagt)
Subject: Re: X11R5 xterm on HP-UX 8.xx
Originator: jeanpaul@dutecad.et.tudelft.nl
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Sat, 26 Sep 1992 15:17:48 GMT

kevin@ctp.com (Kevin O'Connor) writes:

>I've sent this bug report to 'xbugs@expo.lcs.mit.edu', but I thought this group
>might be interested too.  I have not noticed this come by.  If it is a
>repeat, I apologize.

[Kevin's patch for MIT's xterm X11R5 on HPUX 8.0X]

Great work!
Maybe I can add a little more...
The ':0.0' (or whatever) from the display name that is stored in /etc/utmp is
stripped. If you apply the following patch after Kevin's patch, this is
re-enabled.
Regards, John-Paul
==========================================================================
*** main.c	Sat Sep 26 17:00:11 1992
--- main.c.patched	Sat Sep 26 16:46:39 1992
***************
*** 2214,2219 ****
--- 2214,2224 ----
  #ifdef HAS_UTMP_UT_HOST
  		(void) strncpy(buf, DisplayString(screen->display),
  			       sizeof(buf));
+ 	        {
+ 		    char *disfin = rindex(buf, ':');
+ 		    if (disfin)
+ 			*disfin = '\0';
+ 		}
  		(void) strncpy(utmp.ut_host, buf, sizeof(utmp.ut_host));
  #endif
  		(void) strncpy(utmp.ut_name, pw->pw_name, 

==========================================================================
-- 
[] J.P.M. van der Jagt [] Systems manager [] Delft University of Technology []
[] Email: jeanpaul@duteca.et.tudelft.nl [] Phone: 31-15-781366 [] unix unix []
[] - He sells C-shells by the seashore - Lauren Bacall - Key Largo - 1948 - []
Newsgroups: comp.sys.hp
From: walter@faber.faps.uni-erlangen.de (Stefan Walter)
Subject: Problems with keyboard when using SoftPC 3.00
Organization: Institute for Manufacturing Automation, Erlangen, Germany
Date: Mon, 5 Oct 1992 12:23:26 GMT

Hi everbody!

We've got a problem using HP SoftPC 3.00 on HP Xterminals with german
PS2 Keyboard: 

 1. Special national characters (e.g. the "a" with the two dots on it) 
    are not available.
 2. Characters as :;<>' are only available via the ASCII Code.

Does anybody out there know answer on following questions?

 Is it the right way to edit the file /usr/lib/SoftPC/keymap/ps2?
 If yes, where can I get the right keycodes.

Thanx,
 Stefan

------------------------------------------------------------------------------  
  Stefan Walter                        |  EMail: walter@faps.uni-erlangen.de 
  University Erlangen                  |  Mail:  Uni Erlangen, Egerlandstr. 7, 
   __                                  |         W-8520 Erlangen, Germany
  /_  |   /                            |  Phone: *49 9131 857711
  __/ |/|/                             |  FAX:   *49 9131 302528
------------------------------------------------------------------------------  
Newsgroups: comp.sys.hp
From: "michael livsey" <michael.livsey@canrem.com>
Subject: hp720 won't boot
Reply-To: "michael livsey" <michael.livsey@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 3 Oct 92 10:35:25 EST

YC>My HP720 computer only worked in less than 1 year and it won't
YC>boot up one week ago after I powered it off. The problem is that the
YC>computer cannot find a device to boot while the internal disk drive
YC>is running. What could be the problem ? Bad hard disk ?
YC>BTW, HP's service is also terrible, I called the local branch 5 to
YC>6 times and still no service person showed up in one week.

YC>Yi-Chieh

Hi Yi-Chieh,

The HP 7XX will only boot off of SCSI ID 6 (appropriately named /dev/0s0).
Since HP generally pre-loads their systems, your internal hard disk has
no probably been initialized with a boot block.

In order to boot your system properly, you should ensure that your external
drive is SCSI ID 6. In addition, you MUST run the 'mediainit' program on your
internal drive to wipe out the boot block and prevent your system from booting
from the internal drive (regardless what's on it).

In the interim (until you run mediainit), you can always press ESC as the unit
boots up, and manually select the proper drive to boot from.

Hope this helps.

P.S.
YC>Any HP's people out there ? Please pass my complaint to HP HQ.
YC>Thanks.

No need to call HP; they're all morons! (Well at least the 17 tech reps that
I've dealt with).

          michael.livsey@canrem.com
---
  DeLuxe/386 1.25 #9068  /Earth is 98% full. Please delete anyone you can.
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: martelli@cadlab.sublink.org (Alex Martelli)
Newsgroups: comp.sys.hp
Subject: Re: HP and windows NT
Date: 1 Oct 92 13:31:18 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

dpayton@qcinet.Gwinnett.COM (Doug Payton) writes:
	...
:You say, correctly, that businesses pick their appliations and then buy
:the machine it runs on.  But I'm not sure that developers make the
:decision that way, as you put forth.  If the customer will pick an OS
:based on it's application base, and since customers buy the work of
:developers, then developers need to look at the -customer application
:base- of an OS, rather than the developer application base.  That is, if
:more people will buy machine X because of it's application base, then
:perhaps I should write for that machine, since so many people will have
:it.  Witness the IBM PC.  

The obvious counter to this is that, if there are already THAT many
applications on platform X, then there is sure to be excellent competitors
to the application you plan to provide.  For example, word processors and
spreadsheets on PC's are a dime a dozen; could you compete there?  While
selling a good inexpensive WP or spreadsheet as an adjunct to people who
have already bought a different platform for other reasons could well be
an interesting commercial strategy.

The case in which a developer chooses a platform depending on the tools
available for it, is, instead, typically when an innovative thing is
planned, one that may well be later be ported elsewhere, but for being
born at all requires the very best development environment.  A similar
case, minus the porting, is when you have the target of an in-house
application, one that will not need to be marketed; in this latter case,
of course, if the thing must later run on many sites, you will also have
to consider the cost of application deployment as well as that of
application developent -- but often the former can be heavily discounted
with respect to the latter, since the boxes for deployment will be bought
much later than the development costs are borne; also, development has the
horrendous indirect cost of not yet being able to deploy the thing until
it's done, which for critical in-house applications means that you are
bearing other costs (which the in-house app will do away with when it
work) all through the time it takes you to develop it -- considerations on
the costs of boxes for deployment often pale besides that, so that if a
platform with better tools allows even just, say, to spend 15 rather than
18 months for the development phase...

-- 
Email: martelli@cadlab.sublink.org                   Phone: ++39 (51) 6130360
CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia   Fax: ++39 (51) 6130294 
Newsgroups: comp.sys.hp
From: sieler@allegro.com (Stan Sieler)
Subject: Re: $10000 AIF:PE manual on 9/92 MPE/iX CDROM
Date: Sun, 27 Sep 1992 00:10:57 GMT
Organization: Allegro Consultants, Inc., Redwood City, CA

In article <Buy8yC.Myq@spock.dis.cccd.edu> markb@spock.dis.cccd.edu (Mark Bixby) writes:
...
>screwed up and included the AIF Procedure Exits (p/n 36429-90001) manual.
>Normally this manual would effectively cost you $10,000, since you can only get
...
>IMHO, HP's AIFs have been outrageously priced, when all you really get is a

I didn't realize that the AIF:PE package was so expensive!  The first of
the three AIF packages (AIF:OS) is only $2,150.  (The second package,
AIF:MI, is also $10,000.)  I looked for a recent price list to confirm
Mark's price, and could find only the 12/1991 list, which didn't have AIF:PE.

I've been using AIF:OS and AIF:PE for one of my clients, and have been
happy with the level of lab support we are getting.  Now, if we could just
get a few more internal MPE routines "instrumented" for procedure exits!

Now...if someone can tell me how to reliably receive HP price lists!

stan sieler
sieler@allegro.com
From: phillips@qut.edu.au
Newsgroups: comp.sys.hp
Subject: Script falls over ????
Date: 29 Sep 92 15:10:08 EST
Organization: Queensland University of Technology

Hi
Our script program keeps fauling over.
The error message we get is 
	script: error opening Pty slave (/dev/pty/ttyp1): Permission denied

Our system configuration is HP 9000/730 HP-UX 8.07.
Is there a patch.????

Thanks in advance..

Doug Phillips
Faculty of Information Technology
Queensland University of Technology
Brisbane  Australia
E-Mail: d.phillips@qut.edu.au
Newsgroups: comp.sys.hp
From: jto@rieska.oulu.fi (Jarkko Oikarinen)
Subject: "Stereo" socket in HP9000/720 (was Re: HP9000/720 and audio/sound)
Organization: Unixverstas Olutensin, Finlandia
Distribution: comp
Date: Mon, 28 Sep 1992 17:35:00 GMT

In article <Bv9pCw.LAt@fc.hp.com> jsm@fc.hp.com
 (John Marvin) writes:
>   It doesn't say "Stereo", it says "Audio". It is for an alternate output
>   for the internal speaker, which is hooked up to a 3 voice beeper. The
>   720 does not have digital audio in/out capability.

In fact, now that I took a closer look, this HP has *both* sockets.
The Audio socket gives out the beeps (yes, I finally managed to get that
to work) and then the Stereo socket. But the Stereo socket is in the video
board, so am I able to get Stereo images with this system? Anyone know?
Wow, even better than I expected... now that I only would find some
manuals, example programs or something so play with my new toy... :-)

When trying to install X11R5 on this workstation, I found out that
the server core dumped because the video device determined by the
server was S9000_ID_A1439A, commented as CRX24 (24-plane Color).
(And that's not yet supported...) If that helps to recognize what I have...

It's nice to have a toy, but it's not that nice to live without
documentation on what you have...

--Jarkko
From: johnm@hpgrla.gr.hp.com (John McCarthy)
Date: Tue, 6 Oct 1992 15:37:13 GMT
Subject: Re: Not able to format M-O drive
Organization: Hewlett-Packard, Greeley, CO
Newsgroups: comp.sys.hp


> I try to connect a 1 GB Magneto-optical drive to our HP 9000/720. The M-O
> drive is actually purchased for a Macintosh.
 
I seriously doubt that the drive is supported on HP-UX.  I strongly suggest
purchasing HP's C1716C/F multifunction optical disk drive.