8:54 p.m.
Anyone gotten the SRIOV hook to work with Solar Flare 10g cards? Any advice?
I've gotten the hooks installed on my host nodes, and added a string to my engine. The
card is up in SRIOV "mode" on the host and virtual instances are available. I
can see the hooks running in the vdsm logs, but can't tell what they are doing from
there. They are not attaching the sriov card instance to my VM though, so I'm at a
loss.
As an aside, it'd be really nice to have hooks register with the engine and add proper
custom strings to the setup. Failing that, some explicit documentation on EXACTLY what
string should be used for the hook would be nice. My first pass at it resulted in an
improper string that caused my host to crash/hang and reboot when I attempted to start a
VM with it the first time.
Speaking of which, I added my custom string to UserDefinedVMProperties, not
CustomDeviceProperties. Was that correct?
Thanks,
-Darrell
11:44 p.m.
On 05/08/2014 02:54 PM, Darrell Budic wrote:
Anyone gotten the SRIOV hook to work with Solar Flare 10g cards? Any
advice?
I've gotten the hooks installed on my host nodes, and added a string to my engine.
The card is up in SRIOV "mode" on the host and virtual instances are available.
I can see the hooks running in the vdsm logs, but can't tell what they are doing from
there. They are not attaching the sriov card instance to my VM though, so I'm at a
loss.
you can compare the generated livirt xml send to qemu by vdsm and
compare to what you expected to happen by the hook.
As an aside, it'd be really nice to have hooks register with the engine and add
proper custom strings to the setup. Failing that, some explicit documentation on EXACTLY
what string should be used for the hook would be nice. My first pass at it resulted in an
improper string that caused my host to crash/hang and reboot when I attempted to start a
VM with it the first time.
each hook has a README - maybe send a patch to elaborate more on the one
not clear enough to you?
Speaking of which, I added my custom string to UserDefinedVMProperties, not
CustomDeviceProperties. Was that correct?
yes. it was correct.
Thanks,
-Darrell
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
1:57 p.m.
On Sun, May 11, 2014 at 05:44:35PM -0400, Itamar Heim wrote:
On 05/08/2014 02:54 PM, Darrell Budic wrote:
>Anyone gotten the SRIOV hook to work with Solar Flare 10g cards? Any advice?
>
>I've gotten the hooks installed on my host nodes, and added a string to my
engine. The card is up in SRIOV "mode" on the host and virtual instances are
available. I can see the hooks running in the vdsm logs, but can't tell what they are
doing from there. They are not attaching the sriov card instance to my VM though, so
I'm at a loss.
you can compare the generated livirt xml send to qemu by vdsm and
compare to what you expected to happen by the hook.
You may also share the bit of vdsm.log from vmCreate until failure.
>
>As an aside, it'd be really nice to have hooks register with the engine and add
proper custom strings to the setup. Failing that, some explicit documentation on EXACTLY
what string should be used for the hook would be nice. My first pass at it resulted in an
improper string that caused my host to crash/hang and reboot when I attempted to start a
VM with it the first time.
each hook has a README - maybe send a patch to elaborate more on the
one not clear enough to you?
I think that Darrel means something like
Bug 1086329 - [RFE] semi-automatic hook registration
(or maybe a bit less fancy). It would be cool to add some introspection
to the hook framework, so that Engine learns about available hooks and
their custom properties from the nodes.
>
>Speaking of which, I added my custom string to UserDefinedVMProperties, not
CustomDeviceProperties. Was that correct?
yes. it was correct.
2:32 p.m.
On 05/12/2014 07:57 AM, Dan Kenigsberg wrote:
On Sun, May 11, 2014 at 05:44:35PM -0400, Itamar Heim wrote:
> On 05/08/2014 02:54 PM, Darrell Budic wrote:
>> Anyone gotten the SRIOV hook to work with Solar Flare 10g cards? Any advice?
>>
>> I've gotten the hooks installed on my host nodes, and added a string to my
engine. The card is up in SRIOV "mode" on the host and virtual instances are
available. I can see the hooks running in the vdsm logs, but can't tell what they are
doing from there. They are not attaching the sriov card instance to my VM though, so
I'm at a loss.
>
> you can compare the generated livirt xml send to qemu by vdsm and
> compare to what you expected to happen by the hook.
You may also share the bit of vdsm.log from vmCreate until failure.
>
>>
>> As an aside, it'd be really nice to have hooks register with the engine and
add proper custom strings to the setup. Failing that, some explicit documentation on
EXACTLY what string should be used for the hook would be nice. My first pass at it
resulted in an improper string that caused my host to crash/hang and reboot when I
attempted to start a VM with it the first time.
>
> each hook has a README - maybe send a patch to elaborate more on the
> one not clear enough to you?
I think that Darrel means something like
Bug 1086329 - [RFE] semi-automatic hook registration
(or maybe a bit less fancy). It would be cool to add some introspection
to the hook framework, so that Engine learns about available hooks and
their custom properties from the nodes.
engine learns about deployed hooks (and shows them in the gui) based on
vdsm reporting them.
vdsm could report also the custom properties regex string, but would
probably need to version it, since engine would need to pick the 'one'
regex from multiple hosts reporting different things for same hook.
>
>>
>> Speaking of which, I added my custom string to UserDefinedVMProperties, not
CustomDeviceProperties. Was that correct?
>
> yes. it was correct.
9:27 p.m.
On May 12, 2014, at 7:32 AM, Itamar Heim <iheim(a)redhat.com> wrote:
On 05/12/2014 07:57 AM, Dan Kenigsberg wrote:
> On Sun, May 11, 2014 at 05:44:35PM -0400, Itamar Heim wrote:
>> On 05/08/2014 02:54 PM, Darrell Budic wrote:
>>> Anyone gotten the SRIOV hook to work with Solar Flare 10g cards? Any advice?
>>>
>>> I've gotten the hooks installed on my host nodes, and added a string to
my engine. The card is up in SRIOV "mode" on the host and virtual instances are
available. I can see the hooks running in the vdsm logs, but can't tell what they are
doing from there. They are not attaching the sriov card instance to my VM though, so
I'm at a loss.
>>
>> you can compare the generated livirt xml send to qemu by vdsm and
>> compare to what you expected to happen by the hook.
>
> You may also share the bit of vdsm.log from vmCreate until failure.
I haven’t had time to get back to this yet, but I’ll share logs the next time I get to try
it. May not be for a couple of weeks, about to take a vacation. But from memory, it’s not
adding anything at all to the xml, so I’m not sure if my custom property string is wrong,
or if it’s just not working for some other reason.
> As an aside, it'd be really nice to have hooks register with
the engine and add proper custom strings to the setup. Failing that, some explicit
documentation on EXACTLY what string should be used for the hook would be nice. My first
pass at it resulted in an improper string that caused my host to crash/hang and reboot
when I attempted to start a VM with it the first time.
>>
>>
>> each hook has a README - maybe send a patch to elaborate more on the
>> one not clear enough to you?
>
> I think that Darrel means something like
>
> Bug 1086329 - [RFE] semi-automatic hook registration
>
> (or maybe a bit less fancy). It would be cool to add some introspection
> to the hook framework, so that Engine learns about available hooks and
> their custom properties from the nodes.
>
engine learns about deployed hooks (and shows them in the gui) based on vdsm reporting
them.
vdsm could report also the custom properties regex string, but would probably need to
version it, since engine would need to pick the 'one' regex from multiple hosts
reporting different things for same hook.
Exactly this. I didn’t find any documentation for what the strings should be, so I’m
guessing a bit based on reading the code. My first try forgot to include the “sriov=“ bit,
and if you just pass “eth0” to that hook, you’ll crash the whole node. Or at least I did
once (if there were other vms running on that node), and just dropped networking on
another occasion before I realized I’d passed an incomplete string. Seems like something
that would be really nice to have auto set so you can’t screw it up, especially if it
could crash more than just the VM.
I think it’d be fine to not have a properly be available if all the host nodes in a
cluster didn’t agree on what the string/version number should be. Display an alert for the
node if it’s out of sync or something so it’s easy to track down.
4021
days inactive
4025
days old
4 comments
3 participants
participants (3)
-
Dan Kenigsberg -
Darrell Budic -
Itamar Heim