On 06/27/2013 09:54 AM, Michal Privoznik wrote:
> On 21.06.2013 19:30, Ján Tomko wrote:
>> If networkUnplugBandwidth is called on a network which has
>> no bandwidth defined, print a warning instead of crashing.
>>
>> This can happen when destroying a domain with bandwith if
>> bandwidth was removed from the network after the domain was
>> started.
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=975359
>> ---
>>  src/network/bridge_driver.c | 5 +++++
>>  1 file changed, 5 insertions(+)
>>
>> diff --git a/src/network/bridge_driver.c b/src/network/bridge_driver.c
>> index f7c2470..72a3f70 100644
>> --- a/src/network/bridge_driver.c
>> +++ b/src/network/bridge_driver.c
>> @@ -4808,6 +4808,11 @@ networkUnplugBandwidth(virNetworkObjPtr net,
>>  
>>      if (iface->data.network.actual &&
>>          iface->data.network.actual->class_id) {
>> +        if (!net->def->bandwidth || !net->def->bandwidth->in) {
>> +            VIR_WARN("Network %s has no bandwidth but unplug requested",
>> +                     net->def->name);
>> +            goto cleanup;
>> +        }
>>          /* we must remove class from bridge */
>>          new_rate = net->def->bandwidth->in->average;
>>  
>>
> 
> So the problem is, if user starts a domain with interface which has
> @floor set. The @floor requires a bandwidth to be set on the network the
> interface is to be plugged into. Then he destroys the network, clear
> <bandwidth/> from the network definition and starts the network again. I
> think this is the place which should be fixed. We should deny removing
> <bandwidth/> in case there's at least one interface attached with
> @floor. Similarly, we refuse to start domain if the corresponding
> network doesn't have any <bandwidth/> configured.

We refuse to start domains when the network isn't active too, even if they
don't have bandwidth, yet we allow the networks to be shut down afterwards.

I don't think we want to forbid shutting networks with bandwidth down (which
essentially removes all the bandwidth from it).

Jan

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

Reply via email to