HDTenEightyP/NetNews huggingface dataset:
From: ceco!chris@uunet.uu.net  (Chris Icide)
Subject: Mail and NFS 2.3
Organization: Commonwealth Edison Co.
Distribution: fj
Date: Wed, 29 Jul 1992 13:18:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I am currently having a couple problems which seem to related.  My
configuration is as follows:  DN3550 24MB, OS 10.4, NFS2.3.

1)  Our site is using a sun as both the site's name server and mailserver.
    The DN3550 works perfectly fine with the name server, and I am able
    to mount the sun's exported file systems with no problems.  The user
    id's on the sun and apollo match (unix id #'s and names, groups, orgs,
    etc.).  Users are able to read and write from the mounted file systems.
    Sendmail is currently set up to deliver mail to the mail server whether
    the intended addressee account is on the DN3550 or elsewhere.  This works
    just fine.  /usr/spool/mail is a remote file system (/var/spool/mail) on
    the sun.  (Main environment for users is bsd4.3 /bin/csh)
    
    Problems:
    
    If I try to set up sendmail to allow delivery to the DN3550, I run into
    a number of problems:
    
    o	Mail delivered from other nodes recieve a Sendmail message: 
    	"Deferred, connection refused" when trying to deliver mail.  The
    	mail never gets through.
    	
    o	Mail delivered by the DN3550 to users on the DN3550 gets delivered
    	fine (it shows up in the /usr/spool/mail directory).  The mail
    	filesize looks correct when I list the directory.  However, if the
    	user tries to read his/her mail via mail command, it says they have
    	no mail ("No Mail for chris").  If the user logs on the sun, they
    	recieve a message during login, "You have Mail", however they again
    	are unable to read it.  When this happens, the only way I am able to
    	straighten things out is to become root, and copy the offending file
    	(/usr/spool/mail/$USERNAME) to the user's home directory.
    	
    o	Finally, if someone sends mail from the DN3550 node and the
    	recipient uses the reply function, the reply will never make it
    	back to the DN3550 due to the first problem listed above.
    	
    I'd like to be able to have mail deliverable to the DN3550.  I'd prefer
    to keep it separate from the sun mailserver.  However, for all the 
    different combinations I have tried, I am unable to achieve this.  The
    apollo help line was of no assistance. (They sent me a 12 page
    dissertation on rulesets - which was very informative, but I think
    my problem does not lie in the delivery rules, but lies in the actual
    local sendmail.cf setup, i.e. domain name, forwarder, etc...).
    
    						Thanks in advance,
    						Chris
    						
   | Engineer, Byron Nuclear Power Station,  Commonwealth Edison Company   |
   | Internet: chris@bynps0.byr.ceco.com   or  uunet!ceco!byr!bynps0!chris |
   | Wk Phone: (815) 234-5441 x2607             Hm Phone: (815)  494-4599  |
   | US Mail: Byron Station, 4450 N. German Church Rd., Byron  Il,   61010 |


    
Newsgroups: fj.mail-lists.apollo
From: elroy.jpl.nasa.gov!usc!rpi!utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@ames.arc.nasa.gov  (System Admin (Mike Peterson))
Subject: Re: Problems with 10.4
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Thu, 23 Jul 1992 14:45:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <14kv48INNh5r@agate.berkeley.edu> alanc@ocf.berkeley.edu writes:
>We recently finished upgrading our cluster of 16 machines (2 DN 4500's + 14
>3500's) to 10.4 - and since then we've been having several problems:
>
>- csh/tcsh will go into a "can't find any commands" mood, from which the only
>	way to do anything is exec /bin/ksh.  (It seems to be linked to the
>	tty's as some tty's have the problem & others don't...rebuilding the
>	tty's "cures" the problem for a few days, but then it comes back)

You don't happen to be running NFS on these systems, do you?
Since I moved our home directories to a HP-UX system, our DN2500 systems
have become so flaky when doing basic things like 'rn' that they are
useless; they can not reliably spawn subshells seems to be the problem
(since my .cshrc file has to be accessed by NFS).

>- processes aren't dying properly.  For example a user telnet's in, and
>	starts reading news.  The telnet will die, but it's child csh and the
>	trn will keep going.  In fact, the last process in the chain will
>	start using huge amounts of processor time.  The only solution we've
>	found for this so far is to check the process table every 10 minutes
>	and kill -HUP every process who's unix_PPID is 1 (and is not owned
>	by root/daemon/user/etc.)  kill(-9, -1) is also failing at times.

This one is caused by improper handling of signals in telnetd and
rlogind (and ftpd and ...) - this was changed at SR10.4 so that
the members of a process group (which basically will correspond
to a login session) are not signalled when the parent of the group
dies. The child processes then start eating cpu (reason unknown).

I suggest you call HP if you are on support; we called this in back
in April (Call # A1975057, A1975055, Escalation issue EPIC 1801).
We are testing a fixed rlogind for the DN10000, but no fixes for
telnetd, or the M680x0 nodes, after more than 2 months.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!metro!usage!spectrum!cameron@uunet.uu.net  (Cameron Simpson)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: CS&E Computing Facility, Uni Of NSW, Oz
Distribution: fj
Date: Tue, 28 Jul 1992 13:53:20 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

The tb command. I love this one.

The billions and billions of keys. And the nice central keyboard layout.
I too would kick and scream if dragged across to the DEC boxen here...

Remote ps command. Dspst, too.

The filesystem, which is fast and reliable. I have heard (ugh) NFS explained as
	Not a File System
	NULs Frequently Substituted
	No Fucking Sense
by various divers people...

The trivial amount of effort needed to add new nodes.
	- Cameron Simpson
	  cameron@cs.unsw.oz.au
Newsgroups: fj.mail-lists.apollo
From: micro-heart-of-gold.mit.edu!wupost!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!apollo.hp.com!netnews@bloom-beacon.mit.edu  (Carl Davidson)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: Hewlett-Packard Company, Chelmsford, MA
Distribution: fj
Date: Tue, 21 Jul 1992 19:19:45 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Jul20.142205.27209@edsi.plexus.COM>, chuck@edsi.plexus.COM (Chuck Tomasi) writes:
|> 
|> My biggest gripe about Domain was in dealing with nodes on an internet
|> (not THE internet, just a site that had net IDs.)  If you wanted to move
|> a machine from one net to another you had to remove the hint_file on all
|> the OTHER machines and reboot them so they knew the new machine was gone
|> (or just arrived.)  What a stupid way to do it!  Someone please tell me
|> there is a better way or it has changed in 10.4.  There is nothing worse
|> than wasting a Saturday moving one node to another floor of the building
|> for a demo and then having to move it back a few days later.
|> 
|> -- 
|> Chuck Tomasi             |     "Mom, it's Data.  I heard you know
|> chuck@edsi.plexus.COM    |      how to turn him on." 
|> spool!cserver!edsi!chuck |                    -Wesley  "Datalore"
|> ------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------

Fixed in SR10.4. 

-- 
Carl Davidson  (508) 436-4361  |
Chelmsford System Software Lab | Microkernels: Where less is more.
The Hewlett-Packard Company    | 
DOMAIN: ced@apollo.hp.com      |
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!malgudi.oar.net!ucbeh.san.uc.edu!uceng.uc.edu!juber@ucbvax.Berkeley.EDU  (james uber)
Subject: colormap for greyscale 425e
Organization: College of Engineering, University of Cincinnati
Distribution: fj
Date: Sat, 25 Jul 1992 17:31:11 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I recall reading some time ago about problems with the default colormap
for the 425e machines. I have one of those, and would like to get a colormap
that appears similar to the mono nodes, if possible. I especially don't like
how the cursor and rubberbanding get lost in the black background.

I have called the response line (some time ago) and was basically told to
play around with lcm. Given that i don't really understand colormaps and
the combinatorial nature of the problem, i didn't have much luck.

does anyone have the 'right' colormap for what i want? Thanks alot for any
advice.

jim uber
univ. of cincinnati
juber@uceng.uc.edu

-- 
--
james uber
juber@uceng.uc.edu
Newsgroups: fj.mail-lists.apollo
From: haven.umd.edu!wam.umd.edu!dododge@uunet.uu.net  (David O. Dodge)
Subject: Interviews vs. Apollo C++
Organization: University of Maryland at College Park
Distribution: fj
Date: Thu, 23 Jul 1992 10:02:20 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Note that this is crossposted to both comp.sys.apollo and
comp.windows.interviews.

At my workplace we're trying to get InterViews running on our Apollo
Domain/OS machines. I believe we're using IV 3.0.1 beta and the latest
version of Apollo CC, but the binaries are segmentation faulting all over
the place.

Here's an example of one spot where things are going wrong:

  For one of our own programs we have a class we wrote called OurViewer,
  which inherits most of its stuff from Viewer. We don't define a Draw()
  member function for OurViewer, and when we call Draw() within one of
  OurViewer's member functions, the program dies. If I replace the Draw()
  invocation with an explicit call to Viewer::Draw() it suddenly starts
  working.

  A process traceback shows the problem to be with the invocation itself,
  i.e. the program never actually enters Draw(), but gives a "reference
  to illegal address" or some such when it attempts to make the call.

This behavior is only consistent in that the program always crashes at
the same places. However other calls of this type (a member calling a
virtual function that was inherited from another class) work just fine --
it's only a few specific spots that have the problem.

Anyway this is a MAJOR annoyance, and from the looks of it it's most likely
the compiler's fault. This code runs just fine on a Sun Sparc.

Note that I'm coming into this a bit late -- someone else already did
most of the work in getting InterViews to compile at all (I believe cpp
was crashing originally or something like that). The person who originally
did the work changed only a few things in the code, and in any case those
changes shouldn't be causing this type of problem.

So has anyone actually managed to get InterViews built on an Apollo? Any
suggestions?

                                         -Dave Dodge/dododge@wam.umd.edu
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!vxcrna.cern.ch!roeber@bloom-beacon.mit.edu
Subject: compress type
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Wed, 29 Jul 1992 09:37:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199207281604.AA11993@pan.ssec.honeywell.com>, thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:
> [...]
> From an implication that I read in to a message, I would have doubts as to whether
> you could simply install the new type on a pre-10.4 machine.  You could certainly
> do it, but I don't know whether it'd work.  Regardless, I'm not gonna try it.

I installed the compress type on my machine before I had 10.4.
It worked fine.

-- 
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
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Joe Pato)
Subject: Re: Changing registries
Organization: Hewlett-Packard Company, Chelmsford, MA
Distribution: fj
Date: Thu, 30 Jul 1992 14:06:37 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5357@naucse.cse.nau.edu>, jdc@naucse.cse.nau.edu (John Campbell) writes:
|> This is possibly easy, but I've read the man pages and experimented
|> enough to be pretty frustrated...
|> 
|> I acquired three apollos (res, ind, cap) from another department.
|> These ran with the master registry on res.  I want to join these three 
|> machines to the existing network of four four other apollos (hyd, oxy, 
|> car, nit) where car holds the master registry.  
|> 
|> None of the accounts (or user files) are needed from the old machines.
|> It would be "perfect" if I could simply get them to accept that the
|> master registry was now on car instead of res.  However, the procedures I've
|> read seem to involve copying and not replacing master registries.  I
|> naively hoped stopping glbd on res would "magically" let everyone find
|> the new master registery.
|> 
|> Fiddling with rgy_admin and trying to permanently change the master
|> (change_master) doesn't seem to work.  I get "current master is unknown,
|> default host: unspecified".   /com/lcnode reports all the above machines 
|> just fine.  They are all catalogued properly (I believe).  Right now, 
|> I've stopped glbd and rgyd on res.  This means every log in currently
|> uses local registry and fails to find a global server.
|> 
|> What do I need to do to get res, ind, and cap to use car as the registry
|> master?
|> -- 
|> 	John Campbell               jdc@naucse.cse.nau.edu
|>                                     CAMPBELL@NAUVAX.UCC.NAU.EDU

The procedures that are documented for merging networks assume that
you want to preserve the user base from the old environment.  This 
appears to not be the case for you.  In general what you have done
(killing the glbd and rgyd for the now defunct network) should be
enough.  If the machines do not find the new registry (the registry
on //car, then it is probably because either one or the other or
both of the previously independent networks were running as unique
glbd "cells".

Normally all Domain/OS machines look for a glbd running with a
well known universal unique identifier (UUID).  If you want to run
multiple "logically independent" domain networks on a common physical
network, it becomes necessary to introduce a per-logical network UUID
for each glbd.  This is stored in the file /etc/ncs/glb_obj.txt on each
machine of the logical network.

You should check your machines and verify that //res //ind and //cap contain
a file that is identical with the glb_obj.txt file on the rest of the 
machines (or none if the other machines did not have one).

-- 
                    -- Joe Pato
                       Distributed Object Computing Program / East
                       Hewlett-Packard Company
                       pato@apollo.hp.com
Newsgroups: fj.mail-lists.apollo
From: destroyer!ubc-cs!unixg.ubc.ca!physics.ubc.ca!unruh@gumby.wisc.edu  (William Unruh)
Subject: Apollo 2500 BW monitor died
Organization: University of British Columbia, Vancouver, B.C., Canada
Distribution: fj
Date: Tue, 28 Jul 1992 23:40:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


 The BW 15(?) inch monitor on one of our Apollo 2500's died yesterday-
 no image at all even when you sewitch it on or off there is no flash 
 (Yes it is plugged in- the on off light comes on). Does anyone have
 scematics for the beast or knwo where a cheap one can be had?
 Bill Unruh
 unruh@physics.ubc
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!afgun@ucbvax.Berkeley.EDU  (Andrew F. Gunnesch)
Subject: Help!
Organization: CAEN, University of Michigan
Distribution: fj
Date: Thu, 30 Jul 1992 14:42:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We have a single 425t on an ethernet, which is routed to the rest
of our extensive internet on two ends of the wire, one being a Cisco
AGS+ and the other a Proteon P4100.  We have removed the ringcard
from the machine, and are using the ethernet port only.  At times,
the machine works just fine, albeit a little slow.  It runs an
llbd, glbd, and ns_helper.  Occasionally (quite often now), when the
machine boots up, it registers no network number.  I've even gone so
far as to run the following script at boot time before tcp services
are started:

#!/bin/sh
(/etc/netsvc -net 29cf2 ) > /dev/console
(/etc/netsvc -a ) > /dev/console
(/etc/rtsvc -dev ETH802.3_DIO -net 29cf2 -noroute ) > /dev/console

It's worked before like this.  Sometimes it doesn't.  I've removed
the `node_data/hint_file and rebooted it several times.  Once in a
great while now the node is happy and registers it's proper network
of 29cf2, but usually doesn't (it sometimes when you are logged onto
the machine and do a bldt it replies 29cf2.341c8, but lately it just
responds 341c8).  When the machine gets into this state, I can pst
it, but not crp (object not found error).  I must telnet in then.
When I'm on the machine, I can bldt other machines in my internet.
When I try an lcnode, I get this:
?(lcnode)  Node 341C8 did not respond - request denied by local node (OS/network)

Can anybody help me out with this perplexing problem????
-- 
===============================================================================
Andrew F. Gunnesch          |  Evil CAEN sysadmin   |  I'm a Sun worshipper
afgun@caen.engin.umich.edu  |What?  I just work here|  not a DEC dog.......
===============================================================================
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: re: Does /bin/cc take only 16 -D options?
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 31 Jul 1992 00:58:31 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>



> Compiling "int main() { ; }" on a DN3500 with /bin/cc (v.6.7.m, I think)
> running 10.3.2 in BSD mode, we get this:
> 
> 	/bin/cc -Da -Db -Dc -De -Df -Dg -Dh -Di -Dj -Dk -Dl -Dm -Dn -Do -Dp 
> 	-Dq -Dr -Ds -Dt a.c
> 	a.c: 0: too many -D options, ignoring -Dr
> 	a.c: 0: too many -D options, ignoring -Ds
> 	a.c: 0: too many -D options, ignoring -Dt
> 
> This smells really bad. Can it only take 16 defines?

It sure looks that way.  I had the same experience with Cc 6.8 on a 425t
running 10.3.5.4.  On a brighter note, however, my 10.4 node handled
130 defines just fine (a0 .. z4).  It probably handles more, but a full
set of 26 more defeated it (too many args, though -- not defines).

IMHO, anyone who defines more than 100 things has too complex a program, though.

I guess that means the solution is to go to version 6.9....

-- 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: amdcad!hobbes!ericw@ucbvax.Berkeley.EDU  (Eric Wedaa)
Subject: copying disks????
Organization: Advanced Micro Devices, Inc.
Distribution: fj
Date: Fri, 24 Jul 1992 23:11:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have a silly question...  Under SunOS I can do a dd of one system
disk to another system disk, and then boot off of the new disk.
(Thus a full install of a new workstation takes 15 minutes of my
time.)  Can I do the same thing under Domain OS?  And if I can, what 
are the magic files that I would need to change????

>>Ericw
--
Eric Wedaa  -  eric.wedaa@amd.com | Two more kinds of lies...
{ames apple uunet}!amd!ericw      |     Release Dates, and Benchmarks
Advanced Micro Devices, M/S 167 PO Box 3453 Sunnyvale, CA 94088-3453
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!dxcern!bcr@bloom-beacon.mit.edu  (Bill Riemers)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: CERN, European Research Center for High Energy Physics
Distribution: fj
Date: Tue, 21 Jul 1992 11:39:03 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Jul20.142205.27209@edsi.plexus.COM> chuck@edsi.plexus.COM (Chuck Tomasi) writes:

   In comp.sys.apollo you write:

   - The fact that root is root is root!  I log in to an HP-UX system and
   can't modify files across a system without punching a security hole in
   the kernel.  With the Apollo file system I've got the whole network (//)
   at my disposal.  When you're looking to do something simple like touch
   /sys/node_data/etc/daemons/tcpd for all nodes, that comes in handy.

Ah, but this is also one of its bigest problems.  If you have two or three
hundred private nodes linked together you have a problem.  You can't possably
have enough hired system managers take care of them all.  On the other hand,
you don't dare allow 200+ people with root privledge either.  What I wouldn't
give to be able to have someone from my university to have root access to our
nodes...  Instead, I have to wait weeks for a system manager to get time to
make relatively minor changes.

                                   Bill
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!fstop.csc.ti.com!bobasun!bshaw@ames.arc.nasa.gov  (Bob Shaw)
Subject: bitmap to PostScript converter ?
Organization: Texas Instruments
Distribution: fj
Date: Fri, 24 Jul 1992 22:29:36 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


At one time, I had a util to convert Apollo bitmaps to PostScript.
I no longer have this .  If anyone has this and would email it to
me, it would be much appreciated.

This would be Apollo OS 10.3 

Thanks in advance

Bob
bshaw@hc.ti.com
Newsgroups: fj.mail-lists.apollo
From: haven.umd.edu!wam.umd.edu!dododge@ames.arc.nasa.gov  (David O. Dodge)
Subject: Re: BZONE on the Spark or PC
Organization: University of Maryland, College Park
Distribution: fj
Date: Fri, 24 Jul 1992 09:31:58 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Jul23.171505.6397@galileo.cc.rochester.edu> bmcm@beech.lle.rochester.edu (Brian McMaster) writes:
>I also recieved email from nazgul@alfalfa.com who said he seams to have
>the original Fortran code.
>
>What I realy want is to be able to run BZONE on my Spark and/or a PC.  The 
>Fortran code would be great, I could compile on both platforms.

I don't think having the original Fortran code would help you too much,
unless you've got Domain/OS on your PC and Sparc. The Fortran code was written
specifically for Apollo machines and if I remember correctly uses LOTS of
Apollo-specific library routines.

You could always try to port it, though...

                                          -Dave Dodge/dododge@wam.umd.edu
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!dkuug!diku!klaus@bloom-beacon.mit.edu  (Klaus Ole Kristiansen)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: Department of Computer Science, U of Copenhagen
Distribution: fj
Date: Fri, 31 Jul 1992 07:29:17 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


The most important things have already been mentioned: the DM, the typed
file system, //, and tb. A very good point I have not seen mentioned yet
is the logical naming scheeme for the system calls. It has at least 3
advantages

1) When I chose a name for something in a program, there won't be an
   obscure system call with the same name, which by Murphy's law I
   will later need to use.

2) When looking through a program, written by me or someone else,
   I never have to check if a name is defined in the program or
   or is a system call.

3) Even if I have never used a particular system call, I can usually
   see at a glance what kind of thing it does.

Klaus O K
Newsgroups: fj.mail-lists.apollo