Date: Wed, 14 May 2014 17:19:04 +0200 From: Marko =?UTF-8?B?Q3VwYcSH?= <marko.cupac@mimar.rs> To: Marko =?UTF-8?B?Q3VwYcSH?= <marko.cupac@mimar.rs> Cc: freebsd-stable@freebsd.org Subject: Re: passwd(1) weirdness... Message-ID: <20140514171904.96a363e0d283dbc07235437b@mimar.rs> In-Reply-To: <20140307201047.5ffdaaa8aa36c78c7baf23a2@mimar.rs> References: <5319EE35.5070108@freebsd.org> <20140307201047.5ffdaaa8aa36c78c7baf23a2@mimar.rs>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 7 Mar 2014 20:10:47 +0100 Marko Cupa=C4=87 <marko.cupac@mimar.rs> wrote: > On Fri, 07 Mar 2014 16:05:09 +0000 > Matthew Seaman <matthew@freebsd.org> wrote: >=20 > >=20 > > Has anyone else seen an affect like this? > >=20 > > We have a couple of machines running 9.2-RELEASE-p3 recently > > upgraded from 9.1-RELEASE-pX via freebsd-update. > >=20 > > On attempting to change a user's password via passwd(1), everything > > apparently works fine; no sign of any errors and the password hash > > in /etc/master.passwd is changed -- but the user cannot log in with > > the new password *until* 'pwd_mkdb -p' is run manually. >=20 > Now when you mention it I am starting to think I haven't actually been > dreaming. I have seen it. I just encountered this again on 9.2-RELEASE-p6 amd64 --=20 Marko Cupa=C4=87
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140514171904.96a363e0d283dbc07235437b>