openstackgerrit | Takashi NATSUME proposed openstack/nova master: Fix a failure to format config sample https://review.openstack.org/597986 | 00:16 |
---|---|---|
*** brinzhang has joined #openstack-nova | 00:26 | |
*** gbarros has joined #openstack-nova | 00:44 | |
*** ircuser-1 has joined #openstack-nova | 00:57 | |
*** jiapei has joined #openstack-nova | 01:06 | |
*** slaweq has joined #openstack-nova | 01:11 | |
*** slaweq has quit IRC | 01:16 | |
*** rnoriega has quit IRC | 01:29 | |
*** rnoriega has joined #openstack-nova | 01:30 | |
*** brinzhang has quit IRC | 01:34 | |
*** brinzhang has joined #openstack-nova | 01:35 | |
*** Dinesh_Bhor has joined #openstack-nova | 02:15 | |
*** hongbin has joined #openstack-nova | 02:26 | |
*** lei-zh has joined #openstack-nova | 02:31 | |
*** psachin has joined #openstack-nova | 02:42 | |
*** brinzh has joined #openstack-nova | 02:43 | |
*** bzhao__ has quit IRC | 02:46 | |
*** brinzhang has quit IRC | 02:46 | |
*** vivsoni has quit IRC | 02:53 | |
*** threestrands has quit IRC | 02:57 | |
openstackgerrit | Brin Zhang proposed openstack/nova master: Need further updates, no need to review https://review.openstack.org/599276 | 02:57 |
*** sambetts_ has quit IRC | 03:01 | |
*** sambetts_ has joined #openstack-nova | 03:02 | |
*** links has joined #openstack-nova | 03:08 | |
*** slaweq has joined #openstack-nova | 03:11 | |
*** slaweq has quit IRC | 03:16 | |
*** Dinesh_Bhor has quit IRC | 03:18 | |
*** hongbin has quit IRC | 03:19 | |
*** Dinesh_Bhor has joined #openstack-nova | 03:30 | |
*** gbarros has quit IRC | 03:32 | |
openstackgerrit | Chen proposed openstack/nova master: Fix SOFT_DELETE vm_state string https://review.openstack.org/598482 | 03:33 |
*** gbarros has joined #openstack-nova | 03:56 | |
*** kevinbenton has quit IRC | 04:00 | |
*** kevinbenton has joined #openstack-nova | 04:00 | |
*** udesale has joined #openstack-nova | 04:02 | |
*** Dinesh_Bhor has quit IRC | 04:03 | |
*** udesale has quit IRC | 04:06 | |
*** udesale has joined #openstack-nova | 04:06 | |
*** udesale has quit IRC | 04:06 | |
*** udesale has joined #openstack-nova | 04:08 | |
*** rcernin has quit IRC | 04:18 | |
*** rcernin has joined #openstack-nova | 04:18 | |
*** jiapei has quit IRC | 04:26 | |
*** hoonetorg has quit IRC | 04:31 | |
*** tetsuro has joined #openstack-nova | 04:34 | |
*** stakeda has joined #openstack-nova | 04:34 | |
*** tetsuro has quit IRC | 04:38 | |
*** tetsuro_ has joined #openstack-nova | 04:39 | |
*** lei-zh has quit IRC | 04:46 | |
*** abhishekk has joined #openstack-nova | 04:48 | |
*** abhishekk has quit IRC | 04:51 | |
*** Dinesh_Bhor has joined #openstack-nova | 05:01 | |
*** gbarros has quit IRC | 05:04 | |
*** slaweq has joined #openstack-nova | 05:11 | |
*** slaweq has quit IRC | 05:15 | |
*** lei-zh has joined #openstack-nova | 05:23 | |
*** janki has joined #openstack-nova | 05:26 | |
*** hamzy has quit IRC | 05:32 | |
*** hamzy has joined #openstack-nova | 05:32 | |
*** beagles has quit IRC | 05:35 | |
*** bhagyashris has joined #openstack-nova | 05:36 | |
*** tetsuro_ has quit IRC | 05:47 | |
*** hoonetorg has joined #openstack-nova | 05:57 | |
*** luksky has joined #openstack-nova | 06:13 | |
*** hoonetorg has quit IRC | 06:14 | |
*** hoonetorg has joined #openstack-nova | 06:15 | |
*** prometheanfire has joined #openstack-nova | 06:29 | |
prometheanfire | https://github.com/openstack/nova/commit/50658eee4fe26a55854642119beeff46c0d0108a seems to be causing problems | 06:29 |
prometheanfire | 2018-09-03 01:29:14.620 11567 ERROR nova.objects.cell_mapping [req-0b912c05-d2bf-4e68-bcdf-7953c87dcc88 - - - - -] Failed to parse [database]/connection to format cell mapping: ValueError: expected ':' after conversion specifier | 06:30 |
prometheanfire | tonyb: think I found another one ^ | 06:30 |
*** moshele has joined #openstack-nova | 06:30 | |
prometheanfire | not sure what's wrong with my db | 06:30 |
prometheanfire | I'm guessing my password isn't being escaped | 06:30 |
*** bhagyashris has quit IRC | 06:31 | |
tonyb | prometheanfire: can you run nova in a venv and import cell_mapping.py and check the parse results with your netloc? | 06:32 |
prometheanfire | maybe the root? | 06:32 |
prometheanfire | 2018-09-03 01:29:14.919 11567 ERROR oslo_db.sqlalchemy.exc_filters [req-0b912c05-d2bf-4e68-bcdf-7953c87dcc88 - - - - -] DBAPIError exception wrapped from (psycopg2.ProgrammingError) relation "projects" does not exist | 06:32 |
prometheanfire | don't have a venv atm | 06:32 |
tonyb | prometheanfire: venvs are cheap, but if you hav nova installed as a site package you can just use that | 06:33 |
prometheanfire | another thing to blame not testing on postgres? | 06:33 |
prometheanfire | ya | 06:33 |
tonyb | prometheanfire: No I doubt that a postgres thing | 06:33 |
prometheanfire | my password actually is fine for the one in question | 06:34 |
prometheanfire | so probably not that | 06:35 |
*** Luzi has joined #openstack-nova | 06:35 | |
tonyb | prometheanfire: :( Well I guess double check you're pointing at the right DB | 06:37 |
prometheanfire | it worked before the upgrade | 06:39 |
prometheanfire | not seeing anything in upgrade nodes or deprication notes or https://docs.openstack.org/nova/rocky/user/upgrade.html denoting any change needed | 06:43 |
tonyb | prometheanfire: ... Okay but that doesn't mean it wasn't using a deprecated feature that has gone between queens and rocky | 06:43 |
tonyb | prometheanfire: Okay | 06:43 |
*** jaosorior has joined #openstack-nova | 06:51 | |
*** sahid has joined #openstack-nova | 06:56 | |
prometheanfire | problem seems to be with this | 06:57 |
prometheanfire | https://github.com/openstack/nova/commit/50658eee4fe26a55854642119beeff46c0d0108a#diff-61f32a08cd0554ad482db124dcdc546aR128 | 06:58 |
prometheanfire | the url.format is failing | 06:58 |
prometheanfire | https://gist.githubusercontent.com/prometheanfire/c98816d477331bcc0a0272adb93cc5e2/raw/c746f1b1780f1202286b9902178ff4e613329f44/gistfile1.txt | 06:59 |
*** gnuoy has joined #openstack-nova | 07:05 | |
*** dulek has joined #openstack-nova | 07:05 | |
*** slaweq has joined #openstack-nova | 07:11 | |
*** rcernin has quit IRC | 07:11 | |
*** ykarel has joined #openstack-nova | 07:12 | |
*** slaweq has quit IRC | 07:15 | |
*** alexchadin has joined #openstack-nova | 07:24 | |
prometheanfire | tonyb: it IS my password | 07:25 |
*** ykarel is now known as ykarel|lunch | 07:28 | |
*** Dinesh_Bhor has quit IRC | 07:35 | |
*** Dinesh_Bhor has joined #openstack-nova | 07:40 | |
*** jpena|off is now known as jpena | 07:43 | |
openstackgerrit | Zhenyu Zheng proposed openstack/nova-specs master: Make scheduling weight more granular https://review.openstack.org/599308 | 07:51 |
*** psachin has quit IRC | 07:57 | |
openstackgerrit | Zhenyu Zheng proposed openstack/nova-specs master: Make scheduling weight more granular https://review.openstack.org/599308 | 08:02 |
*** giblet_off has quit IRC | 08:09 | |
*** holser_ has joined #openstack-nova | 08:10 | |
*** ykarel|lunch is now known as ykarel | 08:13 | |
prometheanfire | ok, the nova_api database has a non-escaped database_connection in the cell_mappings table | 08:14 |
prometheanfire | which fixed THAT error at least | 08:15 |
*** cdent has joined #openstack-nova | 08:17 | |
*** pas-ha has joined #openstack-nova | 08:26 | |
*** derekh has joined #openstack-nova | 08:35 | |
*** derekh has quit IRC | 08:36 | |
*** derekh has joined #openstack-nova | 08:36 | |
bauzas | good morning stackers | 08:38 |
*** psachin has joined #openstack-nova | 08:41 | |
*** ttsiouts has joined #openstack-nova | 08:41 | |
*** jchhatbar has joined #openstack-nova | 08:56 | |
*** janki has quit IRC | 08:56 | |
openstackgerrit | Matthew Thode proposed openstack/nova stable/rocky: Don't use '_TransactionContextManager._async' https://review.openstack.org/597421 | 08:57 |
*** janki has joined #openstack-nova | 08:59 | |
*** jchhatbar has quit IRC | 08:59 | |
*** pcaruana has joined #openstack-nova | 09:09 | |
openstackgerrit | Chen proposed openstack/nova master: Fix SOFT_DELETE vm_state string https://review.openstack.org/598482 | 09:11 |
*** tzumainn has joined #openstack-nova | 09:16 | |
*** tssurya has joined #openstack-nova | 09:18 | |
*** dtantsur|afk is now known as dtantsur | 09:19 | |
*** slaweq has joined #openstack-nova | 09:20 | |
*** lei-zh has quit IRC | 09:20 | |
*** owalsh has quit IRC | 09:20 | |
prometheanfire | this isn't helping, for some reason re-running the service isn't using the file I just changed, wtf | 09:23 |
prometheanfire | https://gist.githubusercontent.com/prometheanfire/76b31b592b1780a72b32c289ab1bfb06/raw/b58c80c3d22860397781c53915d7350d6dbe0bab/gistfile1.txt | 09:24 |
prometheanfire | but async_ isn't defined at all on that line anymore, I editited it to be async | 09:25 |
prometheanfire | anyone have any idea where that's cached? | 09:25 |
prometheanfire | I've removed any pycache files I could find | 09:28 |
openstackgerrit | Merged openstack/nova master: libvirt: guest: introduce blockStats instead of domain.blockStats https://review.openstack.org/526833 | 09:30 |
*** ttsiouts has quit IRC | 09:30 | |
*** owalsh has joined #openstack-nova | 09:33 | |
*** mdbooth has joined #openstack-nova | 09:37 | |
*** Dinesh_Bhor has quit IRC | 09:41 | |
*** ttsiouts has joined #openstack-nova | 09:46 | |
*** luksky has quit IRC | 09:51 | |
openstackgerrit | Surya Seetharaman proposed openstack/nova master: Making instance listing skipping down cells configurable https://review.openstack.org/592428 | 09:55 |
*** stakeda has quit IRC | 09:56 | |
*** Luzi has quit IRC | 09:59 | |
openstackgerrit | Sujeet Banerjee proposed openstack/nova master: WIP: Added a periodic task for network management. https://review.openstack.org/599338 | 10:00 |
*** Luzi has joined #openstack-nova | 10:15 | |
prometheanfire | well, it looks like https://review.openstack.org/597421 may not be the right fix | 10:15 |
*** ttsiouts has quit IRC | 10:18 | |
*** ttsiouts has joined #openstack-nova | 10:20 | |
*** ttsiouts has quit IRC | 10:22 | |
*** Dinesh_Bhor has joined #openstack-nova | 10:23 | |
*** sahid has quit IRC | 10:30 | |
*** luksky has joined #openstack-nova | 10:34 | |
*** alexchadin has quit IRC | 10:37 | |
*** ccamacho has joined #openstack-nova | 10:41 | |
*** ccamacho has quit IRC | 10:41 | |
*** alexchadin has joined #openstack-nova | 10:41 | |
*** kaliya has joined #openstack-nova | 10:45 | |
*** alexchadin has quit IRC | 10:52 | |
*** udesale has quit IRC | 10:56 | |
*** erlon has joined #openstack-nova | 10:56 | |
*** sahid has joined #openstack-nova | 10:59 | |
*** erlon_ has joined #openstack-nova | 11:00 | |
*** dosaboy has joined #openstack-nova | 11:00 | |
*** erlon has quit IRC | 11:03 | |
*** ccamacho has joined #openstack-nova | 11:06 | |
*** jpena is now known as jpena|lunch | 11:12 | |
*** ttsiouts has joined #openstack-nova | 11:13 | |
*** gibi has joined #openstack-nova | 11:22 | |
gibi | o/ | 11:23 |
*** tetsuro has joined #openstack-nova | 11:26 | |
sean-k-mooney | gibi: o/ | 11:27 |
*** tetsuro has quit IRC | 11:28 | |
openstackgerrit | Merged openstack/nova master: hardware: fix memory check usage for small/large pages https://review.openstack.org/532168 | 11:30 |
*** Dinesh_Bhor has quit IRC | 11:33 | |
*** sahid has quit IRC | 11:40 | |
*** sahid has joined #openstack-nova | 11:47 | |
*** sahid has quit IRC | 11:48 | |
*** sahid has joined #openstack-nova | 11:49 | |
*** ccamacho has quit IRC | 11:50 | |
*** ccamacho has joined #openstack-nova | 11:50 | |
*** jpena|lunch is now known as jpena | 12:10 | |
*** Bhujay has joined #openstack-nova | 12:14 | |
*** davidsha has joined #openstack-nova | 12:18 | |
*** amarao has joined #openstack-nova | 12:20 | |
amarao | How to access object attributes in policy json? I'd like to forbid some operations based on flavor. Is someone tried that before? | 12:20 |
sean-k-mooney | amarao: as in based on the flavor of an instance you want to change what api actions are allowable and or by whom? | 12:26 |
sean-k-mooney | amarao: that sound like a nightmare from an interoperablity stand point so i doubt that has been tried/tested before | 12:27 |
*** jaosorior has quit IRC | 12:29 | |
amarao | Yep, I want to use flavor of the instance (or another instance attribute). | 12:30 |
*** ykarel is now known as ykarel|away | 12:30 | |
amarao | Basically, I want to lock instance. I can use nova lock for this, but user still have access to console, and I want to remove it. | 12:30 |
*** dtantsur is now known as dtantsur|brb | 12:32 | |
moshele | sean-k-mooney: hi | 12:34 |
*** ttsiouts has quit IRC | 12:35 | |
moshele | sean-k-mooney: in intel driver if spoofchk is enabled does it allow to set the mac address of the vf to 00:00:00:00:00:00 | 12:35 |
*** ttsiouts has joined #openstack-nova | 12:36 | |
*** ttsiouts has quit IRC | 12:38 | |
*** ttsiouts has joined #openstack-nova | 12:38 | |
*** udesale has joined #openstack-nova | 12:39 | |
*** janki has quit IRC | 12:39 | |
*** pcaruana has quit IRC | 12:52 | |
sean-k-mooney | moshele: i am not sure. if it did i would expect that to mean if the dest/source mac is not 00:00:00:00:00:00 specically drop the packet e.g. only broadcast traffic would be allowed | 12:58 |
sean-k-mooney | moshele: also at least in niantic (x520/x510) cards i know the mac filter is before the vlan filter so if you had 2 vf with that adress that would cause issues | 13:02 |
sean-k-mooney | amarao: locking in nova is intended to prevent api acess to an instance not to prevent users form using it | 13:03 |
sean-k-mooney | amarao: so a user can still poweroff a locked instance by sshing in and executing power off if they choose too. | 13:04 |
openstackgerrit | Surya Seetharaman proposed openstack/nova master: Making instance/migration listing skipping down cells configurable https://review.openstack.org/592428 | 13:05 |
sean-k-mooney | amarao: is there a partical usecase you have in mind. perhaps a dedicated feature would be better then a flavor hack. | 13:05 |
amarao | sean-k-mooney, in our scenario we want to run it with our own key (user have no private key from it). 'Hidden' key plus 'lock' almost lock instance from user. What is left is console: Ctrl-Alt-Del, Sysrq-b, and (most importantly) grub access at boot time. | 13:06 |
*** jaosorior has joined #openstack-nova | 13:06 | |
amarao | I'd like to take away console from user as well (for specific instances only). | 13:06 |
*** janki has joined #openstack-nova | 13:08 | |
moshele | sean-k-mooney: the reason I am asking is that mellanox driver block this and it can cause issues. So the mac address 00:00:00:00:00:00 is just to allow libvirt to clean vf when the VM with VF is deleted see https://www.redhat.com/archives/libvir-list/2017-March/msg00455.html | 13:10 |
moshele | sean-k-mooney: but now if spoofchk enabled first nova(libvirt delete the vm) restoring the mac to 00:00:00:00:00:00 and then the sriov agent will disable the spofchk | 13:11 |
moshele | sean-k-mooney: so the vf mac will not set to 00:00:00:00:00:00 and we can't reuse the mac on the same compute | 13:12 |
moshele | sean-k-mooney: I wonder how intel driver behavior to undestand were to fix it, in the driver or in openstack ... | 13:12 |
*** ykarel|away has quit IRC | 13:12 | |
sean-k-mooney | moshele: i really need to get a redhat account at somepoint.. i cant read that linke but anyway. i dont think setting 00:00:00:00:00:00 is a good idea on intel cards either | 13:14 |
sean-k-mooney | moshele: i belive that the intel driver generates unique macs automaticaly for the pfs | 13:14 |
sean-k-mooney | * vfs | 13:14 |
sean-k-mooney | personally the fact that libvirt is seting 00:00:00:00:00:00 on deleteing the vm sound like a libvirt bug to me | 13:16 |
sean-k-mooney | or a nova bug if we are doing that in the libvirt vir driver | 13:16 |
moshele | sean-k-mooney: basically it set the restore the previously used mac so if you auto generate it. it will restore the auto generate one. in mellanox case the vf is start with 00:00:00:00:00:00 so we allowed to restore to 00:00:00:00:00:00 | 13:18 |
sean-k-mooney | amarao: well would a flavor extra-spec for disableing the console on an instace work? | 13:18 |
amarao | sean-k-mooney are there such property for extra-spec? | 13:19 |
sean-k-mooney | moshele: right in anycase when the vf is detached from a instance its linkstate should be down so no trafic will travers it so does it matter if spoof checking is disabled | 13:19 |
sean-k-mooney | amarao: ill check you can chages several aspecs of the vm like this via extra-sepcs and or image metadata. | 13:20 |
amarao | If I could disable console via flavor specs, it would be cool. | 13:22 |
sean-k-mooney | amarao: you can change the type of gpu in the guest and ram https://github.com/openstack/glance/blob/master/etc/metadefs/compute-libvirt-image.json#L45-L62 | 13:23 |
moshele | sean-k-mooney: right, but I think the default links state is auto, (at least for Mellanox) | 13:23 |
sean-k-mooney | you can also set the serial port count https://github.com/openstack/glance/blob/master/etc/metadefs/compute-libvirt.json#L18-L23 | 13:23 |
sean-k-mooney | amarao: we could add a display count extra spec | 13:23 |
sean-k-mooney | amarao: or extend hw_video_model to allow none to signel no display | 13:24 |
amarao | Nodisplay wouldn't work with many OSes. | 13:24 |
amarao | But disable_vnc (or disable_access) will be cool. | 13:25 |
*** brinzh has quit IRC | 13:25 | |
sean-k-mooney | amarao: hum the perhaps we should leave the display and allow disabling of the vnc/spice console that is attached to it instead? | 13:25 |
*** ttsiouts has quit IRC | 13:26 | |
*** ttsiouts has joined #openstack-nova | 13:26 | |
sean-k-mooney | amarao: atleast in terms of libvirt/kvm the vnc/spice console is a sperate device form the gpu/display so we could disable it speraate ly or leave it here but limit its acess to local scope so you cannot connect to it via the novnc_proxy | 13:27 |
amarao | For the best user expirience it's better to return error on get-vnc-console, saying 'VNC console is disabled for this instance'. | 13:28 |
amarao | ... And admins will love that they still can connect to VNC through local IP on libvirt host. | 13:28 |
amarao | Should I report wishbug into launchpad? | 13:29 |
sean-k-mooney | amarao: we could proably do that based on the extraspec via an api check. amarao this would be a good topic for a blueprint care to write one | 13:29 |
sean-k-mooney | amarao: yes. a bug or sepcless blueprint. | 13:29 |
*** dtantsur|brb is now known as dtantsur | 13:30 | |
amarao | I'll start from a bug. I never created a blueprint, so I'll write down a bug and then will try with blueprint. | 13:30 |
*** ttsiouts has quit IRC | 13:31 | |
sean-k-mooney | amarao: ok sound good. feel free to add me to the bug if you like. am will you be attending the PTG next week. if not i can highlight this as an RFE | 13:31 |
*** Altabay has joined #openstack-nova | 13:32 | |
*** Altabay has quit IRC | 13:34 | |
*** med_ has joined #openstack-nova | 13:34 | |
amarao | Should I put it into 'hw' namespace? | 13:34 |
*** psachin has quit IRC | 13:34 | |
sean-k-mooney | am you dont have to detail the impmentation in the bug but yes i would think so | 13:35 |
amarao | I thought about something like 'hw:disable_consoles: vnc,spice,serial' | 13:35 |
*** Luzi has quit IRC | 13:36 | |
amarao | Oh, it's simpler than I thought. https://blueprints.launchpad.net/nova/+spec/flavor-based-access-to-console | 13:36 |
sean-k-mooney | amarao: perhapes invert that to hw:consoles=<one of vnc|spice|serial|None> | 13:37 |
amarao | .. and if this field is absent, everything is permitted. ack. | 13:38 |
sean-k-mooney | amarao: yes blueprints are baseicelay jsut what is the problem you would like to fix | 13:38 |
sean-k-mooney | amarao: yep if the field is not there just do waht we do today | 13:38 |
sean-k-mooney | amarao: i dont think we actully allow more then one console currently hence the one of but that is something we could figure out as we start looking at the implementaion | 13:39 |
sean-k-mooney | e.g. i dont think you can have an instance with both spice and vnc enabled | 13:39 |
amarao | ack, updated. | 13:41 |
amarao | It's more about serial/vnc thing, actually. | 13:41 |
sean-k-mooney | ya serial likely can be mix with vnc as they attach do different virualised hardware | 13:42 |
sean-k-mooney | rdp/vnc/spice all share teh virutal gpu | 13:42 |
amarao | Anyway, we are still on mitaka (sad, but true), so I'll continue to search some kind of dirty hack for that. Thank you for help. | 13:43 |
sean-k-mooney | the other think about inverting it is we could model what consoles are available on each host as traits in the placement api and use this extraspec if present to land on a host that is able to support that console | 13:43 |
stephenfin | Afternoon, gibi. Think this is something you'd be happy reviewing? https://review.openstack.org/#/c/595592/ | 13:44 |
sean-k-mooney | amarao: no worries, you may be able to use policies but that is not a area im familar with unfrotuetly. | 13:45 |
amarao | ... policy.json is like a path in a swamp. Everyone knew it exist, but rarely someone passes through. :) | 13:46 |
gibi | stephenfin: sure, looking | 13:49 |
*** jaosorior has quit IRC | 13:53 | |
*** takashin has joined #openstack-nova | 13:56 | |
*** Bhujay has quit IRC | 13:58 | |
gibi | stephenfin: https://review.openstack.org/#/c/595592/ looks good overall. I'm wondering how we can tests this other than in the unit test that is in the patch | 13:58 |
stephenfin | gibi: I'm not sure how we could do it in the gate due to the hardware dependencies. I do have an SR-IOV machine locally that I could validate the fix with, if you'd like | 13:59 |
stephenfin | gibi: Downstream we will likely look at automating this as part of the whitebox-tempest-plugin Tempest plugin, but how we actually run those tests is still very much in the air | 14:00 |
* stephenfin should talk to cfriesen at the PTG about how they ran (run?) their internal CI for Titanium/StarlingX | 14:01 | |
bauzas | given we're on a US holiday today, I guess we won't have any scheduler meeting? | 14:02 |
gibi | stephenfin: if it does not take more than 2 hours of your time to locally test it then could you please run that test? It would give sizeable confidence boost to me towards this patch | 14:02 |
stephenfin | gibi: No problem, should only take me 20 minutes | 14:03 |
gibi | bauzas: cdent asked it in openstack-placement where I said it is OK to me to skip | 14:03 |
gibi | stephenfin: thanks a lot | 14:03 |
* stephenfin cracks knuckles and SSHs to local box | 14:03 | |
bauzas | k | 14:03 |
*** ttsiouts has joined #openstack-nova | 14:04 | |
moshele | stephenfin: Mellanox CI was update to test this | 14:07 |
*** r-daneel has joined #openstack-nova | 14:09 | |
*** links has quit IRC | 14:10 | |
*** ttsiouts has quit IRC | 14:10 | |
*** takashin has left #openstack-nova | 14:11 | |
sean-k-mooney | stephenfin: gibi moshele if you are refering to https://review.openstack.org/#/c/595592/3 i think that is a pretty safe change | 14:16 |
gibi | sean-k-mooney: yes, we are talking about that. If stephenfin's timeline is correct he will have test results in 5 minutes anyhow :) | 14:18 |
*** sapd1_ has joined #openstack-nova | 14:19 | |
*** helenafm has joined #openstack-nova | 14:20 | |
sean-k-mooney | stephenfin: if not i can prep an sriov env if needed but ill have to do an os reinstall on the node so it will be more like 2-3 hours before ill be able to check this directly. | 14:20 |
sean-k-mooney | * or rather if you have issues | 14:20 |
stephenfin | sean-k-mooney: Think I'm all good. Will known in 60 seconds :P | 14:23 |
sean-k-mooney | stephenfin: i take it you worked out your sriov issues then? | 14:23 |
*** moshele has quit IRC | 14:24 | |
stephenfin | gibi: Without the fix http://paste.openstack.org/show/729332/ | 14:24 |
stephenfin | sean-k-mooney: Sure did. It was a really stupid typo | 14:24 |
stephenfin | sean-k-mooney: and those warnings didn't seem to affect anything. | 14:25 |
sean-k-mooney | ha they are always the best typos | 14:25 |
sean-k-mooney | stephenfin: ya they dont | 14:25 |
sean-k-mooney | libvirt is just unhappy that a netdev does not exist for the device | 14:25 |
stephenfin | sean-k-mooney: I'm not sure why they're warnings actually and not debug (or removed entirely). Must ask moshele that | 14:25 |
stephenfin | sean-k-mooney: No, we emit those logs | 14:25 |
sean-k-mooney | stephenfin: in that case we must be trying to read stuff via ip or sysfs that we should not assume is available | 14:26 |
stephenfin | sean-k-mooney: Yeah, this is what I see http://paste.openstack.org/show/729333/ | 14:27 |
sean-k-mooney | stephenfin: in gerearal we assumt that pci device of type pf or vf are network devices which is not always correct | 14:27 |
*** r-daneel has quit IRC | 14:28 | |
stephenfin | gibi: and with the fix http://paste.openstack.org/show/729334/ | 14:28 |
sean-k-mooney | ya this is likely coming form the code that tryis to get the netdev feature flags | 14:28 |
sean-k-mooney | we shold only do that if a netdev exists for the vf. i dont see why this should be a warning instead of debug as you said | 14:29 |
sean-k-mooney | stephenfin: do you have the queue lenght set in your conf? | 14:29 |
*** r-daneel has joined #openstack-nova | 14:30 | |
sean-k-mooney | stephenfin: if not can you add it an restart the n-cpu agent and try one more time with both vnic-type=macvtap and vnic-type=direct | 14:30 |
stephenfin | sean-k-mooney: nope http://paste.openstack.org/show/729336/ | 14:31 |
sean-k-mooney | ? that is the domain xml for a direct passhtoug device | 14:32 |
sean-k-mooney | do you have the queue lenght set in /etc/nova/nova-cpu.conf | 14:33 |
sean-k-mooney | if so then that is correct for direct but we should see it populated in the driver section for macvtap | 14:33 |
stephenfin | sean-k-mooney: Oh, good point. 02:00.0 is the PF. That's a 'direct' attach | 14:34 |
stephenfin | Used 'openstack port create --network 84b18250-c0d3-4594-92d1-19328fb37da5 --vnic-type direct sriov-port' | 14:35 |
sean-k-mooney | well direct could also be a vf | 14:35 |
stephenfin | Based on the address, that's the PF. I probably have my whitelist set up wrong | 14:35 |
sean-k-mooney | stephenfin: yes with that commandline we do not expect the domain xml to contain the queulenght | 14:36 |
sean-k-mooney | the fact its a pf or vf is irelevent in this case | 14:36 |
stephenfin | Cool. So that's working as expected | 14:36 |
sean-k-mooney | yes but you have not confirms if you set the queue lenght in your config | 14:36 |
stephenfin | The macvtap route is interesting though. I'm seeing this | 14:36 |
stephenfin | sean-k-mooney: Oh, sorry. Yes, I have set it | 14:37 |
sean-k-mooney | ok cool. so for macvtap what is the result? | 14:37 |
stephenfin | and as a result, got this error (without the fix) http://paste.openstack.org/show/729332/ | 14:37 |
stephenfin | sean-k-mooney: For macvtap, I'm seeing http://paste.openstack.org/show/729339/ | 14:38 |
stephenfin | so it turns out those warnings are a big deal :) | 14:38 |
stephenfin | and I didn't think they were simply because it was the PF being attached instead of the VF | 14:38 |
sean-k-mooney | stephenfin: is the pf still bound? | 14:39 |
sean-k-mooney | e.g to a vm | 14:39 |
stephenfin | No, I killed that VM | 14:39 |
stephenfin | There are no VMs running | 14:39 |
sean-k-mooney | you should be able to use the pf for the macvtap if you delete the neturon port that is currectly using it | 14:39 |
sean-k-mooney | actullly if you deleted the vm that might be enough | 14:40 |
sean-k-mooney | stephenfin: it makes sense however if the netdev does not exist then you cant create a macvtap from it | 14:40 |
stephenfin | sean-k-mooney: Nope, same error after deleting the two ports :/ | 14:42 |
stephenfin | Yeah, it does. I've no idea how to create said netdevs though | 14:42 |
sean-k-mooney | stephenfin: can you try deaclloating the vf by echoing 0 into sriov_num_vf then restart the n-cpu agent so that only the pf is available | 14:42 |
sean-k-mooney | stephenfin: the pf shows up with ifconfig/ip link right? | 14:43 |
stephenfin | sean-k-mooney: Yup, along with its VMs. It's in up state | 14:43 |
sean-k-mooney | stephenfin: VMs? | 14:44 |
stephenfin | VFs, sorry | 14:44 |
stephenfin | Heh, "-su: echo: write error: Function not implemented" | 14:44 |
* stephenfin goes to find MLNX docs on how to do this with their tools | 14:44 | |
sean-k-mooney | stephenfin: you could just change your whitelisnt to onely have 02:00:00 address | 14:45 |
openstackgerrit | sahid proposed openstack/nova stable/rocky: hardware: fix memory check usage for small/large pages https://review.openstack.org/599413 | 14:45 |
sean-k-mooney | stephenfin: gibi anyway it sounds like the patch is working as expect in terms of fixing the direct case. the macvtap case likely will work if the nic was correctly configured | 14:47 |
*** jiapei has joined #openstack-nova | 14:47 | |
* gibi was pulled to a discussion locally. reading back now | 14:50 | |
openstackgerrit | sahid proposed openstack/nova stable/rocky: libvirt: Always escape IPv6 addresses when used in migration URI https://review.openstack.org/599419 | 14:51 |
*** ttsiouts has joined #openstack-nova | 14:52 | |
gibi | stephenfin, sean-k-mooney: thanks for the extra check. I'm a lot more confident to +A that patch | 14:55 |
*** helenafm has quit IRC | 14:59 | |
*** gbarros has joined #openstack-nova | 15:04 | |
*** luksky has quit IRC | 15:05 | |
bauzas | stephenfin: I was looking at https://review.openstack.org/#/c/588570/2 | 15:06 |
bauzas | stephenfin: maybe because it's changing a lot of tech debt, that's why people wonder if that's a feature backport | 15:07 |
bauzas | while not, of course | 15:07 |
bauzas | after all, the change is hairy, you know | 15:07 |
bauzas | and https://review.openstack.org/#/c/588570/2/nova/objects/numa.py is a bit concerning | 15:07 |
stephenfin | bauzas: Yeah, I get that. Unfortunately it's pretty much unavoidable though :( | 15:08 |
stephenfin | bauzas: Is it? None of those functions are stored in a DB so there's no issues around versioning | 15:09 |
bauzas | stephenfin: yup, we're not changing the RPC API | 15:10 |
sean-k-mooney | stephenfin: well we could greatly simply that code by rewriting it in a declarive/fuctional style with filters and transforms instead of the imperitive stily that is currently used for numa affinity | 15:10 |
bauzas | stephenfin: I meant, when someone provides a backport change asking to modify an o.vo object, we need to look more | 15:11 |
* bauzas just trying to explain why you don't have a lot of reviews | 15:11 | |
sean-k-mooney | so the complexity is not entirely due to the problem statement however that is not backportable in anyway | 15:11 |
bauzas | and why it's taking me a long time to look at it | 15:11 |
stephenfin | bauzas: Yup, that's fair :) I figured as much | 15:11 |
bauzas | sean-k-mooney: well, it would be an only-stable change, then ? | 15:12 |
bauzas | if so, that's difficult | 15:12 |
kashyap | Hey folks, can anyone do a small test for me: Boot a Nova instance with Q35 machine type, and post the complete guest XML somewhere, please | 15:12 |
stephenfin | Hmm, I wonder how I can resolve the issue, in that case. We could stick on more sellotape but I haven't even thought how I'd do that | 15:12 |
kashyap | You can set Q35 in two ways: either vai the Nova config: `hw_machine_type=x86_64=q35`, or on the Glance image image: `openstack image set --property hw_machine_type=x86_64=q35 Fedora28Template` | 15:12 |
stephenfin | kashyap: What properties would I need to set to do that? | 15:12 |
stephenfin | Ah :) | 15:12 |
sean-k-mooney | bauzas: rewriting the numa code to be fucntional instead of imperitve. i was talking generally not for this specific patch | 15:13 |
stephenfin | sean-k-mooney: oh, gotcha | 15:13 |
sean-k-mooney | stephenfin: for this patch the only object change i see is a new property | 15:13 |
stephenfin | Yeah, all that code is crufty af. I might look to take that "track CPUs in placement" spec from jaypipes this cycle, assuming he's oversubscribed as usual | 15:13 |
stephenfin | ...though I don't really want to wade into the great placement war of 2018 | 15:14 |
kashyap | stephenfin: Thank you! | 15:14 |
*** med_ has quit IRC | 15:15 | |
sean-k-mooney | stephenfin: well we could clean up that code without ever touching placement but thats a different topic. e.g. keep existing functionality jsut do it differently | 15:15 |
bauzas | sean-k-mooney: oh well, sure we could do it | 15:16 |
bauzas | or use Haskell :p | 15:16 |
kashyap | stephenfin: I need to head to my Dutch class (starts afresh) in a few; when you get to it, post it here, I'll take a look. Gracias! | 15:16 |
bauzas | (FWIW, I *love* Haskell) | 15:16 |
sean-k-mooney | stephenfin: bauzas anyway back to https://review.openstack.org/#/c/588570/2 the only object change there is a syntasied property that will now be included in teh serialisation of the object so i think this is backportable as there is no rpc change right? | 15:16 |
kashyap | (s/starts afresh/new level starts today) | 15:17 |
bauzas | sean-k-mooney: I feel so | 15:17 |
sean-k-mooney | bauzas: that explains a lot .... | 15:17 |
* sean-k-mooney takes a step back before bauzas explains what a monad is | 15:17 | |
bauzas | very simple | 15:18 |
stephenfin | bauzas: I studied Haskell in NZ and adored it (helped me grasp recursion at long last). Alas, it's not something I've had the chance to work with since | 15:18 |
stephenfin | Prolog, on the other hand. Ick | 15:18 |
sean-k-mooney | stephenfin: python has really good fuctional programing supprot built in by they way. | 15:19 |
bauzas | sean-k-mooney: since we're adding a new property, that's not chaning what we pass over RPC | 15:19 |
bauzas | sean-k-mooney: my only concern is on the left side | 15:19 |
*** mlavalle has joined #openstack-nova | 15:19 | |
bauzas | ie.what we remove | 15:19 |
stephenfin | kashyap: Here's the output of 'virsh dumpxml' http://paste.openstack.org/show/729345/ | 15:20 |
bauzas | anyway, time for wrapping off | 15:20 |
*** amotoki has joined #openstack-nova | 15:20 | |
kashyap | stephenfin: Nice, /me clicks | 15:20 |
stephenfin | kashyap: and here are the commands I ran to get there http://paste.openstack.org/show/729348/ | 15:21 |
bauzas | today was school's back for my daughters, so I want to take time to discuss with them | 15:21 |
bauzas | so, calling it a day \o | 15:21 |
sean-k-mooney | bauzas: as you should. o/ | 15:21 |
stephenfin | kashyap: That's using commit 90cdf807503f94bfbd3ae9a62a9bfe466a18bcad (so about two month old cold) | 15:21 |
stephenfin | bauzas: Enjoy o/ | 15:21 |
kashyap | stephenfin: Nice. Can I ask one more, since you have the env? Also related to PCIe | 15:21 |
stephenfin | kashyap: shoot | 15:21 |
kashyap | stephenfin: Set the 'num_pcie_ports=2' in nova.conf, restart the Compute service, and again boot an instance afresh, and post the guest XML | 15:22 |
*** gbarros has quit IRC | 15:22 | |
kashyap | Thanks a for the quick response :-) | 15:22 |
stephenfin | kashyap: num_pcie_ports ? That's not a nova.conf option, is it? | 15:23 |
sean-k-mooney | kashyap: wait why is that a nova conf setting and not a flavor extra spec | 15:23 |
stephenfin | Oh, what do you know, so it is | 15:23 |
kashyap | sean-k-mooney: Hehe, I haven't checked if there's a flavor extra spec for it or not. | 15:23 |
sean-k-mooney | stephenfin: really that sucks. | 15:24 |
*** gbarros has joined #openstack-nova | 15:24 | |
sean-k-mooney | stephenfin: that is going to make live migration even more of a pain | 15:24 |
stephenfin | sean-k-mooney: I think it's like TX/RX queue size. The expectation would be that every node would have the same value (managed by Ansible or whatever other tool you're using) | 15:24 |
stephenfin | kashyap: With or without the q35 flag? | 15:25 |
sean-k-mooney | stephenfin: i think setting this suff in the nova conf is a serios antipatern | 15:25 |
kashyap | stephenfin: With, please. | 15:25 |
kashyap | stephenfin: Also - PCIe goodies are 'q35' _only_, BTW. | 15:25 |
sean-k-mooney | stephenfin: that kind of assumtion make upgrading a pain as once set you can never safly change it | 15:25 |
kashyap | sean-k-mooney: Before we forget, perhaps we should file a bug to revisit the PCIe root ports thingie? | 15:26 |
*** udesale has quit IRC | 15:26 | |
* kashyap now really need to step out; will read the scrollback later | 15:26 | |
*** gbarros has quit IRC | 15:26 | |
sean-k-mooney | which one. the auto allocation of a pcie route per numa node? | 15:26 |
*** gbarros has joined #openstack-nova | 15:27 | |
* sean-k-mooney i have so many blueprints / specs to file... i likely wont have time to work on any of them :( | 15:27 | |
stephenfin | kashyap: http://paste.openstack.org/show/729349/ | 15:28 |
stephenfin | sean-k-mooney: Fortunately for you, I have zilch on my plate rn. Send em my way | 15:28 |
sean-k-mooney | ill create an ether pad with them the issue is i have not got around to filing/writing them all. | 15:29 |
sean-k-mooney | stephenfin: im not sure that is correct for num_pcie_ports=2 | 15:31 |
*** dtantsur is now known as dtantsur|afk | 15:32 | |
sean-k-mooney | stephenfin: your machine type is pc-i440fx-bionic so you are not enableing q35 chipset so no pcie at all | 15:33 |
stephenfin | I don't think so either. I was expecting to see a <pci model='pcie-root-port'> element | 15:33 |
stephenfin | Sorry - <controller type='pci' model='pcie-root-port'> | 15:34 |
stephenfin | So why didn't that property get applied... | 15:35 |
sean-k-mooney | well currently everything in that xml is connect to the pci bus not pcie. also as i sad you are not using the q35 chipset so no pcie is available | 15:35 |
stephenfin | Oh yeah, I meant the 'hw:machine_type' property | 15:35 |
sean-k-mooney | i think its only read for arm... | 15:36 |
stephenfin | waaaait | 15:36 |
sean-k-mooney | it should be read on all archs but just going on the glance metadata docs i think its ignored on x86. i would prefer if it was not | 15:36 |
stephenfin | I misread kashyap's comments. You can't do this with extra specs | 15:37 |
* stephenfin tries again | 15:37 | |
*** gryf has quit IRC | 15:40 | |
stephenfin | kashyap: I misread your instructions. Here's the q35-only output http://paste.openstack.org/show/729350/ | 15:41 |
*** gbarros has quit IRC | 15:41 | |
*** gryf has joined #openstack-nova | 15:43 | |
stephenfin | kashyap: And with the addition of the num_pcie_ports option http://paste.openstack.org/show/729351/ | 15:44 |
sean-k-mooney | stephenfin: kashyap that also looks incorrect but for different reasons. you asked for 2 pcie-root-ports and have 4 | 15:44 |
stephenfin | sean-k-mooney: That looks better ^ | 15:44 |
stephenfin | sean-k-mooney: Nope, first one is without that option | 15:45 |
sean-k-mooney | stephenfin: that still has 4 pcie-root-ports | 15:45 |
stephenfin | Indeed. I'd expect to see 3 | 15:46 |
*** gibi has quit IRC | 15:46 | |
sean-k-mooney | why 3 didnt you request 2? | 15:46 |
*** tzumainn has quit IRC | 15:46 | |
stephenfin | because someone can't count :) https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5114-L5119 | 15:46 |
stephenfin | So that option determines how many extra to add above the original amount | 15:48 |
stephenfin | *above the minimum required | 15:48 |
*** moshele has joined #openstack-nova | 15:48 | |
stephenfin | moshele: Quick question: how does one create a netdev for a connectx-3 VF? | 15:49 |
stephenfin | Assuming that's something you can do? I'm getting warnings without it | 15:49 |
*** helenafm has joined #openstack-nova | 15:49 | |
moshele | stephenfin: https://community.mellanox.com/docs/DOC-1484#jive_content_id_Configuring_8_VFs_on_a_dual_port_NIC_while_all_VFs_are_probed_on_port_1 | 15:50 |
stephenfin | moshele: ta | 15:51 |
moshele | stephenfin: connectx-3 VF is not working with openstack | 15:51 |
stephenfin | ohhh, really? | 15:51 |
sean-k-mooney | stephenfin: really? that is not what the melonox docs say | 15:51 |
sean-k-mooney | oh wait connext-x 3 | 15:52 |
moshele | stephenfin: there is a missing patch https://review.openstack.org/#/c/409526/ | 15:52 |
moshele | stephenfin: because we one PF for 2 ports | 15:52 |
moshele | stephenfin: basicly it will not work with duel port nic of cx3 | 15:53 |
sean-k-mooney | moshele: oh connet-x3 is that card | 15:53 |
stephenfin | moshele: I saw that. Definitely quirky | 15:53 |
moshele | stephenfin: brb | 15:53 |
stephenfin | Guess I can revive that patch and see if we can move it forward. Would be nice to be able to use this NIC | 15:53 |
*** helenafm has quit IRC | 15:55 | |
sean-k-mooney | stephenfin: that patch is not realated to your issue | 15:55 |
sean-k-mooney | stephenfin: there is another issue with that card on the neutron side but the failure you are hitting is in nova/libvirt way after teh port is already bound | 15:57 |
stephenfin | sean-k-mooney: Just realized that code snippet I sent is actually adding two different devices. L5114 is a PCIe root controller while the other is a PCIe root _port_ controller. My bad https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L5114-L5119 | 15:58 |
stephenfin | So I'm guessing the first two ports are automatically added by libvirt | 15:58 |
sean-k-mooney | stephenfin: looking at https://community.mellanox.com/docs/DOC-2365 did you set probe_vf ? | 15:58 |
sean-k-mooney | stephenfin: you should set probe_vf=1 | 15:59 |
*** gbarros has joined #openstack-nova | 16:00 | |
sean-k-mooney | actully im not sure.. | 16:01 |
*** ttsiouts has quit IRC | 16:02 | |
*** ttsiouts has joined #openstack-nova | 16:03 | |
*** sahid has quit IRC | 16:06 | |
*** ttsiouts has quit IRC | 16:07 | |
moshele | stephenfin: yes you should to make it work with a single port vf | 16:09 |
moshele | stephenfin: what is the issue exactly? | 16:10 |
sean-k-mooney | moshele: the issue stephenfin is having is that there are no netdevs allcoated for the VFs | 16:12 |
stephenfin | moshele: Yeah, and I'm seeing this for macvtap as a result http://paste.openstack.org/show/729339/ | 16:13 |
stephenfin | I'll try the probe option now | 16:13 |
stephenfin | It wasn't clear what that was needed for | 16:13 |
sean-k-mooney | moshele: so while ip link shows the vfs allocated form the pf there are no nedevs for the vfs | 16:13 |
*** purplerbot has quit IRC | 16:14 | |
moshele | sean-k-mooney: there should be if you set probe_vf=X | 16:15 |
sean-k-mooney | moshele: currntly i dont think stephen set that so i assume based on the behavior he is seeing that it defaults to 0 | 16:15 |
moshele | sean-k-mooney: yes you are right | 16:15 |
*** purplerbot has joined #openstack-nova | 16:15 | |
sean-k-mooney | in which case if stephenfin set probe_vf=1 then vnic-type=macvtap may start working | 16:16 |
sean-k-mooney | if there is no netdev then get_ifname_by_pci_address is going to fail | 16:17 |
stephenfin | moshele: What's the difference between mlx4.conf and mlx4_core.conf? | 16:19 |
*** gbarros has quit IRC | 16:19 | |
moshele | stephenfin: no difference you can use ether one I think the mlx4_core.conf comes from Mellanox OFED | 16:20 |
moshele | stephenfin: brb | 16:20 |
*** ccamacho has quit IRC | 16:20 | |
*** pvc has joined #openstack-nova | 16:30 | |
pvc | No compute node record for host when enabling ironic on packstack | 16:30 |
*** tonyb has quit IRC | 16:31 | |
stephenfin | moshele: Yup, that was the issue. I know for next time. I am seeing another issue now though, if you have time to look at it http://paste.openstack.org/show/729352/ | 16:31 |
stephenfin | (the issue is at the end. The rest is the configuration I have) | 16:32 |
*** kosamara has quit IRC | 16:33 | |
sean-k-mooney | stephenfin: if you do a virsh nodedev-list can you see net_enp2s1d1_fa_16_3e_38_ea_a6 | 16:33 |
stephenfin | I can't. I'm not sure where it got that from | 16:34 |
stephenfin | Actually, it only started happening once I created an instance with macvtap | 16:34 |
stephenfin | I wonder if this is another reflection of the dual-port issues | 16:35 |
stephenfin | *another example | 16:35 |
pvc | No compute node record for host when enabling ironic on packstack | 16:36 |
pvc | anyone | 16:36 |
pvc | can help me | 16:36 |
sean-k-mooney | pvc: sorry you proably wont find that many people with packstack knowladge here | 16:37 |
*** dhellmann has joined #openstack-nova | 16:37 | |
*** dhellmann has quit IRC | 16:39 | |
*** dhellmann has joined #openstack-nova | 16:39 | |
*** patrickeast has left #openstack-nova | 16:43 | |
pvc | but the main problem is | 16:43 |
pvc | it cannot find any hypervisor | 16:43 |
*** davidsha has quit IRC | 16:43 | |
pvc | because i enable the ironic driver instead of libvir | 16:43 |
*** jpena is now known as jpena|off | 16:43 | |
*** med_ has joined #openstack-nova | 16:44 | |
sean-k-mooney | pvc: when you enable ironic it should still run at least one instance of the nova-compute agent that loads the ironic driver. this agent should create at least one compute service record | 16:44 |
*** dhellmann has quit IRC | 16:44 | |
*** dhellmann has joined #openstack-nova | 16:45 | |
sean-k-mooney | each node you enrole in ionic should then be exposed as a seperate compute node/ hypervior record mapped to that compute servcice | 16:45 |
sean-k-mooney | if the ironic nova-compute agent does not start or fails for some reason you will have no compute node entries | 16:46 |
pvc | http://paste.openstack.org/show/729355/ | 16:49 |
sean-k-mooney | pvc: yes.. did you manually add nodes to ironic. also this does not show you the compute noes | 16:50 |
*** szaher has quit IRC | 16:50 | |
pvc | ahmm no. for now we're not manually adding nodes to ironic | 16:50 |
pvc | we just install openstack using packstack | 16:50 |
pvc | i found something simirlar | 16:50 |
pvc | http://getvasanth.blogspot.com/2015/09/getting-start-with-ironic.html | 16:50 |
sean-k-mooney | pvc: what happens if you run openstack compute service list and openstack compute agent list | 16:51 |
pvc | http://paste.openstack.org/show/729356/ | 16:52 |
sean-k-mooney | pvc: well it looks like you have 3 registers compute services that said i would have expected to also see them in the agent list | 16:53 |
pvc | but the server i'm using have an ipmi | 16:54 |
sean-k-mooney | in either case teh service state is up so i would suspec the nova pices is running correctly | 16:54 |
pvc | i guess packstack doesnt install ironic well | 16:54 |
*** dhellmann has quit IRC | 16:54 | |
*** dhellmann has joined #openstack-nova | 16:54 | |
sean-k-mooney | pvc: well installing ironic and enroling node in ironic are two very different things | 16:54 |
pvc | i see | 16:55 |
pvc | so i need to manually add it | 16:55 |
sean-k-mooney | pvc: i think packstack installed the ironic compute agent on nova01,nova02 and network hosts but it does not have any baremetal nodes registered for it to contorl | 16:56 |
pvc | can i use this guide sir? http://getvasanth.blogspot.com/2015/09/getting-start-with-ironic.html | 16:58 |
sean-k-mooney | pvc: looking at it quickly it seam rather old. it may still work but i would gues several things have changed in the last 3 years. if you do want to deploy with packstack i would recommend following a more up to date guide | 16:59 |
*** derekh has quit IRC | 17:00 | |
pvc | can i use the ironic official document? | 17:03 |
sean-k-mooney | pvc: are you just trying to deploy ironic or do you want an actual packstack install. there are several installer that support ironic that you could use if all you want is to have an ironic enabled cloud | 17:05 |
pvc | an actual packstack install. i'll just install the ironic manually since my compute server have an IPMI | 17:05 |
sean-k-mooney | pvc: the ironic offila documtaiton will tell you how to achive that manually | 17:06 |
sean-k-mooney | pvc: this might be of relevence to you also https://review.openstack.org/#/c/440258/ | 17:06 |
pvc | noted on this. wait i willl just check it | 17:06 |
sean-k-mooney | pvc: it looks like packstack ironic deployment was broken in the past depending on what version you are now installing you migh have hit that error | 17:07 |
sapd1_ | pvc: I followed official openstack documents and deployed successful ironic. So you can trust it. :D | 17:07 |
*** janki has quit IRC | 17:10 | |
*** holser_ has quit IRC | 17:11 | |
*** r-daneel has quit IRC | 17:13 | |
*** r-daneel has joined #openstack-nova | 17:13 | |
*** hongbin has joined #openstack-nova | 17:28 | |
moshele | stephenfin: I will talk you tomorrow about this need to put my baby to sleep (It seem like harder task than to debug openstack issues :) ) | 17:31 |
*** hongbin has quit IRC | 17:31 | |
*** hongbin has joined #openstack-nova | 17:33 | |
*** jiapei has quit IRC | 17:37 | |
*** sapd1_ has quit IRC | 17:39 | |
*** moshele has quit IRC | 17:44 | |
*** dave-mccowan has quit IRC | 17:47 | |
*** tssurya has quit IRC | 17:48 | |
*** med_ has quit IRC | 17:53 | |
openstackgerrit | Chris Dent proposed openstack/nova master: Removing pip-missing-reqs from default tox jobs https://review.openstack.org/599442 | 18:15 |
*** med_ has joined #openstack-nova | 18:15 | |
prometheanfire | stephenfin: I'm here as well | 18:37 |
prometheanfire | about the weird async_ thing | 18:38 |
*** med_ has quit IRC | 18:38 | |
openstackgerrit | Merged openstack/nova master: libvirt: skip setting rx/tx queue sizes for not virto interfaces https://review.openstack.org/595592 | 18:40 |
*** luksky has joined #openstack-nova | 18:47 | |
*** Gorian has quit IRC | 19:10 | |
*** kencjohnston_ has quit IRC | 19:10 | |
*** test222___ has quit IRC | 19:10 | |
*** csatari has quit IRC | 19:10 | |
*** raorn has quit IRC | 19:10 | |
*** kmalloc has quit IRC | 19:10 | |
*** awestin1 has quit IRC | 19:10 | |
*** betherly has quit IRC | 19:10 | |
*** catmando has quit IRC | 19:10 | |
*** xyang has quit IRC | 19:10 | |
*** jbryce has quit IRC | 19:10 | |
*** McNinja has quit IRC | 19:10 | |
*** toan has quit IRC | 19:10 | |
*** kencjohnston has joined #openstack-nova | 19:10 | |
*** Gorian has joined #openstack-nova | 19:12 | |
*** McNinja has joined #openstack-nova | 19:14 | |
*** kmalloc has joined #openstack-nova | 19:15 | |
*** itlinux has joined #openstack-nova | 19:40 | |
*** med_ has joined #openstack-nova | 19:41 | |
*** hongbin has quit IRC | 19:44 | |
*** cfriesen has joined #openstack-nova | 20:00 | |
prometheanfire | stephenfin: around? I get the same error in a venv, even the same backtrace to a non-existant file | 20:07 |
*** erlon_ has quit IRC | 20:07 | |
*** cfriesen has quit IRC | 20:09 | |
*** med_ has quit IRC | 20:15 | |
*** hongbin has joined #openstack-nova | 20:25 | |
*** cdent has quit IRC | 20:28 | |
*** erlon has joined #openstack-nova | 20:28 | |
*** Sundar has joined #openstack-nova | 20:35 | |
*** cdent has joined #openstack-nova | 20:43 | |
*** cdent has quit IRC | 20:43 | |
*** tbachman has quit IRC | 20:45 | |
*** tonyb has joined #openstack-nova | 20:51 | |
*** imacdonn has quit IRC | 21:02 | |
*** imacdonn has joined #openstack-nova | 21:02 | |
*** erlon has quit IRC | 21:05 | |
*** cfriesen has joined #openstack-nova | 21:14 | |
*** fried_rice1 has joined #openstack-nova | 21:19 | |
*** fried_rice has quit IRC | 21:20 | |
*** fried_rice1 is now known as fried_rice | 21:20 | |
*** cfriesen has quit IRC | 21:27 | |
*** fried_rice1 has joined #openstack-nova | 21:29 | |
*** fried_rice has quit IRC | 21:30 | |
*** fried_rice has joined #openstack-nova | 21:31 | |
*** fried_rice1 has quit IRC | 21:33 | |
*** cfriesen has joined #openstack-nova | 21:35 | |
*** cfriesen has quit IRC | 21:40 | |
*** Sundar has left #openstack-nova | 21:54 | |
*** fried_rice has quit IRC | 21:57 | |
*** luksky has quit IRC | 22:03 | |
*** fried_rice has joined #openstack-nova | 22:22 | |
*** hoonetorg has quit IRC | 22:29 | |
*** hongbin has quit IRC | 22:32 | |
*** hongbin has joined #openstack-nova | 22:34 | |
*** rcernin has joined #openstack-nova | 22:37 | |
*** hongbin has quit IRC | 22:50 | |
*** erlon has joined #openstack-nova | 23:01 | |
*** threestrands has joined #openstack-nova | 23:03 | |
*** threestrands has quit IRC | 23:03 | |
*** threestrands has joined #openstack-nova | 23:04 | |
*** threestrands has quit IRC | 23:05 | |
*** threestrands has joined #openstack-nova | 23:05 | |
*** threestrands has quit IRC | 23:06 | |
*** threestrands has joined #openstack-nova | 23:07 | |
*** threestrands has quit IRC | 23:08 | |
*** r-daneel has quit IRC | 23:15 | |
*** dave-mccowan has joined #openstack-nova | 23:17 | |
*** slaweq_ has joined #openstack-nova | 23:30 | |
*** slaweq has quit IRC | 23:31 | |
*** Dinesh_Bhor has joined #openstack-nova | 23:40 | |
*** elod has quit IRC | 23:41 | |
*** med_ has joined #openstack-nova | 23:43 | |
*** tbachman has joined #openstack-nova | 23:54 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!