<?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 NIS problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560721#M371652</link>
    <description>I am using HP -unix 11.11.&lt;BR /&gt;&lt;BR /&gt;I have one NIS server hostA and NIS Slave hostB both are running with hp unix.&lt;BR /&gt;&lt;BR /&gt;Problem is&lt;BR /&gt;&lt;BR /&gt;1] Unable to transfer map&lt;BR /&gt;2] Unable to do "/usr/sbin/makedbm -u ypservers " it says canot init ypservers&lt;BR /&gt;3] New NIS users are unable to login.&lt;BR /&gt;&lt;BR /&gt;If i give ypwhich in slave i am getting proper result and if i give "ypwhich -m passwd" it is showing my NIS server&lt;BR /&gt;&lt;BR /&gt;i am attaching /var/yp/ypxfrd.log file &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Please help me resolve this issue</description>
    <pubDate>Fri, 08 Jan 2010 11:12:38 GMT</pubDate>
    <dc:creator>kvsheejith</dc:creator>
    <dc:date>2010-01-08T11:12:38Z</dc:date>
    <item>
      <title>NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560721#M371652</link>
      <description>I am using HP -unix 11.11.&lt;BR /&gt;&lt;BR /&gt;I have one NIS server hostA and NIS Slave hostB both are running with hp unix.&lt;BR /&gt;&lt;BR /&gt;Problem is&lt;BR /&gt;&lt;BR /&gt;1] Unable to transfer map&lt;BR /&gt;2] Unable to do "/usr/sbin/makedbm -u ypservers " it says canot init ypservers&lt;BR /&gt;3] New NIS users are unable to login.&lt;BR /&gt;&lt;BR /&gt;If i give ypwhich in slave i am getting proper result and if i give "ypwhich -m passwd" it is showing my NIS server&lt;BR /&gt;&lt;BR /&gt;i am attaching /var/yp/ypxfrd.log file &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Please help me resolve this issue</description>
      <pubDate>Fri, 08 Jan 2010 11:12:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560721#M371652</guid>
      <dc:creator>kvsheejith</dc:creator>
      <dc:date>2010-01-08T11:12:38Z</dc:date>
    </item>
    <item>
      <title>Re: NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560722#M371653</link>
      <description>In order for a ypxfr to work properly, the target map (.dir and .pag files) must first exist on the slave server.  This allows the ypxfr command to query the YP_MASTER_NAME key in the map, to determine which host it should contact.&lt;BR /&gt;&lt;BR /&gt;This is the meaning of the "can't get master" error message.&lt;BR /&gt;&lt;BR /&gt;If you specify "-h hostA" then the slave will know which host to contact without that, but I'm not sure if it will be able to transfer if the map doesn't already exist: "no such map in server's NIS domain."  Try it and see what happens.&lt;BR /&gt;&lt;BR /&gt;I find the most straightforward approach is to first scp or ftp all the .dir and .pag files from the master to the slave server, after which the normal ypxfr/yppush operations will function as expected.</description>
      <pubDate>Fri, 08 Jan 2010 13:05:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560722#M371653</guid>
      <dc:creator>mvpel</dc:creator>
      <dc:date>2010-01-08T13:05:25Z</dc:date>
    </item>
    <item>
      <title>Re: NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560723#M371654</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;you don't need to transfer the maps from the nis server to clients (not slave servers). It's the meaning of nis to do this only at the server.&lt;BR /&gt;You have to publish the informations to the clients.&lt;BR /&gt;After changes at the server, this you'll do with '/var/yp/ypmake', see also 'man ypmake'.&lt;BR /&gt;&lt;BR /&gt;Then the clients can read the new informations.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Volkmar&lt;BR /&gt;</description>
      <pubDate>Fri, 08 Jan 2010 13:30:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560723#M371654</guid>
      <dc:creator>V. Nyga</dc:creator>
      <dc:date>2010-01-08T13:30:17Z</dc:date>
    </item>
    <item>
      <title>Re: NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560724#M371655</link>
      <description>What are the steps i have to try ? and why &lt;BR /&gt;&lt;BR /&gt; A] Unable to do "/usr/sbin/makedbm -u ypservers " it says canot init ypservers?&lt;BR /&gt;&lt;BR /&gt;B] New NIS users are unable to login ?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks &lt;BR /&gt;Sheejith</description>
      <pubDate>Sat, 09 Jan 2010 11:06:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560724#M371655</guid>
      <dc:creator>kvsheejith</dc:creator>
      <dc:date>2010-01-09T11:06:47Z</dc:date>
    </item>
    <item>
      <title>Re: NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560725#M371656</link>
      <description>Hi again,&lt;BR /&gt;&lt;BR /&gt;you have no maps for nis users - no passwd, no group.&lt;BR /&gt;&lt;BR /&gt;Since 11.11 is no longer supported by HP I can't find the right dokumentation.&lt;BR /&gt;I hope this one may help, too:&lt;BR /&gt;&lt;A href="http://docs.hp.com/en/5992-0714/ch04s03.html" target="_blank"&gt;http://docs.hp.com/en/5992-0714/ch04s03.html&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://docs.hp.com/en/5992-0714/ch08s02.html" target="_blank"&gt;http://docs.hp.com/en/5992-0714/ch08s02.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Try this one:&lt;BR /&gt;Issue the following commands to regenerate the NIS passwd maps from /etc/passwd.yp:&lt;BR /&gt;&lt;BR /&gt;'cd /var/yp'&lt;BR /&gt;'/usr/ccs/bin/make passwd'&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Volkmar&lt;BR /&gt;</description>
      <pubDate>Mon, 11 Jan 2010 11:26:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560725#M371656</guid>
      <dc:creator>V. Nyga</dc:creator>
      <dc:date>2010-01-11T11:26:26Z</dc:date>
    </item>
    <item>
      <title>Re: NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560726#M371657</link>
      <description>What are the steps i have to try ? and why&lt;BR /&gt;&lt;BR /&gt;A] Unable to do "/usr/sbin/makedbm -u ypservers " it says canot init ypservers?&lt;BR /&gt;&lt;BR /&gt;B] New NIS users are unable to login ?&lt;BR /&gt;-----&lt;BR /&gt;&lt;BR /&gt;A] The "couldn't init" message suggests that you're trying to run the command when you're not in the directory where the .dir and .pag files for ypservers database are stored.  Log in to either the master or slave server, and either:&lt;BR /&gt;makedbm -u /var/yp/`domainname`/ypservers&lt;BR /&gt;&lt;BR /&gt;or "cd /var/yp/`domainname`" and then run your makedbm -u.&lt;BR /&gt;&lt;BR /&gt;You won't be able to run makedbm -u on a client unless:&lt;BR /&gt;&lt;BR /&gt;ypcat ypservers &amp;gt; ypservers.txt&lt;BR /&gt;makedbm -d `domainname` -m hostA ypservers ypservers&lt;BR /&gt;makedbm -u ypservers&lt;BR /&gt;&lt;BR /&gt;Which is pointless, of course.&lt;BR /&gt;&lt;BR /&gt;[B] When there's no new NIS users able to log in when the NIS clients are bound to the slave server, not the master, then it indicates that the NIS map transfer process is not working properly.  As I mentioned above, just FTP all the .dir and .pag files from the master to the slave, and insure that the yppush (master) and ypxfr (slave) cron jobs are running properly.&lt;BR /&gt;&lt;BR /&gt;If no new NIS users are able to log in regardless of whether the machine is bound to the master or the slave server, then it indicates a problem with the map build process in "ypmake."  That's unusual, though, since it's mature, stock code under the hood.&lt;BR /&gt;&lt;BR /&gt;As for the steps you should try - like I said before, FTP the .dir and .pag files from the master to the slave, in order to "seed" the slave so that the yppush/ypxfr has something to work with. You generally can't yppush or ypxfr a map until you already have a copy of that map on the slave server.</description>
      <pubDate>Mon, 11 Jan 2010 14:37:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560726#M371657</guid>
      <dc:creator>mvpel</dc:creator>
      <dc:date>2010-01-11T14:37:14Z</dc:date>
    </item>
    <item>
      <title>Re: NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560727#M371658</link>
      <description>Hi all!&lt;BR /&gt;&lt;BR /&gt;Please pay attention about what we want to talk!&lt;BR /&gt;&lt;BR /&gt;kvsheejith is talking about one nis server and one nis slave&lt;BR /&gt;&lt;BR /&gt;mvpel is talking about nis master server and nis slave server.&lt;BR /&gt;&lt;BR /&gt;@kvsheejith: do you have a 'nis slave server' or a slave as a 'client'?&lt;BR /&gt;&lt;BR /&gt;V.&lt;BR /&gt;</description>
      <pubDate>Mon, 11 Jan 2010 15:11:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560727#M371658</guid>
      <dc:creator>V. Nyga</dc:creator>
      <dc:date>2010-01-11T15:11:15Z</dc:date>
    </item>
    <item>
      <title>Re: NIS problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560728#M371659</link>
      <description>It's obvious from the wording of the original message what he's talking about:&lt;BR /&gt;&lt;BR /&gt;"I have one NIS server hostA and NIS Slave hostB both are running with hp unix.  ... if i give 'ypwhich -m passwd' it is showing my NIS server"&lt;BR /&gt;&lt;BR /&gt;This means that his "hostA" is the NIS master and hostB is the NIS slave. No need to get hung up on the various possible meanings of the word "server" here.&lt;BR /&gt;&lt;BR /&gt;Every (99.99999%) NIS server is also an NIS client, anyway.</description>
      <pubDate>Mon, 11 Jan 2010 15:33:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nis-problem/m-p/4560728#M371659</guid>
      <dc:creator>mvpel</dc:creator>
      <dc:date>2010-01-11T15:33:17Z</dc:date>
    </item>
  </channel>
</rss>

