<?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: /dev/pts/tk possibly causing corrupution in /dev/utmp in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569623#M227953</link>
    <description>Well there shouldn't be any issue with /dev/pts/tk since its just like any other /dev/pts/t? file.&lt;BR /&gt;&lt;BR /&gt;What is leading you to this conclusion ?&lt;BR /&gt;&lt;BR /&gt;What is the OS revision and what is the product in question ?&lt;BR /&gt;&lt;BR /&gt;Oz&lt;BR /&gt;</description>
    <pubDate>Thu, 23 Jun 2005 13:07:32 GMT</pubDate>
    <dc:creator>Kent Ostby</dc:creator>
    <dc:date>2005-06-23T13:07:32Z</dc:date>
    <item>
      <title>/dev/pts/tk possibly causing corrupution in /dev/utmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569622#M227952</link>
      <description>We have an application that is misreporting the username (vendor says it uses whoami, but whoami reports correctly even when the application is wrong).  The misreporting seems to be tied to the /dev/pts/tk device.  I am willing to remove this if it is ok or possibly even remove and then rebuild it.  This is a little deeper than the knowledge I have and I'm unsure whether I might be treading on thin ice.  Any help would be appreciated.</description>
      <pubDate>Thu, 23 Jun 2005 12:28:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569622#M227952</guid>
      <dc:creator>John Dixon_5</dc:creator>
      <dc:date>2005-06-23T12:28:16Z</dc:date>
    </item>
    <item>
      <title>Re: /dev/pts/tk possibly causing corrupution in /dev/utmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569623#M227953</link>
      <description>Well there shouldn't be any issue with /dev/pts/tk since its just like any other /dev/pts/t? file.&lt;BR /&gt;&lt;BR /&gt;What is leading you to this conclusion ?&lt;BR /&gt;&lt;BR /&gt;What is the OS revision and what is the product in question ?&lt;BR /&gt;&lt;BR /&gt;Oz&lt;BR /&gt;</description>
      <pubDate>Thu, 23 Jun 2005 13:07:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569623#M227953</guid>
      <dc:creator>Kent Ostby</dc:creator>
      <dc:date>2005-06-23T13:07:32Z</dc:date>
    </item>
    <item>
      <title>Re: /dev/pts/tk possibly causing corrupution in /dev/utmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569624#M227954</link>
      <description>OS is HP/UX 11.11.  It (tk) looked the same as the rest of the files (#, t*), but every instance where the user was misreported in Unidata (the database application which the application is built on and the one doing the misreporting) was from this port.  The user it is reporting as being is not a unix user anymore.  Totally baffled as to what is causing this.  Thanks!</description>
      <pubDate>Thu, 23 Jun 2005 13:14:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569624#M227954</guid>
      <dc:creator>John Dixon_5</dc:creator>
      <dc:date>2005-06-23T13:14:59Z</dc:date>
    </item>
    <item>
      <title>Re: /dev/pts/tk possibly causing corrupution in /dev/utmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569625#M227955</link>
      <description>Have you checked to see what process is using that pty ?  If that's the only pty that unidata uses then it is just an innocent victim in all of this.&lt;BR /&gt;&lt;BR /&gt;What user ID is it reporting ?&lt;BR /&gt;&lt;BR /&gt;Has that user ID been removed since unidata was started ?  It may be that unidata is cacheing the user data ?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 23 Jun 2005 13:25:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569625#M227955</guid>
      <dc:creator>Kent Ostby</dc:creator>
      <dc:date>2005-06-23T13:25:54Z</dc:date>
    </item>
    <item>
      <title>Re: /dev/pts/tk possibly causing corrupution in /dev/utmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569626#M227956</link>
      <description>Hi John,&lt;BR /&gt;&lt;BR /&gt;This is probably a symptom of the telnetd daemon binary needing to be patched. &lt;BR /&gt;I can't remember the exact patch name but if you search the forum for&lt;BR /&gt;telnetd + utmpx corruption &lt;BR /&gt;you should find an old post on it. But NOTE that you have to follow the patch's special instructions for it to work correctly.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff&lt;BR /&gt;</description>
      <pubDate>Thu, 23 Jun 2005 15:00:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569626#M227956</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2005-06-23T15:00:22Z</dc:date>
    </item>
    <item>
      <title>Re: /dev/pts/tk possibly causing corrupution in /dev/utmp</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569627#M227957</link>
      <description>Found it - here it is PHNE_28841:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main" target="_blank"&gt;http://www2.itrc.hp.com/service/patch/patchDetail.do?BC=patch.breadcrumb.main&lt;/A&gt;|patch.breadcrumb.search|&amp;amp;patchid=PHNE_28841&amp;amp;context=hpux:800:11:11&lt;BR /&gt;&lt;BR /&gt;And here's the salient problem entry:&lt;BR /&gt;&lt;BR /&gt;SR 8606220839 / CR JAGad89975&lt;BR /&gt; 3. Incorrect records might be written into /etc/utmpx&lt;BR /&gt;    by telnetd when it exits.&lt;BR /&gt;&lt;BR /&gt;Check to see if you have it &amp;amp; if not get &amp;amp; apply it. Again NOTE and follow the special instructions.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff</description>
      <pubDate>Thu, 23 Jun 2005 15:08:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dev-pts-tk-possibly-causing-corrupution-in-dev-utmp/m-p/3569627#M227957</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2005-06-23T15:08:18Z</dc:date>
    </item>
  </channel>
</rss>

