SUMMARY: dxaccounts reports locked password files. IT IS NOT THE ".AM_is_running" PROBLEM. (fwd)

From: F. Winter <winter_at_PHYSnet.uni-hamburg.de>
Date: Wed, 19 Apr 2000 13:28:22 +0200 (MET DST)

Hi Managers,


my problem was solved. Thanks to John McNulty who gave the
absolute right hint: The problem existed since DUV4.0F Patchkit 2+3.
The resolution was to copy the shared lib /usr/shlib/libaccgmr.so from
DUV4.0F PatchKit 1 to this location. And to remove /var/yp/src/*.AM*
and /var/yp/src/*.ptmp. That's all.


Good luck.

--
 Frank Winter          Tel.: +(49)-40-42838-2404
 PHYSnet RZ            Email: winter_at_PHYSnet.uni-hamburg.de
 Univesitaet Hamburg
 Jungiusstr. 9
 D-20355 Hamburg
------------------------------------------------------------
The original posting:
---------- Forwarded message ----------
Date: Thu, 6 Apr 2000 16:16:06 +0200 (MET DST)
From: F. Winter <winter_at_PHYSnet.uni-hamburg.de>
To: tru64-unix-managers_at_ornl.gov
Subject: dxaccounts reports locked password files. IT IS NOT THE
    ".AM_is_running" PROBLEM.
Hi Managers,
When modifing a useraccount dxaccounts reports locked user or password
files. The solution is NOT removing /etc/.AM_is_running, it is not there.
This error message from dxaccounts appears after sending the apply command 
from the dialog "Create/Modify NIS User".
I used the tool lslk to check which parts of which files are really
locked. It reported nothing related to any password files at all.
I am using a NIS distributed passwd and prpasswd. C2 is enabled. The
problem exists since upgrading to PatchKit3 for DUV4.0f.
Any clue?
Bye for now
--
 Frank Winter          Tel.: +(49)-40-42838-2404
 PHYSnet RZ            Email: winter_at_PHYSnet.uni-hamburg.de
 Univesitaet Hamburg
 Jungiusstr. 9
 D-20355 Hamburg

Received on Wed Apr 19 2000 - 11:29:15 NZST