Re: [PATCHv4 4/5] domifaddr: Add virsh support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 






On Tue, Aug 27, 2013 at 6:20 PM, Daniel P. Berrange <berrange@xxxxxxxxxx> wrote:
>
> On Sun, Aug 25, 2013 at 04:45:44AM +0530, Nehal J Wani wrote:
> > Use virDomainInterfacesAddresses in virsh
> >
> > tools/virsh-domain-monitor.c
> >    * Introduce new command : domifaddr
> >    virsh # domifaddr f18
> >    Name       MAC address          IPv4 address        IPv6 address
> >    -------------------------------------------------------------------------------
> >    lo         00:00:00:00:00:00    127.0.0.1/8                      ::1/128
> >    eth0       52:54:00:89:4e:97    192.168.101.130/24  fe80::5054:ff:fe89:4e97/64
> >    eth0:1     52:54:00:89:4e:97    192.168.101.133/24
> >    eth0:2     52:54:00:89:4e:97    192.168.101.132/24
> >    eth1       52:54:00:89:ad:35    192.168.102.142/24  fe80::5054:ff:fe89:ad35/64
> >    eth1:1     52:54:00:89:ad:35    192.168.102.143/24
> >    eth2       52:54:00:d3:39:ee    192.168.103.183/24  fe80::5054:ff:fed3:39ee/64
> >    eth2:0     52:54:00:d3:39:ee    192.168.103.184/24
> >    eth2:1     52:54:00:d3:39:ee    192.168.103.185/24
> >    eth3       52:54:00:fe:4c:4f    192.168.101.197/24  fe80::5054:ff:fefe:4c4f/64
> >    eth3:1     52:54:00:fe:4c:4f    192.168.101.198/24
>
> This formatting of IP addrs is broken.
>
> We should not expose interface aliases 'eth0:1', 'eth0:2', etc. If QEMU agent
> is returning such names, either we should fix the agent, or strip the ":1"
> suffixes in libvirt. The aliased names are an artifact of the legacy linux IP
> config tools. The new 'ip' command does not use these - it just shows 'eth0'
> with multiple IPv4 and multiple IPv6 addresses, which is also how libvirt/netcf
> report physical device names & config.
>
> Our display format must allow for NICs having arbitrarily many addresses
> of either type, so displaying IPv4/IPv6 side by side will not work.
>
> I think we need a display format like:
>
>   virsh  domifaddr f18
>     Name       MAC address          Protocol  Address
>     -------------------------------------------------------------------------------
>     lo         00:00:00:00:00:00    ipv4      127.0.0.1/8
>     -          -                    ipv6      ::1/128
>     eth0       52:54:00:89:4e:97    ipv4      192.168.101.130/24
>     -          -                    ipv4      192.168.101.133/24
>     -          -                    ipv4      192.168.101.132/24
>     -          -                    ipv6      fe80::5054:ff:fe89:4e97/64
>     eth1       52:54:00:89:ad:35    ipv4      192.168.102.142/24
>     -          -                    ipv4      192.168.102.143/24
>     -          -                    ipv6      fe80::5054:ff:fe89:ad35/64
>
>
> With option to fully display all fields to make life easier for scripts:
>
>   virsh domifaddr --full f18
>     Name       MAC address          Protocol  Address
>     -------------------------------------------------------------------------------
>     lo         00:00:00:00:00:00    ipv4      127.0.0.1/8
>     lo         00:00:00:00:00:00    ipv6      ::1/128
>     eth0       52:54:00:89:4e:97    ipv4      192.168.101.130/24
>     eth0       52:54:00:89:4e:97    ipv4      192.168.101.133/24
>     eth0       52:54:00:89:4e:97    ipv4      192.168.101.132/24
>     eth0       52:54:00:89:4e:97    ipv6      fe80::5054:ff:fe89:4e97/64
>     eth1       52:54:00:89:ad:35    ipv4      192.168.102.142/24
>     eth1       52:54:00:89:ad:35    ipv4      192.168.102.143/24
>     eth1       52:54:00:89:ad:35    ipv6      fe80::5054:ff:fe89:ad35/64
>
>
> > +
> > +    for (i = 0; i < ifaces_count; i++) {
> > +        virDomainInterfacePtr iface = ifaces[i];
> > +        virBuffer buf = VIR_BUFFER_INITIALIZER;
> > +        const char *hwaddr = "";
> > +        const char *ip_addr_str = NULL;
> > +
> > +        if (interface && STRNEQ(interface, iface->name)) {
> > +            virBufferFreeAndReset(&buf);
> > +            continue;
> > +        }
> > +
> > +        if (iface->hwaddr)
> > +            hwaddr = iface->hwaddr;
> > +
> > +        for (j = 0; j < iface->naddrs; j++) {
> > +            if (j)
> > +                virBufferAsprintf(&buf, "%25s/%d",
> > +                                  iface->addrs[j].addr,
> > +                                  iface->addrs[j].prefix);
> > +            else
> > +                virBufferAsprintf(&buf, "%s/%d",
> > +                                  iface->addrs[j].addr,
> > +                                  iface->addrs[j].prefix);
>
> This logic is very broken not allowing for multiple addrs per device
>
> > +        }
> > +
> > +        if (virBufferError(&buf)) {
> > +            virBufferFreeAndReset(&buf);
> > +            virReportOOMError();
> > +            return ret;
> > +        }
> > +
> > +        ip_addr_str = virBufferContentAndReset(&buf);
> > +
> > +        if (!ip_addr_str)
> > +            ip_addr_str = "";
> > +
> > +        vshPrintExtra(ctl, " %-10s %-17s    %s\n",
> > +                     iface->name, hwaddr, ip_addr_str);
> > +
> > +        virBufferFreeAndReset(&buf);
> > +    }
> > +
> > +    ret = true;
> > +
> > +cleanup:
> > +    for (i = 0; i < ifaces_count; i++)
> > +        virDomainInterfaceFree(ifaces[i]);
> > +    VIR_FREE(ifaces);
> > +
> > +    virDomainFree(dom);
> > +    return ret;
> > +}
> > +
> >  const vshCmdDef domMonitoringCmds[] = {
> >      {.name = "domblkerror",
> >       .handler = cmdDomBlkError,
> > @@ -1944,5 +2039,11 @@ const vshCmdDef domMonitoringCmds[] = {
> >       .info = info_list,
> >       .flags = 0
> >      },
> > +    {.name = "domifaddr",
> > +     .handler = cmdDomIfAddr,
> > +     .opts = opts_domifaddr,
> > +     .info = info_domifaddr,
> > +     .flags = 0
> > +    },
> >      {.name = NULL}
> >  };
>
>
> Daniel
> --
> |: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
> |: http://libvirt.org              -o-             http://virt-manager.org :|
> |: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
> |: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|
>
> --
> libvir-list mailing list
> libvir-list@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/libvir-list

Suppose I have the following network configuration in my guest:
[root@localhost ~]# ifconfig 
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.154.8  netmask 255.255.0.0  broadcast 192.168.255.255
        inet6 fe80::5054:ff:fefe:4c4f  prefixlen 64  scopeid 0x20<link>
        inet6 2001:db8:0:f101::2  prefixlen 64  scopeid 0x0<global>
        inet6 2001:db8:0:f101::1  prefixlen 64  scopeid 0x0<global>
        ether 52:54:00:fe:4c:4f  txqueuelen 1000  (Ethernet)
        RX packets 1535  bytes 123240 (120.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1133  bytes 160636 (156.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0:0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 102.168.168.168  netmask 255.255.0.0  broadcast 192.168.255.255
        ether 52:54:00:fe:4c:4f  txqueuelen 1000  (Ethernet)

eth0:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.101.197  netmask 255.255.255.0  broadcast 192.168.101.255
        ether 52:54:00:fe:4c:4f  txqueuelen 1000  (Ethernet)

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 16436
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 8  bytes 616 (616.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 8  bytes 616 (616.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@localhost ~]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:fe:4c:4f brd ff:ff:ff:ff:ff:ff
    inet 192.168.154.8/16 brd 192.168.255.255 scope global eth0
    inet 192.168.101.197/24 brd 192.168.101.255 scope global eth0:1
    inet 102.168.168.168/16 brd 192.168.255.255 scope global eth0:0
    inet6 2001:db8:0:f101::2/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 2001:db8:0:f101::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::5054:ff:fefe:4c4f/64 scope link 
       valid_lft forever preferred_lft forever
[root@localhost ~]# 

Now, qemu-guest-agent returns back (after making it pretty):
{
  "return": [
    {
      "name": "lo",
      "ip-addresses": [
        {
          "ip-address-type": "ipv4",
          "ip-address": "127.0.0.1",
          "prefix": 8
        },
        {
          "ip-address-type": "ipv6",
          "ip-address": "::1",
          "prefix": 128
        }
      ],
      "hardware-address": "00:00:00:00:00:00"
    },
    {
      "name": "eth0",
      "ip-addresses": [
        {
          "ip-address-type": "ipv4",
          "ip-address": "192.168.154.8",
          "prefix": 16
        },
        {
          "ip-address-type": "ipv6",
          "ip-address": "2001:db8:0:f101::2",
          "prefix": 64
        },
        {
          "ip-address-type": "ipv6",
          "ip-address": "2001:db8:0:f101::1",
          "prefix": 64
        },
        {
          "ip-address-type": "ipv6",
          "ip-address": "fe80::5054:ff:fefe:4c4f",
          "prefix": 64
        }
      ],
      "hardware-address": "52:54:00:fe:4c:4f"
    },
    {
      "name": "eth0:1",
      "ip-addresses": [
        {
          "ip-address-type": "ipv4",
          "ip-address": "192.168.101.197",
          "prefix": 24
        }
      ],
      "hardware-address": "52:54:00:fe:4c:4f"
    },
    {
      "name": "eth0:0",
      "ip-addresses": [
        {
          "ip-address-type": "ipv4",
          "ip-address": "102.168.168.168",
          "prefix": 16
        }
      ],
      "hardware-address": "52:54:00:fe:4c:4f"
    }
  ]
}
So, qemu-ga doesn't understand that there can't be more than one
device with same MAC addr. So, I think we are left with the following
options:
(i) Modify qemu-guest-agent to return addresses belonging to same
MAC address grouped under one interface only.
OR
(ii) Let the reply be as it is now. Strip the ":0", ":1" from the response
of guest agent (Is this really necessary?) . We'll have to parse the JSON
multiple times and fill the virDomainInterface structs by grouping them
according to the MAC addresses.

--
Nehal J Wani

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]