Wednesday, 2021-12-15

hungnt1i have 1 openstack cluster run on production.04:14
hungnt1i have 1 openstack cluster run on production.04:14
hungnt1all compute run CPU  Intel Xeon Gold 6126 and fixed CPU model for VM is Skylake-Server04:14
hungnt1now i have 10 new server run CPU Intel Xeon Gold 633004:14
hungnt1How can I check the new CPU compatibility with SkyLake-Server for migration VM ?04:14
hungnt1can anyone help me ?04:14
sean-k-mooney[m]the 6126 is skylake and 6330 are icelake04:23
sean-k-mooney[m]if you use a custom cpu model of skulake-server on all host they should be compatible04:24
sean-k-mooney[m]you will need to set cpu_mode=custom cpu_model=skylake-server in the libvirt section of the nova.conf04:25
sean-k-mooney[m]rather then relying on the default host-model04:25
hungnt1_now, my config is cpu_model=skylake-server04:25
sean-k-mooney[m]you can check compatibality using libvirt04:25
sean-k-mooney[m]yep that should work04:25
sean-k-mooney[m]the simplest way yo check really is to just deploy the nodes and try the migration honestly but it should work04:26
hungnt1_i need check compatibility before order server04:27
hungnt1_need confirm 6330 model contain all feature flags of skylake-server04:29
hungnt1_ model ?04:29
hungnt1_where can get list feature flag of SkyLake and IceLake04:33
sean-k-mooney[m]normally i would suggest downloading the datasheet form intel https://ark.intel.com/content/www/us/en/ark/products/212458/intel-xeon-gold-6330-processor-42m-cache-2-00-ghz.html04:33
sean-k-mooney[m]but it does not seam to be avaialable for that model04:33
hungnt1_i cann't find it too04:35
hungnt1_makes me not 100% sure about compatibility04:36
sean-k-mooney[m]you could compare the cpu models in libvirt/qemu04:36
sean-k-mooney[m]i.e. assert the icelake model is a superset of the skylake one04:37
sean-k-mooney[m]the abstract cpu models are intended too allow this type of compatiblity04:38
sean-k-mooney[m]but other then that im not sure there is much else we can suggest04:38
hungnt1_maybe i need contact Intel to get list feature04:39
hungnt1_and make compareration04:39
sean-k-mooney[m]https://paste.opendev.org/show/811678/04:41
hungnt1_oh04:42
hungnt1_tks u 04:42
hungnt1_tôi sẽ kiểm tra, nó hữu ích04:42
hungnt1_i will check, it helpful04:42
sean-k-mooney[m]no worries those xmls basicaly define the abstrack cpu models used or at least a semi human readable version of them04:43
sean-k-mooney[m]the only think im not sure about is <feature name='intel-pt' removed='yes'/> everything else looks like a superset04:45
sean-k-mooney[m]ah it processor tracing04:47
sean-k-mooney[m]https://bugzilla.redhat.com/show_bug.cgi?id=185397204:47
sean-k-mooney[m]looks like it was never implemented in qemu/kvm04:47
hungnt1_in libvirt v4.5.0, it have <feature name='intel-pt'/> in Icelake map 06:33
hungnt1_https://www.diffchecker.com/XXMDm5kL06:35
hungnt1_i had diffcheck in ver 4.5.006:35
*** hemna0 is now known as hemna07:37
*** redrobot6 is now known as redrobot10:34
gibihi! I need a second core (other that bauzas) on the bugfix https://review.opendev.org/c/openstack/nova/+/820549 10:39
stephenfingibi: Done. Nice work11:26
gibistephenfin: thanks a lot!11:26
gibistephenfin: this might be intresting to you as well https://review.opendev.org/c/openstack/nova/+/821423 but it is not urgent as I have to fix tempest first11:27
stephenfingibi: Looking. I'm good on https://review.opendev.org/c/openstack/nova/+/766771 too. I know I originally wrote it, but that was ages ago and I'd forgotten about it so it's basically someone else's code now, heh11:29
gibiyeah, it is a long story. funnily we got hit by it downstream so suddenly it got prioritized up on my list11:31
stephenfinI think it was a downstream bug that caused me to work on that originally too, but I can't really be sure at this point11:31
gibibut the parallel tempest execution actually triggers the bug and as soon as I started rejecting it tempest started to fail randomly11:31
gibiso now I have a nice task to fix up tempest11:32
gibihence https://review.opendev.org/c/openstack/tempest/+/82173211:32
*** tkajinam is now known as Guest851711:58
sean-k-mooneygibi: it kind of looks like it deadlocked12:29
gibisean-k-mooney: it has issues with the serial decorator itself as well. I'm troubleshooting locally12:29
sean-k-mooneygibi you know looking at the decorator you could justr set __serial=True in the defition of the subclasses that should be serial too12:44
gibisean-k-mooney: sure, that is an alternative to the decorator12:44
opendevreviewErlon R. Cruz proposed openstack/nova master: Fix pre_live_migration rollback  https://review.opendev.org/c/openstack/nova/+/81532412:49
opendevreviewErlon R. Cruz proposed openstack/nova master: Adds regression test for bug LP#1897483  https://review.opendev.org/c/openstack/nova/+/82184012:49
gibisean-k-mooney: it appears that I should not rely on __serial as the __ makes is special from attribute lookup perspective 12:56
sean-k-mooneyoh yes __ at the start alters name mangaling12:56
gibiI knew I hit this before but I alway forget12:58
sean-k-mooneygibi: i woudl just make it all UPPERCASE and remvoe the undersocres12:59
sean-k-mooneylike the class constants we have in the func test for api version and such12:59
sean-k-mooneybauzas: elodilles: this was rebased https://review.opendev.org/c/openstack/nova/+/816883 can you +w to get it moving again13:26
opendevreviewMerged openstack/nova master: [rt] Apply migration context for incoming migrations  https://review.opendev.org/c/openstack/nova/+/82054913:33
elodillessean-k-mooney: done13:36
sean-k-mooneyelodilles: thanks13:36
elodillesno problem :)13:36
sean-k-mooneywe had some downstream interest in it so just wanted to relay it upstream13:37
*** kopecmartin_ is now known as kopecmartin13:41
*** whoami-rajat__ is now known as whoami-rajat14:00
erlonsean-k-mooney: hey, can you get some time to review https://review.opendev.org/c/openstack/nova/+/821840? Its the regression test for  https://review.opendev.org/c/openstack/nova/+/81532414:00
erlonsean-k-mooney: please let me know if this is what you were thinking14:00
erlonalso, I need a piece of advice. I cant make it work, and it seems that the mock I'm using is just not mocking. I tried several ways, one is commented14:01
*** lbragstad8 is now known as lbragstad14:09
sean-k-mooneyerlon: not quite. you seam to be trying to create the reguression test more or less form scratch14:37
sean-k-mooneyerlon: i would have started by using one of our libvirt funtal test case  base classes14:38
sean-k-mooneyalso functional test should not really be mocking the way this is14:39
sean-k-mooneythis is closer to a unit test 14:39
sean-k-mooneyerlon: so i proably should have started form 189748314:40
sean-k-mooney* https://github.com/openstack/nova/blob/master/nova/tests/functional/libvirt/base.py#L3114:40
sean-k-mooneyor from integrated_helpers._IntegratedTestBase14:41
sean-k-mooneyif it was not a libvirt specific issue14:41
sean-k-mooneyerlon: this is an example live migration functional test 14:42
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/tests/functional/regressions/test_bug_1939545.py14:43
*** simondodsley_ is now known as simondodsley14:58
*** mnaser_ is now known as mnaser14:58
*** johnsom_ is now known as johnsom15:00
*** viks___ is now known as viks__15:00
*** bbezak_ is now known as bbezak15:00
*** erbarr_ is now known as erbarr15:01
*** NobodyCam_ is now known as NobodyCam15:02
*** clarkb is now known as Guest853615:11
opendevreviewMerged openstack/nova stable/wallaby: Ensure MAC addresses characters are in the same case  https://review.opendev.org/c/openstack/nova/+/81688315:21
*** Guest8536 is now known as clarkb16:18
opendevreviewAlexey Stupnikov proposed openstack/nova stable/victoria: Ensure MAC addresses characters are in the same case  https://review.opendev.org/c/openstack/nova/+/81692719:26
*** tbachman_ is now known as tbachman23:34

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!