ITEM: L3185L

TFTP is not working.

Question:  Customer can no longer tftp to/from his production
machine after ipl.  

Answer:  Nobody account had expired. That can be fixed by
         smitty users, change/show user nobody and setting the
         expiration date to 0. If there isn't a nobody account
         then add the user with a positive user id and change the
         userid to a negative userid by change/show user and 
         setting the userid value to -2. 

         /etc/tftpaccess.ctl file (if it exists) should be owned
         by root with permissions of 644. There is more 
         information on the tftpaccess.ctl file in InfoExplorer.

         How to log tftp error messages:

         Modify the tftpd daemon so that it logs errors in 

         tftp dgram udp wait nobody  /etc/tftpd tftpd -n -i -v

         Import the changes to the ODM:

         Stop and Start inetd with debugging option on:
         stopsrc -s inetd
         startsrc -s inetd -a "-d"

         Modify the /etc/syslogd.conf file:
         daemon.debug /tmp/syslog.out
         touch /etc/syslog.conf

         Stop and Restart syslog logging:  
         stopsrc -s syslogd
         startsrc -s syslogd

         Verify the file permissions for tftp:
         \# whereis tftp
         tftp: /bin/tftp /usr/bin/tftp /usr/ucb/tftp
         \# ls -l /bin/tftp
-r-sr-xr-x   1 root     system     27715 May 20 12:45 /bin/tftp
         \# ls -l /usr/bin/tftp
-r-sr-xr-x   1 root     system     27715 May 20 12:45 /usr/bin/tftp
         \# ls -l /usr/ucb/tftp
lrwxrwxrwx   1 root     system        13 May 20 13:07 /usr/ucb/tftp -> /usr/bin/
        Customer had modified their /etc/inittab file which 
to not have a console. This was possibly the cause
of their problems. Once they reset /etc/inittab 
everything worked.

Support Line: TFTP is not working. ITEM: L3185L
Dated: July 1994 Category: N/A
This HTML file was generated 99/06/24~13:30:41
Comments or suggestions? Contact us