Opened 11 years ago

Last modified 8 years ago

#69 assigned defect

mondoarchive NFS does not work with zeroconf installed

Reported by: andree Owned by: bruno
Priority: normal Milestone: 4.0.2
Component: mondo Version: 2.0.9
Severity: normal Keywords:

Description (last modified by bruno)

zeroconf ( apparently adds an IP address from the range to an interface. So, with zeroconf installed I get the following outout from 'ip addr':

1: lo: <LOOPBACK,UP,10000> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:11:d8:50:e0:80 brd ff:ff:ff:ff:ff:ff
    inet brd scope link eth0
    inet brd scope global eth0
    inet6 fe80::211:d8ff:fe50:e080/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
    link/ieee1394 00:e0:18:00:00:ce:cf:54 brd ff:ff:ff:ff:ff:ff:ff:ff
4: sit0: <NOARP> mtu 1480 qdisc noop
    link/sit brd

The interesting one here is 2: The address is what is configured as a static address. is what zeroconf adds.

Networking in general works fine with this. However, mondoarchive uses ifconfig to obtain the IP address for the NFS config. 'ifconfig' gives:

eth0      Link encap:Ethernet  HWaddr 00:11:D8:50:E0:80
          inet addr:  Bcast:  Mask:
          inet6 addr: fe80::211:d8ff:fe50:e080/64 Scope:Link
          RX packets:13785 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10514 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:17528791 (16.7 MiB)  TX bytes:977510 (954.5 KiB)

lo        Link encap:Local Loopback
          inet addr:  Mask:
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:358 errors:0 dropped:0 overruns:0 frame:0
          TX packets:358 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:20284 (19.8 KiB)  TX bytes:20284 (19.8 KiB)

which means it only gives the IP address configured by zeroconf. And that address is what is using during restore and of course doesn't work.

I am not 100% sure what to do here but don't think it is super urgent. I mainly wanted it documented somewhere - maybe we should also put it in the wiki ?

One interesting comment I saw is that apparently ifconfig is getting superseded by the ip command. Maybe we need at some stage replace ifconfig with ip.

Cheers, Andree

Change History (3)

comment:1 Changed 11 years ago by bruno

  • Description modified (diff)
  • Status changed from new to assigned

comment:2 Changed 10 years ago by bruno

I need to investigate fr all the distributions supported (26 now !) if ip is available and would work. If yes, I agree that we should replace calls to ifconfig by walls to ip.

comment:3 Changed 8 years ago by bruno

  • Milestone set to 3.0.2
Note: See TracTickets for help on using tickets.