<?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: tftpd in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916158#M563353</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You can kill the process&lt;BR /&gt;&lt;BR /&gt;kill 6259&lt;BR /&gt;&lt;BR /&gt;Then in /etc/inetd.conf comment out the following line:&lt;BR /&gt;&lt;BR /&gt;tftpd dgram udp wait root /usr/lbin/tftpd tftpd /opt/ignite /var/opt/ignite&lt;BR /&gt;&lt;BR /&gt;Then run inetd -c to reread the new config &amp;amp; recycle inetd.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff</description>
    <pubDate>Fri, 28 Feb 2003 22:01:48 GMT</pubDate>
    <dc:creator>Jeff Schussele</dc:creator>
    <dc:date>2003-02-28T22:01:48Z</dc:date>
    <item>
      <title>tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916156#M563351</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Can somebody help me. I have some problem with load on mijn machine. tftpd take 98 % cpu.&lt;BR /&gt;I made an ftpusers file in /etc/ftpd with root in it.&lt;BR /&gt;Since i made this file   i think this problem started.&lt;BR /&gt;i used ps -ef | grep tftpd  en i get this&lt;BR /&gt;root  6259   917 241  Feb 26  ?        3238:26 tftpd /opt/ignite /var/opt/ignite&lt;BR /&gt;&lt;BR /&gt;thank you&lt;BR /&gt; &lt;BR /&gt;</description>
      <pubDate>Fri, 28 Feb 2003 20:51:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916156#M563351</guid>
      <dc:creator>I.Delic</dc:creator>
      <dc:date>2003-02-28T20:51:26Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916157#M563352</link>
      <description>aditional information about my problem&lt;BR /&gt;&lt;BR /&gt;We used one portscan program . I think sinds then i have this problem with high load .&lt;BR /&gt;How i can stop this deamon ? Is it possible and is it save to do this. This machine is live machine.&lt;BR /&gt;Can ik try  inetd -c of something like this.&lt;BR /&gt;&lt;BR /&gt;Thank you and i hope you can read my writing because my english lenguage is not very wel.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;thank you</description>
      <pubDate>Fri, 28 Feb 2003 21:52:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916157#M563352</guid>
      <dc:creator>I.Delic</dc:creator>
      <dc:date>2003-02-28T21:52:04Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916158#M563353</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You can kill the process&lt;BR /&gt;&lt;BR /&gt;kill 6259&lt;BR /&gt;&lt;BR /&gt;Then in /etc/inetd.conf comment out the following line:&lt;BR /&gt;&lt;BR /&gt;tftpd dgram udp wait root /usr/lbin/tftpd tftpd /opt/ignite /var/opt/ignite&lt;BR /&gt;&lt;BR /&gt;Then run inetd -c to reread the new config &amp;amp; recycle inetd.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff</description>
      <pubDate>Fri, 28 Feb 2003 22:01:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916158#M563353</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2003-02-28T22:01:48Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916159#M563354</link>
      <description>Jeff,&lt;BR /&gt;&lt;BR /&gt;Thank you for your quick response. I have another question. Can i kill this proces without any problem. Do i need this proces for antoher application ?&lt;BR /&gt;I use ignite product for the disaster recovery&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thank you&lt;BR /&gt;&lt;BR /&gt;Idriz</description>
      <pubDate>Fri, 28 Feb 2003 22:24:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916159#M563354</guid>
      <dc:creator>I.Delic</dc:creator>
      <dc:date>2003-02-28T22:24:12Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916160#M563355</link>
      <description>Hi Idriz,&lt;BR /&gt;&lt;BR /&gt;If you're not actually creating or serving an Ignite image, then yes you can safely kill the process.&lt;BR /&gt;That should only be running when you are creating a make_net_recovery image or the server is doling one out to another host.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Fri, 28 Feb 2003 22:31:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916160#M563355</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2003-02-28T22:31:28Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916161#M563356</link>
      <description>I should add that I believe your portscan did kick this off. When it hit your server with 67,68 or 69/UDP and since inetd.conf entry was not commented, your server dutifully fired off the command. It's probably just spinning &amp;amp; doing nothing but chewing up CPU cycles.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Fri, 28 Feb 2003 22:37:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916161#M563356</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2003-02-28T22:37:46Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916162#M563357</link>
      <description>thank you jeff&lt;BR /&gt;&lt;BR /&gt;i just kill the process&lt;BR /&gt;&lt;BR /&gt;he's gone&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 01 Mar 2003 09:44:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916162#M563357</guid>
      <dc:creator>I.Delic</dc:creator>
      <dc:date>2003-03-01T09:44:39Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916163#M563358</link>
      <description>a simple port scan should not produce a runaway process.  if it does, then there is a bug in the code for that process that needs to be reported through official channels.&lt;BR /&gt;&lt;BR /&gt;it might help if you could take a tusc trace of the tftpd process - something like:&lt;BR /&gt;&lt;BR /&gt;tusc -v -o /tmp/tftp.tusc &lt;PID&gt;&lt;BR /&gt;&lt;BR /&gt;where &lt;PID&gt; is the process ID of the tftp (or any other runaway) process.&lt;BR /&gt;&lt;BR /&gt;killing it is all fine and good, but is only treating a symptom and does not preclude the problem from happening again in the future.&lt;/PID&gt;&lt;/PID&gt;</description>
      <pubDate>Mon, 03 Mar 2003 19:10:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916163#M563358</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2003-03-03T19:10:06Z</dc:date>
    </item>
    <item>
      <title>Re: tftpd</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916164#M563359</link>
      <description>We have just had this happen too, and similarly we have found out that someone was using a port scanner.&lt;BR /&gt;&lt;BR /&gt;What was the name of the port scanner in your case?</description>
      <pubDate>Fri, 12 Nov 2004 07:09:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tftpd/m-p/2916164#M563359</guid>
      <dc:creator>David Barrington</dc:creator>
      <dc:date>2004-11-12T07:09:44Z</dc:date>
    </item>
  </channel>
</rss>

