home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / bootpd-2.zip / PROBLEMS < prev    next >
Text File  |  1995-03-28  |  3KB  |  66 lines
  1.  
  2. Common problems and ways to work around them:
  3.  
  4. Bootpd complains: "bind: Address already in use" and fails to start.
  5.     You are already running something that has bound the
  6.     BOOTP listening port number.  Check /etc/inetd.conf or
  7.     the equivalent for a bootp line (or in startup files).
  8.  
  9. Bootpd complains that it "can not get IP addr for HOSTNAME"
  10.  
  11.     If the entry is a "dummy" (not a real host) used only for
  12.     reference by other entries, put '.' in front of the name.
  13.  
  14.     If the entry is for a real client and the IP address for
  15.     the client can not be found using gethostbyname(), specify
  16.     the IP address for the client using numeric form.
  17.  
  18. Bootpd takes a long time to finish parsing the bootptab file:
  19.  
  20.     Excessive startup time is usually caused by waiting for
  21.     timeouts on failed DNS lookup operations.  If this is the
  22.     problem, find the client names for which DNS lookup fails
  23.     and change the bootptab to specify the IP addresses for
  24.     those clients using numeric form.
  25.  
  26.     When bootptab entries do not specify an ip address, bootpd
  27.     attempts to lookup the tagname as a host name to find the
  28.     IP address.  To suppress this default action, either make
  29.     the entry a "dummy" or specify its IP numeric address.
  30.  
  31.     If your DNS lookups work but are just slow, consider either
  32.     running bootpd on the same machine as the DNS server or
  33.     running a caching DNS server on the host running bootpd.
  34.  
  35. My huge bootptab file causes startup time to be so long that clients
  36. give up waiting for a reply.
  37.  
  38.     Truly huge bootptab files make "inetd" mode impractical.
  39.     Start bootpd in "standalone" mode when the server boots.
  40.  
  41.     Another possibility is to run one bootpd on each network
  42.     segment so each one can have a smaller bootptab.  Only one
  43.     instance of bootpd may run on one server, so you would need
  44.     to use a different server for each network segment.
  45.  
  46. My bootp clients are given responses with a boot file name that is
  47. not a fully specified path.
  48.  
  49.     Make sure the TFTP directory or home directory tags are set:
  50.     :td=/tftpboot:    (or)
  51.     :hd=/usr/boot:    (for example)
  52.  
  53. My PC clients running Sun's PC-NFS Pro v1.1 fail to receive
  54. acceptable responses from the bootp server.
  55.  
  56.     These clients send a request with the DHCP "message length"
  57.     option and the (new) BOOTP "broadcast flag" both set.
  58.     The bootp server (on SunOS) will send a fragmented reply
  59.     unless you override the length with :ms=1024: (or less).
  60.     The "broadcast flag" is not yet supported, but there is
  61.     a simple work-around, just add :ra=255.255.255.255:
  62.     for any clients that need their reply broadcasted.
  63.     You may need to use a differnet broadcast address.
  64.     (Thanks to Ivan Auger <ivan.auger@wadsworth.org>)
  65.  
  66.