Dear Managers,
So far I've only had four responses, one of which was a "let me know".
Mark Boyns said that he'd had the same problem, but got around it by
not using auditing (not acceptable in our case), and changing the password
on the NIS master only using passwd -F.
Harish Malneedi said that he'd had a similar problem due to an error in the
second field in the password file, although it didn't produce quite the same
symptoms.
cwaters@emh-1.submepp.navy.mil suggested applying the C2 Jumbo patch. I don't
think this will work (or indeed is a good idea) because it changes a lot
and replaces libraries which have newer versions in 4.1.3_U1 (I think).
So overall, no solution. I'll rephrase the question: Has anyone installed
4.1.3_U1 on their NIS master using C2 and got it to work? Perhaps by asking
this I might be able to find if I've done something wrong. I forgot to
say that the machine was previously 4.1.3 (not U1).
The original request again:
> We recently upgraded all our machines to 4.1.3_U1, and since then have
> had the problem where rpc.yppasswd dies on the NIS master when a user
> tries to change his password on any machine. It very kindly core dumps
> in /var/yp, and leaves the locking file /etc/ptmp around. I have tried this
> both with and without the security patch supplied on the 4.1.3_U1
> cdrom (patch 100103-11), deleting the lock file before restarting rpc.yppasswd
> or not, using yppasswd instead of passwd to change the password, changing
> the password on the NIS master, and so on. They all fail.
> We are using C2 security. The NIS master is Sparc 10/20.
>
> This looks like a problem that used to happen in 4.1.1 that was fixed by
> the C2 jumbo patch. Looking this up on SunSolve gives bug 1040334 and
> patch 100564, both of which say they are obsoleted by 4.1.3_U1.
>
> We have tried our maintenance company, Intergraph, who have only come up
> with "Are you sure the user is doing it right" after two weeks.
>
> Has anyone else seen this, and more importantly how do you fix it?
> Only being able to change passwords by editing the password file is a
> pain to say the least.
>
***********************************************************************
* Andrew Beckett * *
* Senior Design Engineer * *
* Fujitsu Microelectronics Ltd * *
* Highway House * phone : (0628) 71116 *
* Norreys Drive * fax : (0628) 773990 *
* Maidenhead. Berks SL6 4BW * email : a.beckett@fmlrnd.co.uk *
***********************************************************************
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:09:00 CDT