Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!umich!caen.engin.umich.edu!srvr1!acc
From: acc@caen.engin.umich.edu (John Lauro)
Newsgroups: comp.sys.apollo
Subject: RE-registry
Message-ID: <1990Apr9.164323.29319@caen.engin.umich.edu>
Date: 9 Apr 90 16:43:00 GMT
References: <9004091349.AA05916@cc3.cc.umr.edu>
Sender: news@caen.engin.umich.edu (Mr. Usenet)
Organization: University of Michigan Engineering, Ann Arbor
Lines: 66

In article <9004091349.AA05916@cc3.cc.umr.edu> obrennan@CC3.CC.UMR.EDU (obrennan) writes:
>
>  >password in the file the script creates.  Login kept trying to read the
>  >keyboard for the password and not use standard input.  The only way I was
>  >able to avoid that is by running the script with /etc/server, but the logins
>  >
>I'm not sure why this is not working for you. Are you trying to do more beyond 
>simply logging in/out of the account? If so, you will have to place any commands
>that you want to run during the login in the login redirected input file as well 
>because the end of the file signals logout.
>
>If you don't redirect standard output, you will still be prompted even though the
>login does occur. What version of OS are you running? Maybe that's why we aren't 
>having the same success.  

It is reading the userid from standard input, but not the password.  I have
tried many times...  I am using SR 10.2 on a DN10000.  Not even a simeple
test will work:
   cat >testlogin
   mylogin
   mypassword
   ^d
   login <testlogin


>  >It only seem to be a problem when deleting accounts, and immediately recreating
>  >them after the deletion of the accounts. (And using the same login and uid
>  >when recreating the accounts).
>  > 
>                     
>Have you tried placing the registry in maintenance mode, right after the account
>deletions, to force an queue update from all queues? I tend to do that whenever I  
>have multiple registry operations (again, redirect input to rgy_admin with the
>file containing SET -H host, STATE -IN_MAINTENANCE, and QUIT)

Not until a few minutes ago...  Still doesn't work.


>  >Have you tested your script under the above condition?  The failing command
>  >is something like:
>  >   chacl -odfR -u $uname -g $gname -z none $dirname
>  >
>  >The problem might also be related to the fact that the script deletes the group
>  >and not each individual account.  (It does delete each individual person.)
>  > 
>
>Apollo has warned us against deleting the person without deleting the account first, 
>although I must admit I will continue to delete via person until I see reason otherwise.
>

Oh, I didn't no that.  I just tried manually deleting the accounts before
running the uninstall and install scripts but it didn't help...


>I hope something above can give you more hope. I admit, its a shot in the dark.
>Let me know if you need more info....


Later today or tomorrow I will bring the node down and back up again
to get the registry in a "working" state.  After that, I will retry
putting the registry in maintenance mode after the updating, and manually
deleting the accounts before running the uninstall script.


John Lauro
University of Michigan - Flint