Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 597363 - Static only DHCP not supported in network configs.
Summary: Static only DHCP not supported in network configs.
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: libvirt
Version: 5.5
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Jiri Denemark
QA Contact: Virtualization Bugs
Depends On:
TreeView+ depends on / blocked
Reported: 2010-05-28 18:07 UTC by Neil Wilson
Modified: 2011-01-13 23:13 UTC (History)
7 users (show)

Fixed In Version: libvirt-0.8.2-4.el5
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 611793 (view as bug list)
Last Closed: 2011-01-13 23:13:06 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2011:0060 normal SHIPPED_LIVE libvirt bug fix and enhancement update 2011-01-12 17:22:30 UTC

Description Neil Wilson 2010-05-28 18:07:27 UTC
Description of problem:

If you specify only 'host' entries in the dhcp section, then no dnsmasq is started up.

Version-Release number of selected component (if applicable):
Using library: libvir 0.6.3

How reproducible:

Steps to Reproduce:

Use network 

  <forward dev='bond0' mode='route'/>
  <bridge name='brbb6fd2' stp='off' forwardDelay='0' />
  <ip address='' netmask=''>
      <host mac='00:16:3e:bb:6f:d2' name='xenhvmlvm' ip='' />

and start the network. 

Actual results:

No dnsmasq is started.

Expected results:

Should start up a dnsmasq serving only static entries by including an appropriate dhcp-range flag.

For example above should including something like:


Additional info:

workaround is to include the network broadcast address as a single range. So for above that would be

      <range start='' end='' />
      <host mac='00:16:3e:bb:6f:d2' name='xenhvmlvm' ip='' />

Comment 2 Jiri Denemark 2010-09-09 14:10:09 UTC
Patch sent upstream as

Comment 5 Jiri Denemark 2010-09-13 21:54:34 UTC
Fix built into libvirt-0.8.2-4.el5

Comment 7 Johnny Liu 2010-10-22 12:52:14 UTC
Verified this bug with libvirt-0.8.2-8.el5 on RHEL5u6 Server X86_64(KVM, xenfv, and xenpv), RHEL5u6 Client I386(xenfv and xenpv) and RHEL5u6 Server IA64 (xenfv and xenpv), PASSED.

1. Prepare virtual network xml file:
# cat  s1.xml 
  <forward mode='nat'/>
  <bridge name='s1' stp='on' delay='0' />
  <ip address='' netmask=''>
        <host mac='00:16:36:7b:4a:21' name='new-host1' ip='' />

2. Define and start the network.
# virsh net-define s1.xml
# virsh net-start s1

3. Check dnsmasq process:
# ps -ef|grep dnsmasq|grep s1
nobody    5095     1  0 07:17 ?        00:00:00 /usr/sbin/dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/ --conf-file=  --listen-address --except-interface lo --dhcp-range,static --dhcp-no-override --dhcp-hostsfile=/var/lib/libvirt/dnsmasq/s1.hostsfile

4. Start a domain which is using the dnsmasq dhcp server.

5. In guest, get IP - and hostname successfully.

So this bug is fixed.

Comment 8 Neil Wilson 2011-01-06 10:51:48 UTC
This functionality has been broken in version 0.8.7. refers.

Comment 10 errata-xmlrpc 2011-01-13 23:13:06 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

Note You need to log in before you can comment on or make changes to this bug.