znfJanC, nah, just got a 100Gbit broadcomm adapter with RDMA/SRV-IO enabled01:44
=== shokohsc51087 is now known as shokohsc5108
=== cpaelzer_ is now known as cpaelzer
=== ravage_ is now known as ravage
nibbon_cpaelzer: I cracked the Windows issue08:04
nibbon_the problem is due to this change: https://github.com/qemu/qemu/commit/af1b80ae56c9495999e8ccf7b70ef894378de64208:05
-ubottu:#ubuntu-server- Commit af1b80a in qemu/qemu "i386/acpi: fix inconsistent QEMU/OVMF device paths"08:05
nibbon_upstream proposed a workaround to make it work up to 5.1 https://github.com/qemu/qemu/commit/0a343a5add75f9f90c65e932863d57ddbcb28f5c08:07
-ubottu:#ubuntu-server- Commit 0a343a5 in qemu/qemu "i386/acpi: restore device paths for pre-5.1 vms"08:07
nibbon_tl;dr if you migrate a Windows instance from Focal (4.2) to Jammy (6.2), as long as the instance is restarted with machine type = "xxx-6.2", creates new network interfaces. If they rely on DHCP, no problem, but any static configuration is lost in the void08:08
cpaelzernibbon_: so a migration without changing the type works, but the upgrade of the type switches the pci-id and due to that it is lost - is that the right summary?08:11
nibbon_cpaelzer: yeah, live migrating a workload persist the machine type; when the workload is stopped and started back, may take the new machine type which leads Windows to create new interfaces - screwing up those with static configuration08:12
nibbon_solution are: either persist the machine type when the instance is restarted or introduce this patch https://paste.debian.net/hidden/964a45eb/ 08:13
nibbon_I'm currently testing the latter in my env, and it's working fine08:13
cpaelzernibbon_: even stop/start should keep the machine type as it is in the guest XML definition of libvirt. Or are you running qemu directly (sorry if you told me before I forgot that detail)08:14
nibbon_cpaelzer: our custom orchestrator uses the greatest machine type available and it's out of my reach changing that :/08:15
cpaelzernibbon_: ah I see, well bumping the machine type will imply changing virtual hardware08:16
cpaelzerwhich is just what you see08:16
cpaelzerI mean, it is great to change to later types as a well controlled update (like when you qualify and switch to a new generation of silicon)08:16
cpaelzerBut switching the type => give me the new things08:16
nibbon_cpaelzer: I'm aware of that; however, we have been doing that for ages and it's the first time we hit such an issue08:18
cpaelzerAnd that patch is very specific (just 6.2 is changed) and would likely break live migrations as they would have 0 on the source and 1 on the target node. So we would change that underneath their feet even if they kept the machine type.08:18
cpaelzerThat sounds like something that can't be applied to Ubuntu that tries to work for everyone and every use-case08:18
cpaelzerI've seen issues like this a few times, maybe once every year. But that very much depends on whic huse case and (virtual) HW you are using.08:19
cpaelzeressentially each change to a type in the file you patched there is such a change - and they have a lot more via the compat entries.08:19
cpaelzerTL;DR I'd love to help you but a) your suggested change will likely break others and b) you are switching type so you can not really insist on virtual HW being the same as before08:20
nibbon_hmm, you have a point wrt live migration; nevertheless, I haven't spotted any issue while performing tests in my env (being linux or windows workloads involved). I'll perform more tests08:22
nibbon_can you articulate more about the compat entries?08:23
nibbon_(asking for a friend who's likely left alone in this endeavor :P)08:24
cpaelzerwhat I mean is people often look at e.g. hw/i386/pc_q35.c (or piix) and think that is all that changed. But you also have the entries in hw/i386/pc.c representing "changes in virtual HW when changing machine type"08:28
=== shokohsc51080 is now known as shokohsc5108
oramirezHi all,  I got a question to anyone. I have install pro and attached the token to the computer. I was able to add the machine to the landscape server, however when I look in the Ubuntu Pro Tab, I get the message that This computer is not attached to an Ubuntu Pro entitlement. I might be misunderstanding this. Does Landscape is unable to see that I21:17
oramirezdo have a Pro subscription?21:17
JanCyou probably better ask Landscape/Canonical support about that21:20

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!