<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: strange password problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577498#M229220</link>
    <description>Is this a NIS client system?&lt;BR /&gt;When you do ypwhich is it bound to a valid ypserver?&lt;BR /&gt;&lt;BR /&gt;How does the /var/yp/Makefile look? Modified recently?&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 06 Jul 2005 16:33:52 GMT</pubDate>
    <dc:creator>Rick Garland</dc:creator>
    <dc:date>2005-07-06T16:33:52Z</dc:date>
    <item>
      <title>strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577497#M229219</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;I have an HP L2000 running HP-UX 11.0.  When users login their passwords are authenticated through NIS.  There is one user in particular who can't log in to this machine using his current password stored in NIS (he gets login incorrect).  However, he can login using his old password from 2 months ago.  I checked the /etc/passwd file and there is no local entry for his account. nsswitch.conf passwd entry says "files nis".  He can log into all other HP-UX machines using his current NIS password.  Only this machine is acting weirdly.  Any ideas what is causing this and how to fix it?&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;Victor</description>
      <pubDate>Wed, 06 Jul 2005 16:26:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577497#M229219</guid>
      <dc:creator>Victor Lee</dc:creator>
      <dc:date>2005-07-06T16:26:45Z</dc:date>
    </item>
    <item>
      <title>Re: strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577498#M229220</link>
      <description>Is this a NIS client system?&lt;BR /&gt;When you do ypwhich is it bound to a valid ypserver?&lt;BR /&gt;&lt;BR /&gt;How does the /var/yp/Makefile look? Modified recently?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Jul 2005 16:33:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577498#M229220</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2005-07-06T16:33:52Z</dc:date>
    </item>
    <item>
      <title>Re: strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577499#M229221</link>
      <description>It's possible that there is a stale entry in the pwgrd daemon. Do a ps -ef | grep pwgrd on this host and note the PID of the daemon. KIll it. (It's quite safe to kill it and the machine will run just fine without it as UNIX boxes did for decades before there was a pwgrd.) If this fixes your problem then you canchoose to restart the daemon; if not, then you will need to force a yppush of the passwd map.&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Jul 2005 16:40:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577499#M229221</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2005-07-06T16:40:30Z</dc:date>
    </item>
    <item>
      <title>Re: strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577500#M229222</link>
      <description>Here is a short script that can tell you which ypserver the ypclient is bound to. Any clues?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;#!/bin/sh&lt;BR /&gt;&lt;BR /&gt;HOSTS="sysA sysB sysC"&lt;BR /&gt;&lt;BR /&gt;(for SYSTEM in $HOSTS &lt;BR /&gt;do&lt;BR /&gt;    remsh $SYSTEM -n ypwhich&lt;BR /&gt;done)  | grep -v 'not bound' | sort | uniq -c&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Jul 2005 16:40:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577500#M229222</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2005-07-06T16:40:31Z</dc:date>
    </item>
    <item>
      <title>Re: strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577501#M229223</link>
      <description>I would hesitate to say this, since the problem manifests itself only for one user. However make sure you are up to date with your patches for the login program specifically PHCO_19292, which is a cumulative login patch, by running the following at the command line:&lt;BR /&gt;&lt;BR /&gt;# swlist -l patch PHCO_19292&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards!</description>
      <pubDate>Wed, 06 Jul 2005 17:50:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577501#M229223</guid>
      <dc:creator>Sandman!</dc:creator>
      <dc:date>2005-07-06T17:50:57Z</dc:date>
    </item>
    <item>
      <title>Re: strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577502#M229224</link>
      <description>thanks to all for your replies.&lt;BR /&gt;&lt;BR /&gt;I found out the problem:  I have a master NIS server and a slave.  The problem machine is bound to the slave, and the slave is not getting updated.&lt;BR /&gt;&lt;BR /&gt;So now I have a new problem:  Any ideas why the slave is not getting updated whenever I make changes on the master?&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Jul 2005 20:12:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577502#M229224</guid>
      <dc:creator>Victor Lee</dc:creator>
      <dc:date>2005-07-06T20:12:41Z</dc:date>
    </item>
    <item>
      <title>Re: strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577503#M229225</link>
      <description>There should be a cron job(s) on the slave to pull information over from the master. Is it there?&lt;BR /&gt;&lt;BR /&gt;Mark Syder (like the drink but spelt different)</description>
      <pubDate>Thu, 07 Jul 2005 02:17:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577503#M229225</guid>
      <dc:creator>MarkSyder</dc:creator>
      <dc:date>2005-07-07T02:17:09Z</dc:date>
    </item>
    <item>
      <title>Re: strange password problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577504#M229226</link>
      <description>Just do all activities given below , which may help u.....&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;1. check the /etc/rc.config.d/namesvrs - file has all details properly mentioned....like NIS_DOMAIN...etc...&lt;BR /&gt;2. check the domainname &lt;BR /&gt;3. you can download NIS maps by initiating a command --- ypinit -s &lt;MASTER_SERVER_NAME&gt;.&lt;BR /&gt;   once map files are thru then this problem will not occur further...&lt;BR /&gt;4.check /var/yp/securenets--- has proper network address given&lt;BR /&gt;5.check whether NIS_SLAVE_SERVER is set to 1 in /etc/rc.config.d/namesvrs file and also execute the script also&lt;BR /&gt;   # /sbin/init.d/nis.server stop&lt;BR /&gt;   # /sbin/init.d/nis.server start&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regds&lt;BR /&gt;Venkatesan&lt;/MASTER_SERVER_NAME&gt;</description>
      <pubDate>Thu, 07 Jul 2005 05:02:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/strange-password-problem/m-p/3577504#M229226</guid>
      <dc:creator>Venkatesan_5</dc:creator>
      <dc:date>2005-07-07T05:02:12Z</dc:date>
    </item>
  </channel>
</rss>

