On 31/03/15 17:59, Nicolas Ecarnot wrote:
> Le 31/03/2015 15:55, Lior Vernia a écrit :
>
>> So the lower ones are allocated. But I would expect nic0 to receive a
>> lower MAC address than nic1 on the same VM. Have you encountered a
>> situation where that is not the cas
On 31/03/15 16:02, Nicolas Ecarnot wrote:
> Le 31/03/2015 14:48, Lior Vernia a écrit :
>
>>>> I see. It seems MAC addresses are allocated according to the NIC name
>>>> order,
>>>
>>> I'm not sure this is exact.
>>> Ac
On 31/03/15 15:34, Nicolas Ecarnot wrote:
> Le 31/03/2015 13:57, Lior Vernia a écrit :
>>
>>
>> On 31/03/15 14:21, Nicolas Ecarnot wrote:
>>> Hi Lior,
>>>
>>> Le 31/03/2015 12:55, Lior Vernia a écrit :
>>>> Indeed, if you're usin
On 31/03/15 14:21, Nicolas Ecarnot wrote:
> Hi Lior,
>
> Le 31/03/2015 12:55, Lior Vernia a écrit :
>> Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
>> whenever you create the VM (not afterwards - as part of the new VM
>> dialog), the N
I'm only
> able to cancel it because I am confronted with the following:
>
> problem
>
> Thanks for the help.
>
>
> On 31.03.2015. 12:52, Lior Vernia wrote:
>> Hello Bojan,
>>
>> I'm still having difficulties understanding the exact situation. Cou
Indeed, if you're using oVirt 3.4 and up, and you supply all the NICs
whenever you create the VM (not afterwards - as part of the new VM
dialog), the NICs should receive MAC addresses according to their
ordering by names, e.g. nic1 will always get a lower MAC address than
nic2. For a newly-created
Hello Bojan,
I'm still having difficulties understanding the exact situation. Could
you please click the "Refresh Capabilities" button in the hosts tab when
the relevant host is selected and supply a screenshot of the Setup Host
Networks dialog on that host afterwards. Then explain what about that
On 25/03/15 15:37, Dan Kenigsberg wrote:
> On Fri, Mar 13, 2015 at 02:56:36PM +0100, m...@nepu.moe wrote:
>> Hello,
>>
>> New VMs can't access the network anymore, there's no ethernet device. This
>> happens both when generating a new VM from a saved template and when
>> installing a new VM wit
Hello,
You're right. It might be something we should consider adding in the
hosted engine script - maybe a flag to also install the Neutron agent
packages?...
For now, there should be an easy workaround as long as you have more
than one host in your deployment. You could put one host in maintenan
Bonjour Nathanael,
You haven't mentioned which version of oVirt you were using - I suspect
it's pre-3.5 and therefore this isn't fixed yet:
https://bugzilla.redhat.com/show_bug.cgi?id=1114085
>From 3.5 onwards the warning should not appear for a bond (in
aggregating mode) if only one of its slave
If I'm not mistaken, heartbeat intervals are configured to 10 seconds by
default.
The command times out queries for the status of VMs on a host - any
reason to suspect why that's taking long? Does it happen on specific hosts?
On 11/03/15 18:40, Chris Adams wrote:
> Once upon a time, Chris Adams
On 12/03/15 08:41, Ido Barkan wrote:
> 1187244 - 2, 3 work weeks I assume. we aim for 3.5.1.
>
RHEV 3.5.1, so oVirt 3.5.2. It'll be tough to get it in RC2, but I think
we'd still want it in the GA if we can get it fixed by then.
> - Original Message -
> From: "Adam Litke"
> To: "Sandr
"} |
> | ad67fa8f-88a3-4845-b5b9-4182ef02991f | | fa:16:3e:ce:57:18 |
> {"subnet_id": "80da5fad-01f5-44f9-b5c3-7f457de25187", "ip_address":
> "192.168.100.5"} |
> | b74411e8-16be-4e3a-9132-b2d0e3620a77 | nic1 | 00:1a:4a:2c:3f:03 |
&
Hi Eduardo,
May I ask for more details on what you're testing exactly? You're
running "oVirt" VMs? And do these VMs use "external" networks (i.e.
networks that were configured on the Neutron server)?
On 17/02/15 01:00, Eduardo Terzella wrote:
> Good night,
>
> I'm trying oVirt 3.5 + neutron appl
Hi David,
On 13/02/15 01:28, David Smith wrote:
> Is there a way to directly connect a specific device (ie, NIC) to a
> particular VM?
>
> I've figured out how to map a specific network interface to a VM, thats
> one step, but in the end I may need direct access to the PCI device itself.
I think
What Martin said is correct, let me just add that originally this
limitation was put in place because in older kernels the bridge for the
untagged network could see tagged traffic over the same physical
interface, which was a security loophole (as a VM using the untagged
bridge could sniff all the
On 04/02/15 18:06, Sandro Bonazzola wrote:
> Hi,
> I've been asked to start the discussion about testing 3.6.0 nightly builds.
>
> Once http://gerrit.ovirt.org/37384 will be merged or manually applied on the
> testing host, 3.6 cluster compatibility will be enabled on the following
> distributi
On 06/02/15 12:00, Sandro Bonazzola wrote:
> Il 02/02/2015 00:55, Michael Schefczyk ha scritto:
>> Dear All,
>>
>> Tying hard to get a hosted engine setup using Centos 7, I remain stuck after
>> many tries setting up the network.
>>
>> Enclosed please find (a) the ifconfig of the host called lin
Hi Sven,
Have you configured anything manually, or was everything configured by
oVirt?
I vaguely remember encountering similar behavior when I had the same IP
address configured on the host bridge and on the VM interface inside the
guest - could that be the case?
Yours, Lior.
On 03/02/15 13:44,
On 02/02/15 14:21, Martin Mucha wrote:
> Hi,
>
> I'd like to discuss how to properly report unmanaged networks and how to ask
> for their removal after
> org.ovirt.engine.core.common.action.VdcActionType#SetupNetworks
> is removed.
We don't actually have to remove the command, but I'd prefer
On 28/01/15 18:15, Yaniv Dary wrote:
> Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.html
> Minutes (text):
> http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.txt
> Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.log.html
>
> ===
On 28/01/15 14:20, Dan Kenigsberg wrote:
> On Tue, Jan 27, 2015 at 12:03:38PM +0200, Lior Vernia wrote:
>>
>>
>> On 26/01/15 15:45, Dan Kenigsberg wrote:
>>> On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote:
>>>> Hello users and developers,
&g
Hi Darrell!
There's currently no clean way to do this - we'll be looking to fix this
in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454).
You haven't mentioned which version of oVirt you're running - if it's
3.4 or lower, I think it would suffice to change ifcfg files on your
hypervisors
On 26/01/15 15:45, Dan Kenigsberg wrote:
> On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote:
>> Hello users and developers,
>>
>> Just put up a feature page for the aforementioned feature; in summary,
>> to report total RX/TX statistics for hosts and VMs
On 23/01/15 19:41, Kostyrev Aleksandr wrote:
> Donny Davis писал 2015-01-23 18:07:
>> You have to move the hosted engine to another host to sync the
>> networks, they cannot be synced while the host is running vm's. Bring
>> your second hosted engine machine online so the engine can be
>> migrate
had a similar problem recently, and the cause was the Jboss
> version (Juan worked out the problem).
>
> Juan/Muli?
>
> - Original Message -----
> From: "Lior Vernia"
> To: "Users@ovirt.org List"
> Sent: Wednesday, January 21, 2015 3:43:50 PM
&
Hello,
Building from master (i.e. towards 3.6), trying to use REST produces
some exceptions - anyone has any clue as to why? Attaching the response
(stack trace); this is to a GET operation on /api.
Yours, Lior.
JBoss Web/7.0.0.SNAPSHOT - Error
report