HDTenEightyP/NetNews huggingface dataset:
From: kronos.arc.nasa.gov!iscnvx!hecke@ames.arc.nasa.gov  (Peter M. Hecke)
Subject: 3rd Party Hard Disks for Apollo's
Organization: Lockheed Missiles and Space Co.
Distribution: fj
Date: Thu, 3 Sep 1992 20:34:24 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am interested in adding non-HP 1.3 Gbyte hard drives to a
HP/Apollo 425t, 425s, and DN10000 workstations.  I am looking
for non-HP disks in order to keep the cost of the disks down.

The 425t has two 200 MByte internal drives, so I plan to buy
an HP model 660D Mass Storage System.  I would then buy a 1.3
GByte drive and install it into the 660D.

The 425s was purchased with a 1.3 GByte (HP) disk and I wish
to install another disk.

The DN10000 has one 697 Mbyte internal drive and I would like
to add a 1.3 GByte drive onto the single controller.

My questions are as follows:

  1.  What non-HP 1.3 GByte drives are compatible with the
      above mentioned machines and configurations?

  2.  What hardware (ie: screws, mounts, etc) if any do I
      need to mount the drives?

  3.  Should I expect any compatibility problems between the
      HP and non-HP hardware?

  4.  What 3rd party vendors sell hard disk upgrades for the
      above mentioned Apollo's?

  5.  Is there anyone out there in net land that has had
      some experience with adding disks to their Apollo's?


Any help would be appreciated.  Thanks in advance...

-- 
Peter Hecke, Sunnyvale, CA
hecke@iscnvx.lmsc.lockheed.com
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Dan Ganek)
Subject: Re: Idle nodes? (was Re: automatic screen turn-off)
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Tue, 1 Sep 1992 14:48:34 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

>In article <BtuqtL.Jor@apollo.hp.com> ganek@apollo.hp.com (Dan Ganek)
>writes:
>> Under the DM and Xapollo the following events will unblank the
>> screen: (I don't know about Xdomain)
>> 1) Keyboard/mouse input
>> 2) Window reconfiguration, i.e. create, delete, move, resize, etc. 
>>    (Graphical output to a window will NOT unblank the screen.)
>> 3) Program call to gpr_$video_ctl();
>
>I cannot find any documentation on the gpr_$video_ctl call. (Not that I
>would need it at the moment.)
>
>Thanks in advance,
>
>Paul Szabo - System Manager   //        School of Mathematics and Statistics
>

>From /sys/ins/gpr.ins.pas:

{  GPR_$VIDEO_CTL --  turn video on/off  }
    PROCEDURE gpr_$video_ctl(
                IN  on_off: boolean;
                OUT status: status_$t { returned status }
                ); EXTERN;

TRUE unblanks the screen,  FALSE blanks and resets the timeout 
  
This replaced smd_$video_ctl.

/dan
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: Where is FAQ list of this?
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Fri, 4 Sep 1992 09:20:47 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I posted it right when I got to work september first, so it must have
been aug 31rst for some of you. 
I was however 71K in size !! so it might not have worked.
Also we changed news feed, and I'm not shure on whether this baby
allows me to upload. :-}

I'll split the file in two, currently with a blunt axe. Next time I'll
try and make a more clean cut.

But for the impatient:
	ftp.eb.ele.tue.nl:/pub/apollo/FAQ
IS the place to get it by yourself.

	Willem Jan

-- 
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: Screen timeouts...
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 1 Sep 1992 16:48:51 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

With regard to setting the Apollo screen timeout, there is a command
'scrto' that will display the current setting and let you set the timeout
in minutes or disable the screen blanking...

Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
,
:)

Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: DSEE and f77
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 1 Sep 1992 16:09:50 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Bill Smith asks:
>                  It looks like when I do a build that the f77 compiler
> either dies on the combination of options I give it or if it does work
> it puts the binary files into the working directory instead of the
> system where they belong.  Then when it tries to link it looks to the
> system for the object modules,can not find them, and fails.  I can
> manually link the object modules outside DSEE and they seem to work OK
> so I think it is probably a problem with my model.
> 
>      DEFAULT FOR ?* =
>           SHELL '/bin/csh -f';
>           TRANSLATE               
>                f77  -c -g -Asystype,sys5.3 -WO,-nuc -o %RESULT %SOURCE 
                      ^^                              ^^^
Here's the problem.  The man pag for f77 says that -o is where
to put the FINAL executable (instead of calling it a.out) 
Since you are only compiling (-c) not linking, f77 ignores the
-o option.  What you need to do is use the (-W0,-bx,%RESULT.o)
option.  This uses the -W0 option to pass a "special" option to
the compiler.  The -bx option tells the compiler to place the
object file in a file with EXACTLY the name %RESULT.o (after
DSEE substitution...)

     SHELL '/bin/csh -f';
     TRANSLATE
          ld %RESULT_OF(?*.f).o -o %RESULT
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Warning...  This is HORIZONTAL expansion.  It is very easy to
overflow the DSEE/shell line length limits.  It's much safer to
do something like:

          ld \
            %VERTICAL %RESULT_OF(?*.f).o \
            -o %RESULT

> I have called HP/Apollo about the problem but was wondering if any other
They usually do a pretty good job...
Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)

Newsgroups: fj.mail-lists.apollo
From: bcstec!aw108!vds7789@uunet.uu.net  (Vincent D. Skahan)
Subject: Re: BSD named questions
Organization: none
Distribution: fj
Date: Sat, 29 Aug 1992 15:11:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson)) writes:

>In article <34a.e6psp@lab.ntt.jp> canning@apollo3.apollo3.ntt.JP (John M. Canning) writes:
>>
>>        Is there a way to enter some
>>local correction info so that when a translation fails, it can look in
>>the local file?  Or better yet, check the local file first and if
>>nothing was found, then query the remote name server?  In reading the
>>documentation, it seems that the /etc/hosts file system and the remote
>>name server are mutually exclusive systems.

>You can't do what you want to do on Domain/OS - it is exclusive.
>You need to get your master nameserver up to date and keep it
>that way.

lots of other vendors support such a thing.
Ultrix, for one, has had this functionality for quite a while.
I think SGI does too.

(sigh...)

the thing we need to do is keep the ability to rsh around the local
net(s) if we drop a router between us and the name server(s). Are we
really expected to run a name server on each Apollo ring to keep this
functionality ?
 
-- 
   ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
   Is there a more perfect road paving material than what you get when
   you supersaturate Sweet'N'Low and CoffeeMate in a mug of coffee ?
Newsgroups: fj.mail-lists.apollo
From: agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!sdd.hp.com!swrinde!mips!mips!rtech!ingres!root@ucbvax.Berkeley.EDU  (Operator)
Subject: Test, please ignore.
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501
Distribution: fj
Date: Wed, 26 Aug 1992 14:44:05 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Apologies for not posting to a test group, I am showing someone how to use Pnews.
Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!overload.lbl.gov!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!usc!rpi!psinntp!psinntp!polari!lampi%polari.online.com@ucbvax.
Subject: Re: Cannot invol M2652SA FUJITSU disk
Organization: R Squared, Redmond, WA (206) 883-3116
Distribution: fj
Date: Wed, 2 Sep 1992 01:08:37 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199208261024.AA02108@apo> bonnetf@APO.ESIEE.FR (Frank Bonnet) writes:
[..stuff deleted...]
>I'm in trouble involing a FUJITSU 2.0 Gb because invol don't
>know it ...
>
>The error message is always the same :
>
>Drive type -- 7AE -- is unrecognized by the disk driver.
>Unable to read disk parameters from pv label - unrecognized drive id (OS/disk manager)

Change jumper CNH1 (3-4) to the *out* position. This changes the response
of the drive from SCSI-2 to SCSI-1.

-- 
-----
+-+  Michael Lampi       lampi@polari.online.com
|R|  R Squared           16398 NE 85th St., Suite 101, Redmond, WA 98052
+-+                      (206) 883-3116       fax (206) 883-2676
Newsgroups: fj.mail-lists.apollo
From: Frank Bonnet <bonnetf@apo.esiee.fr>
Subject: Cannot invol M2652SA FUJITSU disk
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 26 Aug 1992 10:24:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi,

I'm in trouble involing a FUJITSU 2.0 Gb because invol don't
know it ...

The error message is always the same :

Drive type -- 7AE -- is unrecognized by the disk driver.
Unable to read disk parameters from pv label - unrecognized drive id (OS/disk manager)

I've tried to enter manually the parameters of this disk without any success.

It has been possible to format it on one of our HP720 running under HP-UX 8.07.

If it could help any "invol guru", see below the parameters that I put into 
the "/etc/disktab" file.

###############################################
#
#  DISK : FUJITSU M2652SA (2 Gb)
#
###############################################
#
M2652SA|FUJITSU_M2652SA|FUJITSU_M2652SA_noswap|M2652SA_noswap:\
        :no swap or boot:ns#47:nt#20:nc#1944:\
        :s0#1704982:b0#8192:f0#1024:\
        :se#1024:rm#5400:
###############################################

Is there a new release of the "invol" utility that support this type
of disk ???   ( exact type is : M2652SA).

We are running 10.4 domain_os.

Thanks a lot for any help, we NEED that disk for our apollo network .

+------------------------------------------------------------------------------+
| bonnetf@apo.esiee.fr                     |                                   |
| Frank Bonnet                             | Surfing ...                       |
| E.S.I.E.E                                |                                   |
| BP99 93162 Noisy le Grand cedex.FRANCE.  | the rest is details !             |
| Fax   : 33 1 45 92 66 99                 |                                   |
+------------------------------------------------------------------------------+


 


Newsgroups: fj.mail-lists.apollo
From: elroy.jpl.nasa.gov!usc!sol.ctr.columbia.edu!sal.wisc.edu!rat!cindy!lbplum@ames.arc.nasa.gov  (Lars Plum )
Subject: memory for DN3500
Organization: California State University, Chico
Distribution: fj
Date: Thu, 3 Sep 1992 22:56:15 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Does anybody out there have any memory cards for the DN3500 they would be willing to sell to me.


please respond by e-mail.

Thanks lars
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!ghost.dsi.unimi.it!giachino@ucbvax.Berkeley.EDU  (luca giachino)
Subject: NCS: problems compiling in ANSI C
Organization: Computer Science Dep. - Milan University
Distribution: fj
Date: Wed, 26 Aug 1992 10:23:40 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi,
I cannot figure a way to avoid the following problem.
The NIDL compiler inserts extern function declarations into
the include files it produces; these functions are those
that are described in the interface description source.

You normally include these files in the manager sources,
where you actually insert the bodies of the server functions.
You might be in the need of rendering those functions invisible
to the other sources, defining them as static. In this way
the linker doesn't complain when you define different managers
for the same interface.

But the ANSI C compiler does complain issuing a warning because
these static functions appear defined with two different prototypes:
in the include file as simple "#extern type function(type arg, ...)", 
and in the manager source as "static type function(type arg, ...)".

Is anybody able to tell me a way for avoiding those annoing warnings?

Thank you in advance.


---------------------------------------
Giachino Luca
Computer Science Department
Universita' Statale di Milano
Milano, ITALY

EMAIL:     giachino@ghost.dsi.unimi.it
---------------------------------------
Newsgroups: fj.mail-lists.apollo
From: destroyer!ubc-cs!roman@gumby.wisc.edu  (Marc Romanycia)
Subject: For Sale: Parts from DN3500
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Distribution: fj
Date: Wed, 2 Sep 1992 08:12:25 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


  I'd like to clear out the following pieces, which are of no use to me.
Hopefully they are to someone.

For Sale as a package:

  One Apollo 3500 motherboard, minus its 68030-25 CPU and 68882 coprocessor.
  One Token Ring card (I think) that came with the above motherboard.
  One Monochrome TTL video card that came with the above motherboard.

  All of these are believed to be in good working condition, but I have
no way of testing them.  I can sell them as is, or with a guarantee, but
the price will reflect this.  I'll consider all offers over $20(US) or
$30 (Cdn) and decide by the weekend.
  Marc Romanycia (roman@cs.ubc.ca)
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: nmconfig  -h hostent_bind  Help!!???
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Fri, 4 Sep 1992 10:01:59 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <9209031612.AA01389@meto.UMD.EDU>, austin@METO.UMD.EDU (Austin L. Conaty) writes:
=> 
=> Hello Folks,
=> I recently moved away from using a .5MB /etc/hosts file, and
=> started using nmconfig -h hostent_bind.  Now my /etc/hosts file 
=> is less than 120 lines, and I'm using 4 nameservers in /etc/resolv.conf.
=> The first one is 127.0.0.1, and the rest are local campus nameservers.
=> 
=> I can't seem to get processes like telnet, mail, ftp etc......
=> to look at the local /etc/hosts file first.  When I mail or telnet
=> to the address I get the error:  unknown host.  When I grep the /etc/hosts
=> file for that address, sure enough it is there.  
=> 
=> Should I have someone add this address to the campus nameserver?
=> Or is there a way to look at the /etc/hosts file before going out
=> over the net?

I just bluntly added some names to the aliases. This way the named knows
about the things you'd want different for the domain it serves.
I even include short names for external full domain names, and now
our users can call them by their short name

Especially since using -h -h hostent_bind forgoes the /etc/hosts.

	Willem Jan

-- 
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: portal!cup.portal.com!John_A_Pham@uunet.uu.net
Subject: DN330 CPU and DSP80
Organization: The Portal System (TM)
Distribution: fj
Date: Tue, 25 Aug 1992 19:22:43 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Can I replace a DSP80 CPU board by a DN330 CPU board? The two boards
have the same size, and 2 VME/DIN connectors, however the DN330 CPU board
has an extra 50pins connector in front. 
 
John
Newsgroups: fj.mail-lists.apollo
From: mcsun!uknet!strath-cs!prlhp1!pearmana@uunet.uu.net  (Andy Pearman)
Subject: Re: File-splitter for email
Organization: Philips Research Laboratories, Redhill, UK
Distribution: fj
Date: Wed, 2 Sep 1992 17:57:14 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug28.172903.27023@hns.com> rtaylor@hns.com (Randy Taylor) writes:
>
>A freind of mine is looking for a file splitter
>for email.  He is transmitting 100k to 1 Meg
>ASCII files and it seems that most mail programs
>can handle a max "chuck" size of 50 k.
>

Have a look at   split

It should do what you want.

   Andy

-- 

  Andy Pearman   Information Technology Group , Philips Research Laboratories
  Redhill, Surrey RH1 5HA, England.  Tele:0293 785544  Fax:0293 776495
  Email: pearmana@prl.philips.co.uk  Seri: pearmana@prlhp0
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: re: SCSI disks on 5500?
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 27 Aug 1992 21:18:59 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>



> I've read the faq, but it doesn't make the answer to this question entirely
> clear.  Can I connect an external SCSI disk to a DN5500 with a WD7000
> controller?  If so, is there any limitation on the size (eg 1.2GB)?  Is the
> process for involing etc.. the same as for a 425t?

OK -- let's make it clear then.

You can not hook up any SCSI disk drives to a WD7000 controller.  In fact, you 
can't use SCSI drives on any Apollo machine except the DN2500 (the 9000/4xx is
an HP/Apollo box).

You CAN hook up up to 2 ESDI drives to a WD7000 controller.  There are only 
three (?) drives that are supported, though -- the Maxtor 8760E (697MB), the
Maxtor 4380E (329MB FastActuator) and the Micropolis(?) 170MB drive.  The 
controller can apparently figure out what's on the other end, and act 
appropriately, so there aren't jumpers for the drive type itself.  I think I've
heard that you can add different drive types as your two drives (e.g. a 697MB and
a 329MB drive).  

You CAN install up to 2 WD7000 controllers in your system (DN3500/DN4500/DN5500).
The SCSI bus _must_ be disabled on the second controller.

You CAN install a SCSI cartridge drive or floppy, but only if you do not have a
non-SCSI one in place.  If you have a non-SCSI tape/floppy, you must disable the 
SCSI bus.

If the SCSI bus is enabled, you CAN add up to 7 SCSI devices total of CD-ROMS,
4mm drives, 8mm drives, and 9-track drives.  I'm not sure whether the 4mm drives
are explicitly supported, but I'm almost certain that I read somewhere that they 
work.  I've read that SCSI device 0 is reserved for the cartridge/floppy drive, 
but that might have changed.

The 8mm tape drives must be SCSI ids 1,2,3, or 4.  These correspond to devices
rmts8, 9, 10, and 11 (12-14 for non-rewinding devices).  Although wbak is not
officially supported on 8mm drives, it works fine at 10.3+ (and at 10.2?).  Use
m0 for SCSI id 1, m1 for SCSI id 2, etc.  There is a long pause before it starts
writing the tape with wbak.  The tar and omniback packages work just fine (as do
lots of other vendors' backup packages, I'm sure).


Clearer?

-- jt --
John Thompson
Design Services Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

What do I know?  I'm just a Token Administrator.
*************************************************************************
* This e-mail correspondence is a work of fiction.  Any similarity      *
* between the views presented and actual views, personal or corporate,  *
* living, dead, or still to be conceived, is pure coincidence.          *
*************************************************************************




Newsgroups: fj.mail-lists.apollo
From: news.u.washington.edu%usenet.coe.montana.edu%uakari.primate.wisc.edu%zaphod.mps.ohio-state.edu%usc.UUCP%sdd.hp.com%spool.mu.edu%olivea.UUCP%sun-barr.UUCP%cs.utexas.edu@hellgate.utah.edu@  (David W. Barts)
Subject: Changing gatweay nodes
Organization: University of Washington
Distribution: fj
Date: Thu, 3 Sep 1992 21:52:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I have been attempting to change the routing node between the 204
(Ethernet) and 203 (ring) Domain internets.  The new router (ID=1CE59)
has been configured, and it can access both nets.  However, lcnet still
reports the router as the old machine (ID=42D7D), and all systems try
in vain to use a router that no longer exists:

           First
Network     Hop     Hops
========   =====    ====
     201   1C548       1
     203   42D7D       1
     204      --   local

How do I clean out the 42D7D from the route tables?  Naturally, the
Domain documentation I have has absolutely nothing to say on this :-(.
--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!vxcrna.cern.ch!roeber@bloom-beacon.mit.edu
Subject: Re: Strange packaging technique
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Thu, 3 Sep 1992 10:08:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

> The one I always like is the packing lists that list everything in the box
> including the packing list itself!  It even has its own HP part number.  HP
> paper work, you gotta love it! :-)

I'd like to know if all of their packing lists list themselves.  Does
anybody have the part number for the packing list which lists all
packing lists which do not list themselves?  ;-)

-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
Newsgroups: fj.mail-lists.apollo