~ubuntu-branches/ubuntu/precise/bootpc/precise

« back to all changes in this revision

Viewing changes to WHEN-IT-FAILS

  • Committer: Bazaar Package Importer
  • Author(s): Herbert Xu
  • Date: 2000-11-15 21:32:15 UTC
  • Revision ID: james.westby@ubuntu.com-20001115213215-fbob3f7gl5nb9vwm
Tags: upstream-0.64
ImportĀ upstreamĀ versionĀ 0.64

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
## Last updated : Tue Dec 15 03:57:57 1998
 
2
 
 
3
When the bootpc code fails to find a suitable server or reply it
 
4
prints a message like:
 
5
 
 
6
>  Unable to locate an IP address for this host.
 
7
>      ***Please report this problem**
 
8
 
9
>           [Unable to continue]
 
10
 
11
 
 
12
The client then goes into a loop forwever sleeping.  The reason for
 
13
this is that carrying on is probably foolish so it waits for a human
 
14
to interrupt it and sort out the problem.  If you really know what you
 
15
are doing then you can set --returniffail to cause it to return.
 
16
Using bootpc like this you can tell if your machine is connected to
 
17
the network.  I use this for machines which are sometimes on the net,
 
18
but get taken home by their users sometimes.
 
19
 
 
20
If it fails try running --debug --verbose to see if this sheds any
 
21
light on the problem.
 
22
 
 
23
The reasons it can fail that I've encountered are:
 
24
 
 
25
 o  You are running on a 2.1.x Linux kernel which will not pass the
 
26
    bootp reply back to the client since the dest address doesn't match
 
27
    ours (yet).
 
28
 x  Try the --serverbcast flag.  It is a hack but seems to work with
 
29
    most of the common bootp servers and gets round the problem for now.
 
30
    A proper fix would either require kernel changes (which AC and ANK
 
31
    disaprove of), or reading the packets at a lower level and
 
32
    re-implementing most of the IP/UDP stuff in userland.  If the
 
33
    --serverbcast flag doesn't work you *might* want to try using the
 
34
    kernel REDIRECT code from the firewall.  I've not tested this.
 
35
 
 
36
 o  No bootp server is serving this client on this network
 
37
 x  Set one up.  If you want to disable networking if there is no
 
38
    reply to bootp see the --returniffails option.  There is support
 
39
    for this in rc.bootp now.
 
40
 
 
41
 o  Your default network card doesn't get you to the local network, or is
 
42
    filtered or firewalled and not letting bootp packets through.
 
43
 x  Try using --server IPaddress of the server, check the routes
 
44
    you have set allow all broadcast route to the local network.
 
45
 
 
46
 o  You are using --server to point to a server which doesn't run a
 
47
    bootp server
 
48
 x  Try not using it.
 
49
 
 
50
 o  Packets from bootpc don't reach the server, watching the network
 
51
    they seem to go somewhere else.
 
52
 x  You have a default route set up which doesn't reach the bootp
 
53
    server.  E.g. testing bootpc on a live system with the default
 
54
    route pointing at your external router.
 
55
    The rc.bootp script sets up a simple default route to the local
 
56
    net.  If you can't see the bootp server from this you need a
 
57
    router which understands the bootp gateway protocol.  For testing,
 
58
    just set --server to point at your local subnet's broadcast
 
59
    address.  e.g. I use 131.111.16.255.
 
60
 
 
61
 o  You are using --hwaddr and the bootp server responds directly to
 
62
    the MAC address quoted not to the machine generating the request.
 
63
 x  Try not using it.  In modern bootp servers you can tell it to
 
64
    broadcast the replies or reply to a known other address, this can
 
65
    be helpful for debugging.
 
66
 
 
67
 o  The server doesn't understand RFC1497 cookies (you get not all the
 
68
    information back and a "WARNING bp_xid mismatch" probably.)
 
69
 x  Install a newer bootp server, or make do with the information you
 
70
    can get from the old one.
 
71
 
 
72
If these don't seem to be the problem, use strace to trace the
 
73
execution with --debug and --verbose and mail me the output, repeat
 
74
also with --server IPaddress so I can try to see what went wrong.
 
75
 
 
76
e-mail them to J.S.Peatfield@damtp.cam.ac.uk, I'll try to reply with
 
77
suggestions or more questions pretty soon.
 
78
 
 
79
-- Jon