Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!sdd.hp.com!think.com!ames!uhccux!munnari.oz.au!manuel!csc.canberra.edu.au!echo!rpj From: rpj@echo.canberra.edu.au (Ross Johnson) Newsgroups: comp.sys.apollo Subject: Re: Unable to update /etc/passwd or registry. Not owner Message-ID: Date: 28 Mar 91 23:32:52 GMT References: <738@bcstec.boeing.com> <508085fb.20b6d@apollo.HP.COM> <509e3823.20b6d@apollo.HP.COM> Sender: news@csc.canberra.edu.au Organization: Info Sci & Eng, University of Canberra Lines: 50 In rtb@cernapo.cern.ch (Rainer Tobbicke) writes: >pato@apollo.HP.COM (Joe Pato) writes: >>This problem will go away if the administrator sets a new password for the >>account and the user logs in with the new password. >Thanks for the hint. But I reckon we'll have to change some 600 users. >All at more or less the same time. Impossible to manage 600 different >non-trivial passwords within a couple of hours... >If only I could put the user's ENCODED password back into the >registry! Anybody got an idea?? This has happened twice to me in the past and so, without knowing why it might work, I offer 2 possible solutions: 1 Try using rgy_admin to change_master to another replica site, then change_master back to the original master site. This worked for me the first time I saw this problem, but not the second (under sr10.1 or sr10.0, I'm not sure). This also worked just this week when my master registry kept dying all-of-a-sudden (under sr10.2). 2 After a backup: Copy your /etc/{passwd,group} files to somewhere and then rename your /sys/registry directory and recreate your master registry. Use import_passwd to import the old saved passwd and group files. I used this the second time when I got the "not authorized" response from attempting the "change_master" solution above. [WARNING: This will destroy your current UUID -> UID rgy mappings and require you to run syncids then comb your filesystem to re-chown lots of files and directories, namely everything that doesn't belong to any of the first 8 (?) special users in your passwd file (which have permanent UUIDs).] (avoid this if possible) Any explanation of how the first solution works, or other suggestions would be most welcome. -- +----------------------+---+ | Ross Johnson | | E-Mail: rpj@ise.canberra.edu.au | Info Sciences and Eng|___| | University of Canberra | UUCP : uunet!munnari!ise.canberra.edu.au!rpj | PO Box 1 | JANET : rpj%au.edu.canberra.ise@EAN-RELAY | Belconnen ACT 2616 | BITNET: rpj%ise.canberra.edu.au@relay.cs.net | AUSTRALIA | +--------------------------+