Wednesday, 2014-10-15

devanandadlaube: you need to use the same release of nova and ironic. it /should/ work with the icehouse releases... but juno rc's would make it much easier for us to help you debug things00:00
dlaubeI completely understand00:01
devanandadlaube: as far as a user for ironic, it needs to be a service user, with admin privileges00:01
devanandabut the error you're getting sounds like it's not lacking permissions, it's not passing the token somehow00:01
dlaubealrighty. its all very odd since ironic can auth fine to keystone otherwise… it just can seem to get a token when nova is talking to ironic00:01
devanandawhich is what makes me thinkit's a library version mismatch or such00:01
devanandaright00:02
dlaubeI'll go roll out nova from master and try again00:02
devanandadlaube: what version of python-ironicclient is installed?00:02
dlauberoot@lab5:/etc/nova# ironic --version00:03
dlaube0.3.0.1400:03
devanandaheh00:03
devanandasilly packagers. I have no idea what that version is00:03
devananda:)00:03
dlauberoot@lab5:/etc/nova# pip  list | grep ironic00:03
dlaubeironic (2015.1.dev22.gce309a6)00:03
dlaubepython-ironicclient (0.3.0.14.gaeabe6b)00:03
devanandadlaube: what distro?00:04
dlaubeubuntu 14.04.01 LTS00:04
devanandacool, thanks00:05
*** eghobo has joined #openstack-ironic00:10
devanandadlaube: huh. I'm wondering if ubuntu's release of that is just too old00:10
devanandaplease run: dpkg-query --list '*ironic*'00:11
dlaubedevananda: of python-ironicclient?00:11
devanandaya00:11
dlaubeok, 1min00:11
devanandahttp://changelogs.ubuntu.com/changelogs/pool/universe/p/python-ironicclient/python-ironicclient_0.1.2-0ubuntu1/changelog00:11
dlaubehttp://pastie.org/private/zswecvja06ywovrlyx77w00:11
dlaubethose are the old packages but I now have ironic installed from master00:12
devanandahm. that doesn't list the client at all00:12
devanandak00:12
dlaubeI think I should backup my configs and then uninstall those old ironic packages00:12
devananda++00:13
JayFdlaube: I strongly suggest running any openstack services you do from pip and in a virtualenv00:13
JayFdlaube: but ymmv :)00:13
devanandadlaube: oh - if you can pull from utopic, you'll get packages of juno-rc200:14
dlaubeheh, not sure how to do that00:15
dlaubegoogling00:16
dlaubethis?  https://launchpad.net/ubuntu/+source/ironic/2014.2~rc2-0ubuntu100:17
devanandadlaube: http://packages.ubuntu.com/search?suite=utopic&searchon=names&keywords=ironic00:17
*** Kui has quit IRC00:17
dlaubeahh, thanks00:19
dlaubeI had originally tried adding these to my sources.list but it didnt work for some reason: deb http://ppa.launchpad.net/openstack-ubuntu-testing/juno/ubuntu trusty main00:20
dlaubedeb-src http://ppa.launchpad.net/openstack-ubuntu-testing/juno/ubuntu trusty main00:20
*** marcoemorais has quit IRC00:20
*** marcoemorais has joined #openstack-ironic00:21
jrolldevananda: I may have asked before... wdyt about a maintenance_reason field?00:21
jrollmore of00:22
jrollI'm going to make this patch downstream, should I bother proposing upstream00:22
devanandajroll: i think we need to know the reason for things00:22
jrollgood enough for me :)00:23
jrollthanks00:23
dlaubeare people mostly running ubuntu 14.10 instead of 14.04 lts?00:23
devanandajroll: wdyt about splitting the node table up a bit?00:23
jrollwe're running debian 7, fwiw00:23
dlaubealright thanks00:23
jrolldevananda: I'm fine with that, more concerned about how it's split00:23
devanandadlaube: most folks in this channel, being developers, are running (very close to) tip of master, in venv's00:23
jrolldlaube: we also use virtualenvs00:23
jrolldlaube: and I'm speaking as a deployer, not a developer00:23
devanandajroll: :)00:24
dlaubeinteresting, so you would use virtualenvs even to deploy to staging/prod environments?00:24
jrollyes, we already do :)00:25
dlaubeI first got up and running by following the dev quickstart guide which uses the virtualenvs00:25
jrollI work on rackspace OnMetal, fwiw00:25
dlaubebut I thought it would be more prod like by installing from packages on some boxes00:25
dlaubeinstead of virtualenvs on virtualbox00:25
*** hemna has quit IRC00:26
jrollvirtualbox has nothing to do with it00:26
jrollhere's our basic flow:00:26
jrollgit repo with downstream patches00:26
jrollclone repo(s)00:26
jrollmake virtualenvs with that software inside00:26
jrolltarball it00:26
*** rloo has quit IRC00:26
jrollpush it to control plane hosts00:26
jrolluntar00:26
jrollflip a symlink00:26
jrollrestart services00:26
dlaubesounds sweet00:27
jrollit's okay, it's much more complicated than that in reality00:27
jrollthis is the same way rackspace deploys nova etc00:27
jrollshared tooling is nice00:27
dlaubeoh neat00:28
*** shakayumi has quit IRC00:45
devanandajroll / JayF: if ya'll haven't seen the ilo doc review, http://docs-draft.openstack.org/61/127161/3/check/gate-ironic-docs/ecf98f8/doc/build/html/drivers/ilo.html00:47
devanandathere's a section on agent-ilo-driver that I'd like to get your input on before approving00:48
devanandaactually, nvm -- there's really not much specific to IPA in there. just the coreos command to build the image00:49
devanandasorry for the needless ping00:50
*** marcoemorais has quit IRC00:57
*** yongli has joined #openstack-ironic01:04
devanandaoh also, if folks haven't voted inthe TC election, go vote :)01:16
*** achanda has joined #openstack-ironic01:24
*** rwsu has quit IRC01:30
*** jmanko has quit IRC01:32
*** achanda__ has quit IRC01:32
*** achanda_ has joined #openstack-ironic01:32
*** Isotopp_ has joined #openstack-ironic01:32
*** stevebak` has joined #openstack-ironic01:32
*** rwsu has joined #openstack-ironic01:32
*** rushiagr_away has quit IRC01:33
*** Isotopp has quit IRC01:33
*** krtaylor has quit IRC01:33
*** stevebaker has quit IRC01:33
*** achanda has quit IRC01:33
*** achanda_ has quit IRC01:34
*** krtaylor has joined #openstack-ironic01:34
*** rushiagr_away has joined #openstack-ironic01:35
*** achanda has joined #openstack-ironic01:35
*** openstack has joined #openstack-ironic01:43
*** anteaya has joined #openstack-ironic01:43
*** morgabra has joined #openstack-ironic01:52
*** openstackgerrit has joined #openstack-ironic01:52
*** dvorak has joined #openstack-ironic01:52
*** nosnos has joined #openstack-ironic01:52
*** rushiagr_away has joined #openstack-ironic01:52
*** MattMan has joined #openstack-ironic01:54
*** shakamunyi has joined #openstack-ironic01:58
*** spandhe has quit IRC02:01
*** dlaube has quit IRC02:04
*** kongfy has joined #openstack-ironic02:15
*** harlowja is now known as harlowja_away02:21
openstackgerritA change was merged to openstack/ironic: Fix E131 PEP8 errors  https://review.openstack.org/12839702:23
*** shakayumi has joined #openstack-ironic02:24
*** shakamunyi has quit IRC02:27
*** marcoemorais has joined #openstack-ironic02:53
*** marcoemorais1 has joined #openstack-ironic02:54
*** kongfy has quit IRC02:56
*** kongfy has joined #openstack-ironic02:57
*** marcoemorais has quit IRC02:57
*** chuckC_ has quit IRC03:00
*** ChuckC_ has joined #openstack-ironic03:01
*** ChuckC_ is now known as ChuckC03:01
*** chuckC_ has joined #openstack-ironic03:02
*** stevebak` is now known as stevebaker03:03
*** achanda has quit IRC03:14
*** achanda_ has joined #openstack-ironic03:17
*** kongfy has quit IRC03:27
*** kongfy has joined #openstack-ironic03:38
*** chenglch has joined #openstack-ironic03:39
*** kongfy has quit IRC03:49
*** nosnos has quit IRC03:50
*** nosnos has joined #openstack-ironic03:51
*** ramineni has joined #openstack-ironic03:55
*** kongfy has joined #openstack-ironic03:55
*** nosnos has quit IRC03:55
adam_gdevananda, sideways job passing at 12837804:02
*** vinbs has joined #openstack-ironic04:23
*** nosnos has joined #openstack-ironic04:30
*** pcrews has quit IRC04:33
*** pradipta_away is now known as pradipta04:38
*** achanda_ has quit IRC04:49
*** achanda_ has joined #openstack-ironic04:52
*** rushiagr_away is now known as rushiagr04:59
*** spandhe has joined #openstack-ironic04:59
*** chenglch has quit IRC05:06
*** rushiagr is now known as rushiagr_away05:11
*** lazy_prince has quit IRC05:15
*** rakesh_hs has joined #openstack-ironic05:19
*** yjiang5 has joined #openstack-ironic05:19
*** rushiagr_away is now known as rushiagr05:32
*** pradipta is now known as pradipta_away05:33
*** ifarkas has joined #openstack-ironic05:43
*** achanda has joined #openstack-ironic05:45
*** rameshg87 has joined #openstack-ironic05:48
*** achanda_ has quit IRC05:49
*** killer_prince has joined #openstack-ironic05:56
*** killer_prince is now known as lazy_prince05:57
*** pradipta_away is now known as pradipta05:57
*** yjiang5 has left #openstack-ironic06:04
*** zigo has joined #openstack-ironic06:08
*** vinbs has quit IRC06:10
*** vinbs has joined #openstack-ironic06:10
*** vinbs_ has joined #openstack-ironic06:22
*** vinbs has quit IRC06:23
*** vinbs_ is now known as vinbs06:23
*** eghobo has joined #openstack-ironic06:28
*** kongfy_ has joined #openstack-ironic06:30
*** spandhe has quit IRC06:32
*** kongfy has quit IRC06:32
*** kongfy_ is now known as kongfy06:32
*** eghobo has quit IRC06:35
*** praneshp has joined #openstack-ironic06:37
*** d0m0reg00dthing has joined #openstack-ironic06:39
*** vinbs_ has joined #openstack-ironic06:40
*** d0m0reg00dthing has quit IRC06:40
*** vinbs has quit IRC06:41
*** vinbs_ is now known as vinbs06:42
*** achanda has quit IRC06:45
*** foexle has joined #openstack-ironic06:46
*** dnikishov has joined #openstack-ironic06:53
*** jcoufal has joined #openstack-ironic06:55
*** ndipanov has joined #openstack-ironic07:01
*** Guest86578 is now known as d0ugal07:04
*** d0ugal has quit IRC07:05
*** d0ugal has joined #openstack-ironic07:05
*** bluex-pl has joined #openstack-ironic07:13
*** bluex-pl has quit IRC07:13
*** bluex-pl has joined #openstack-ironic07:14
GheRiveromorning @Ironic07:18
*** dtantsur|afk is now known as dtantsur07:20
dtantsurMorning Ironic!07:20
*** chenglch|2 has joined #openstack-ironic07:22
yuriyzmorning GheRivero dtantsur07:25
*** marcoemorais1 has quit IRC07:25
*** bluex-pl has quit IRC07:26
*** bluex-pl has joined #openstack-ironic07:26
*** andreykurilin_ has joined #openstack-ironic07:28
*** bluex-pl has quit IRC07:30
*** bluex-pl has joined #openstack-ironic07:30
*** pradipta is now known as pradipta_away07:40
*** praneshp has quit IRC07:41
*** achanda has joined #openstack-ironic07:57
*** jistr has joined #openstack-ironic08:02
*** achanda has quit IRC08:02
*** andreykurilin_ has quit IRC08:02
*** derekh has joined #openstack-ironic08:06
*** athomas has joined #openstack-ironic08:07
*** spandhe has joined #openstack-ironic08:09
*** ndipanov has quit IRC08:24
*** ndipanov has joined #openstack-ironic08:28
*** pradipta_away is now known as pradipta08:30
*** pelix1 has joined #openstack-ironic08:30
*** rwsu has quit IRC08:31
*** lucasagomes has joined #openstack-ironic08:40
*** rameshg87 has quit IRC08:41
*** rameshg87 has joined #openstack-ironic08:50
*** rwsu has joined #openstack-ironic08:56
*** mkerrin has quit IRC08:56
*** lazy_prince is now known as killer_prince08:57
*** ndipanov has quit IRC08:57
*** killer_prince has quit IRC09:00
*** lazy_prince has joined #openstack-ironic09:00
*** ndipanov has joined #openstack-ironic09:10
*** rushiagr is now known as rushiagr_away09:19
*** mkerrin has joined #openstack-ironic09:20
*** vdrok has quit IRC09:24
*** vdrok has joined #openstack-ironic09:26
*** mkerrin has quit IRC09:26
*** lsmola has quit IRC09:26
*** jcoufal has quit IRC09:29
*** jcoufal has joined #openstack-ironic09:29
*** igordcard has joined #openstack-ironic09:30
*** rushiagr_away is now known as rushiagr09:36
*** lazy_prince is now known as killer_prince09:37
openstackgerritDmitry Nikishov proposed a change to openstack/ironic: Removed hardcoded IDs from "node" test resources  https://review.openstack.org/12797409:39
*** killer_prince is now known as lazy_prince09:40
*** lsmola has joined #openstack-ironic09:41
*** lazy_prince is now known as killer_prince09:49
*** chenglch|2 has quit IRC09:59
*** mkerrin has joined #openstack-ironic10:00
*** vinbs_ has joined #openstack-ironic10:02
*** vinbs has quit IRC10:03
*** vinbs_ is now known as vinbs10:03
*** kongfy has quit IRC10:04
*** spandhe has quit IRC10:10
*** killer_prince is now known as lazy_prince10:16
*** yuanying has quit IRC10:42
*** yuanying has joined #openstack-ironic10:42
*** yuanying has quit IRC10:47
*** sambetts has joined #openstack-ironic10:57
*** rameshg87 has quit IRC11:00
*** ramineni has quit IRC11:02
*** Haomeng|2 has joined #openstack-ironic11:21
*** Haomeng has quit IRC11:21
*** kongfy has joined #openstack-ironic11:28
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: WIP: Driver VendorPassthru to support different HTTP methods  https://review.openstack.org/12861011:30
lucasagomesjroll ^ it's WIP still, but lemme know if something that you guys may want to have as well11:31
*** vinbs has quit IRC11:36
dtantsurlucasagomes, related note: I think we should finally move this self.vendor_routes = ... self.driver_routes = ... things to the base.VendorInterface with reasonable implementation of driver_vendor_passthru and vendor_passthru11:38
lucasagomesdtantsur, hmm right lemme take a look at it11:39
lucasagomesthanks11:39
*** zz_jgrimm is now known as jgrimm11:41
*** yuanying has joined #openstack-ironic11:43
lucasagomesdtantsur, :( it's so inconsistent already, one being fully async and the other being sync11:48
dtantsurlucasagomes, you mean vendor and just passthru?11:48
lucasagomesdtantsur, maybe if we, somehow make it configurable, whether u want it to be sync or async by passing a parameter11:49
dtantsurwell, we don't have to unify them, but it would be nice to have their basic implementation in the base class11:49
lucasagomesdtantsur, yeah the node_vendor_passthru is fully async11:49
lucasagomesthe driver_vendor_passthru is blocking (sync)11:49
lucasagomesdtantsur, right yeah11:49
*** lazy_prince is now known as killer_prince11:55
*** rakesh_hs has quit IRC11:58
*** rakesh_hs has joined #openstack-ironic11:59
*** pradipta is now known as pradipta_away11:59
*** killer_prince is now known as lazy_prince12:00
dtantsurlucasagomes, do you think we should have some driver capabilities spec? like capability of configdrive, whole-disk etc?12:04
lucasagomesdtantsur, hmm I haven't thought about it, but it's a good idea so we can distinguised between diff types of deployments12:05
dtantsurlucasagomes, my main point is to fail early (on nova driver stage), if required capability is missing from the driver12:05
lucasagomescause now it's incosistent as well, with IPA deploying full disk images and not supporting ephemeral partition (afaik) and pxe deploying only partition images with support for ephemeral but not config12:06
lucasagomesdtantsur, yeah, it sounds good12:06
lucasagomesdtantsur, maybe adding the idea to the spreadsheet ?12:07
*** lucasagomes is now known as lucas-hungry12:10
* lucas-hungry brb lunch12:10
*** lazy_prince is now known as killer_prince12:10
dtantsurlucas-hungry, it's line 29, you've seen it12:10
lucas-hungrydtantsur, oh right, I thought it was diff things (like supporting methods on the mgmt interface in only 1 driver vs diff types of deploy)12:13
lucas-hungrybut yeah I can see how they relate12:13
* lucas-hungry already voted on that session :)12:13
*** athomas has quit IRC12:16
*** dprince has joined #openstack-ironic12:19
*** killer_prince is now known as lazy_prince12:23
*** athomas has joined #openstack-ironic12:23
*** lazy_prince is now known as killer_prince12:26
*** jmank has joined #openstack-ironic12:35
jrollmorning ironic :)12:47
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Support configdrive in agent driver  https://review.openstack.org/12838812:50
dtantsurjroll, morning12:50
jrollhey dtantsur, marked that BP there... guess it's time for a -2 :P12:51
dtantsurheh yes12:51
jroll:(12:51
*** lucas-hungry is now known as lucasagomes12:58
jrollanyone remember how to make a new migration?13:00
*** rloo has joined #openstack-ironic13:04
lucasagomesjroll, alembic revision -m "blah" AFAIR13:06
Shrewsjroll: http://docs.openstack.org/developer/ironic/cmds/ironic-dbsync.html13:06
Shrewshttp://docs.openstack.org/developer/ironic/cmds/ironic-dbsync.html#revision, specifically13:07
jrollaha, thanks13:09
jrolllucasagomes: turns out s/alembic/ironic-dbsync13:12
jrollwhich sets up the alembic environment etc13:12
lucasagomesah, nice! haven't tried using ironic-dbsync yet13:12
lucasagomesbut good to know13:12
*** bluex-pl has quit IRC13:12
*** bluex-pl has joined #openstack-ironic13:13
lucasagomesjroll, what you think about driver_vendor_passthru supporting diff http methods?13:14
lucasagomesany opnion on it?13:15
lucasagomescause I will need GET for the iPXE driver so I started looking into it13:15
jrollno opinion really, I could see it being useful13:15
jrolldon't see why we shouldn't support GET13:15
lucasagomesjroll, right, yeah it seems useful13:16
jrollI like useful things13:16
jroll:)13:16
lucasagomes:) +113:16
jrollwhich you'll see in a moment with my next patch :P13:17
lucasagomes:D13:20
lucasagomesyay13:20
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add Node.maintenance_reason  https://review.openstack.org/12864513:23
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add maintenance_reason when setting maintenance mode  https://review.openstack.org/12864613:23
jrollwhee13:24
jrolldevananda: ^13:24
*** jjohnson2 has joined #openstack-ironic13:26
Shrewsjroll: missing migration file?13:27
jrolluhh13:27
jrollShrews: it's there13:28
jrollhttps://review.openstack.org/#/c/128645/1/ironic/db/sqlalchemy/alembic/versions/34e43a2cb956_add_node_maintenance_reason.py13:28
Shrews??? /me reloads13:28
jrolllol, there's only one patchset13:28
Shrewswow, i still don't see it13:29
jrolldoes that direct link work?13:29
Shrewsyeah, which is really weird13:29
jrollit's the second one here: https://www.dropbox.com/s/xapd99mbmypb72f/Screenshot%202014-10-15%2006.29.24.png?dl=013:29
jrollmaybe new view is broken?13:29
jrollidk13:29
jrollnow you're going to be wondering about missing files on every patch >:)13:29
Shrewsoh, lol. i clicked the 1st link13:29
Shrewsdoh!13:29
jrollheh13:30
jrollyeah, wo patches :P13:30
jrolltwo, even13:30
Shrewssoooo it's obvo that i really need more coffee at this point13:30
jrollgogogo13:31
Shrewsjroll: this is clearly your fault. you can't expect someone to read past the first word of the first commit line13:32
jroll:)13:33
* jroll wonders who will be the first to ask for a spec13:34
lucasagomesjroll, I was thinking about whether we should have a diff endpoint in our api to set the maintenance and the reason... so that when you set it to False you clean up the reason as well13:36
lucasagomesPOST {'reason': 'blah'} v1/nodes/UUID/maintenance13:37
lucasagomesDELETE v1/nodes/UUID/maintenance13:37
lucasagomesidk if that would be useful13:37
jrollyeah, I was thinking about how to clean up the reason in that case13:37
*** kongfy has quit IRC13:37
jrollI was more thinking put it in the client... ironic node-set-maintenance True reason13:37
jrolland set False would just build the PATCH to clear it13:38
lucasagomescause UPDATE node is fine, but once you have to do more actions consequently to update a node field, it kinda means that we need a diff endpoint for it13:38
jrollbut your way might be better... I think that's a good follow-on patch13:38
jrollright13:38
lucasagomesright, yeah we can discuss it with more ppl13:38
jrollthis is going to turn into a spec :(13:39
lucasagomes:/13:39
lucasagomesmaybe not13:39
jrolllol13:39
lucasagomesbut that potentially could do more things13:39
lucasagomesfor e.g, once it's set in maintenance we then send a signal to nova13:39
jrollyeah, I like the new endpoint idea13:39
lucasagomessaying to exclude that node from the list13:39
lucasagomesand when deleted the same13:39
jrollbut we still have to make the old way work, I think13:39
jroll++13:39
* jroll goes afk for a while13:41
*** rakesh_hs has quit IRC13:48
*** rushiagr is now known as rushiagr_away13:48
openstackgerritDmitry Nikishov proposed a change to openstack/ironic: Removed hardcoded IDs from "node" test resources  https://review.openstack.org/12797414:07
*** kongfy has joined #openstack-ironic14:12
*** shakayumi has quit IRC14:12
*** pelix1 is now known as pelix14:24
*** rainya has joined #openstack-ironic14:35
NobodyCa1good morning Ironic14:37
lucasagomesNobodyCa1, morning14:45
*** pcrews has joined #openstack-ironic14:48
*** achanda has joined #openstack-ironic14:59
*** NobodyCa1 is now known as NobodyCam14:59
NobodyCammorning lucasagomes14:59
lucasagomesNobodyCam, quick q... re VIFs allocation15:03
lucasagomesNobodyCam, if the node has more than 1 NIC (port) we should allocate 1 VIF for each port right?15:03
lucasagomesI mean, nova does it15:04
lucasagomesshould do it*15:04
*** bluex-pl has quit IRC15:07
*** achanda has quit IRC15:07
*** ChuckC___ has joined #openstack-ironic15:09
NobodyCamyep thats what I recall15:12
NobodyCamI remember thinking we should be able to do better vif/nic targeting15:13
*** ChuckC___ has quit IRC15:15
*** rushiagr_away is now known as rushiagr15:16
lucasagomesNobodyCam, right I think it's not doing that :/ http://paste.openstack.org/show/121276/15:17
lucasagomesbut afair it should be doing that indeed15:17
lucasagomes1 sec brb15:17
*** lucasagomes is now known as lucas-afk15:17
*** kongfy has quit IRC15:20
*** kongfy has joined #openstack-ironic15:20
*** nosnos has quit IRC15:27
* devananda heads into the office15:27
*** rainya has quit IRC15:31
NobodyCammorning devananda15:32
*** lucas-afk is now known as lucasagomes15:32
lucasagomesdevananda, morning15:32
*** krtaylor has quit IRC15:34
*** romcheg has quit IRC15:35
lucasagomesdevananda, ^ same q, you know if nova will try to allocate 1 VIF per Port that the node contains?15:36
Shrewslucasagomes: i kind of like the endpoint for setting maintenance mode idea. we could also extend that to the chassis level to set all nodes in that chassis to maint mode15:37
lucasagomesShrews, right, yeah15:37
lucasagomesShrews, morning :)15:37
Shrewsmorning15:37
NobodyCammorning Shrews15:38
Shrewshey hey NobodyCam15:38
*** yongli has quit IRC15:40
*** spandhe_ has joined #openstack-ironic15:41
sambettsHi NobodyCam15:41
NobodyCamlucasagomes: how many networks where defined at boot time.15:41
NobodyCamhi sambetts15:41
lucasagomesNobodyCam, how I check it?15:42
*** kongfy has quit IRC15:43
*** chuckC_ has quit IRC15:44
NobodyCamlucasagomes: looks like just nova list see: http://docs.openstack.org/grizzly/openstack-compute/admin/content/using-multi-nics.html15:46
* lucasagomes clicks15:47
NobodyCamthou I'm not sure what adding after the fact will get attched15:47
*** spandhe__ has joined #openstack-ironic15:47
lucasagomesNobodyCam, so it only lists one15:47
lucasagomesprivate=10.1.0.5 |15:47
NobodyCamdid you boot with --nic net-id= <id of first network>  --nic net-id= <id of first network> options?15:48
*** spandhe_ has quit IRC15:48
*** ChuckC_ has joined #openstack-ironic15:50
*** viktors has left #openstack-ironic15:51
*** ChuckC has quit IRC15:51
lucasagomesNobodyCam, nop, didn't pass any --nic net-id in the boot command15:52
NobodyCamahh :)15:52
NobodyCamneed to have more than one network15:52
jrollmorning NobodyCam :)15:53
NobodyCamif morning jroll :)15:53
NobodyCamlol15:53
NobodyCammorning jroll :-p15:53
jrolllucasagomes: from what I've seen it's 1 vif per port... or maybe one vif per network? not sure15:53
jrollwe have 2 NICs, 2 networks :P15:54
NobodyCamjroll: how do you15:54
NobodyCamboot?15:54
NobodyCamwith --nic option?15:55
jrollnova boot?15:55
jrollno15:55
jrollthey're default networks, I think15:55
jrollthey must be, virt servers get the same networks15:55
*** ChuckC_ has quit IRC15:55
jrollwe don't have arbitrary networks or whatever yet15:55
lucasagomesjroll, thanks, yeah... I'm investigating now15:56
*** rainya has joined #openstack-ironic15:56
*** dtantsur is now known as dtantsur|afk15:56
*** romcheg has joined #openstack-ironic16:02
*** romcheg has quit IRC16:03
*** romcheg has joined #openstack-ironic16:03
NobodyCamat somepoint I i feel we should chat about chassis / node inheritance.. I think there are some use cases where we could reduce the number properites that have to be added to a node,16:04
jrollat the cost of an extra SELECT, no?16:05
jrolland really... if you're adding entire racks or whatever to ironic, you should have that scripted16:05
NobodyCam:)16:06
jroll(not that I think it's a bad idea, just throwing that out there)16:06
NobodyCamyep... it could so clean up our node-show16:07
jrollmaybe?16:08
jrollI mean... I'd want to see the inherited properties when I do that16:08
NobodyCamoh ya.. if --detail was passed16:08
NobodyCam:-p16:08
jrollaha16:10
NobodyCamI was thinking for CI/dev where ipmi accounts and password are all the same I would love to create a chassis add the ipmi user info and not added to each node16:11
NobodyCamjust create the node a member of chassis-x16:11
jrolloh yes16:11
jroll++16:12
jrollespecially nice when rotating16:12
NobodyCam:)16:12
NobodyCammaybe be worth some chit chat at the pod area16:12
lucasagomesNobodyCam, +116:14
lucasagomesyeah right now we haven't been using chassis for anything apart from logically grouping nodes16:14
*** jistr has quit IRC16:14
lucasagomesNobodyCam, maybe adding to the spreedsheet?16:14
lucasagomesI think it's a good topic16:14
ShrewsNobodyCam: yeah, i'd like to see that kind of attribute inheritence16:14
NobodyCamoh in my sickened state yesterday I came with the waco idea of a meta chassis (chassis of other chassis), but then my head hurt16:15
NobodyCamnote i am not suggenting a meta chassis at all16:16
ShrewsNobodyCam: careful. that's how tripleo started16:16
NobodyCamadding to inheritance to th Spread sheet16:16
lucasagomesNobodyCam, lol yeah let's make use of what we have _now_ first :P16:16
*** marcoemorais has joined #openstack-ironic16:17
*** sambetts has quit IRC16:26
NobodyCamadded!16:29
*** rainya has quit IRC16:29
*** dlaube has joined #openstack-ironic16:34
dlaubeso is ironic just for provisioning servers to run VMs on it, or does the other use case of just provisioning/installing an OS on a physical server to be used as a physical server still exist?16:36
openstackgerritChris Behrens proposed a change to openstack/ironic-python-agent: Refactor image writing  https://review.openstack.org/12870116:37
*** marcoemorais has quit IRC16:37
jrolldlaube: tripleo is about using ironic to provision bare metal machines to run openstack16:37
jrollironic is about provisioning bare metal machines to run an operating system16:38
*** marcoemorais has joined #openstack-ironic16:38
*** marcoemorais has quit IRC16:38
*** marcoemorais has joined #openstack-ironic16:39
dlaubewas just going to ask about tripleo ;)16:39
dlaubethank you16:39
jroll:)16:39
* NobodyCam believes jroll to be psychic16:41
jrollheh16:42
JayFdlaube: an easy way to percieve ironic as an existing cloud user16:42
JayFdlaube: is to think of rackspace OnMetal. tl;dr; call the API identically to how you get a virt server, but instead get a physical server16:42
JayFdlaube: that's utilized by other things (like TripleO) to make deploying clouds easier, but that's more of a side-effect of making bare metal provisioning painless16:43
jrollI like it this way: "call an API, get a computer.16:43
jroll"16:44
dlaubethat's what I've thought all along but I wanted to make completely sure16:44
lucasagomesdlaube, just like jroll and JayF said... Ironic is generic so you can deploy whatever image containing whatever application you want in it to run on baremetal, common cases would be databases or some application that needs access to some PCI device that can't be emulated16:44
lucasagomesHPC16:45
JayFlucasagomes: I mean, honestly, we have folks who want bare-metal due to not wanting to lose perf to the hypervisor16:45
JayFlucasagomes: so I'd say no hypervisor is good just as a reason on it's own, who needs the other excuses ;)16:45
lucasagomeshah fair enuff!16:45
jrollor like... someone who wants to run a hypervisor and resell VMs, whether or not openstack is used for that :P16:46
*** rainya has joined #openstack-ironic16:47
lucasagomes:) indeed... I think we should go with the idea of making ironic more standalone16:47
lucasagomesoutgrowing openstack16:47
devanandaadam_g: what's the status of the sideways grenade job on juno/proposed? are we able to land changes there yet?16:52
*** derekh has quit IRC16:52
devanandalucasagomes: I wasn't able to land the backport of your DRAC fix, btw16:52
lucasagomesdevananda, :(16:53
lucasagomeswell I think it's fine16:53
devanandalucasagomes: might not be able to before juno/final is cut16:53
lucasagomesdevananda, if needed we can put the patch when packaging it I suspect, it's a 1 line fix16:53
devanandalucasagomes: k, cool16:54
lucasagomesdevananda, re making ironic more standalone16:54
lucasagomesI was thinking about it some days ago, in creating a "ironic deploy ..." command to the CLI16:55
lucasagomescause right now if u wanna use ironic w/o nova, it's not very straight forward16:55
devanandalucasagomes: I'm working on ansible bindings for Ironic's API, fwiw16:55
devanandaindeed16:55
lucasagomesneeds to update the node to put things on instance_info, needs a instance_uuid (?!)16:55
lucasagomeshah16:55
lucasagomesdevananda, you think that a command like that would be beneficial?16:55
lucasagomesdevananda, oh awesome! ansible seems good16:55
devanandalucasagomes: sort of. what I'm finding as I write this is that our API is very painful for direct use16:56
lucasagomesdevananda, yeah I recall the resource updates to need you to understand the json patch format and all16:57
devanandafor example, if I know what properties (capabilities) I want a node to expose16:57
lucasagomesthat's exacty why having a dedicated command to deploy a node would be good16:57
devanandaand I can poll the API to get current properties16:58
devanandaI have to actually build the JSON patch myself to converge the properties16:58
devanandawhich sucks16:58
devanandaour python library should do that16:58
*** rainya has quit IRC16:58
lucasagomesdevananda, yeah... we made the wrong choice to put this bit in the CLI, so CLI will convert the inputs to a json-patch format16:59
lucasagomeswe need to move it to the lib16:59
devanandayes16:59
devanandabut even with the CLI, I have to think about it16:59
devanandait should be easier16:59
lucasagomesdevananda, right problem is the json-patch is quite complex16:59
devanandapass in a dict, let the library figure out what PATCH is necessary16:59
*** marcoemorais has quit IRC17:00
lucasagomesthe CLI tries to simplify it by only supporting one operation per request (add, remove, ...)17:00
*** marcoemorais has joined #openstack-ironic17:00
lucasagomesbut in reality a json-patch can contain multiple operations in the same request17:00
*** ChuckC_ has joined #openstack-ironic17:00
devanandaindeed17:00
devanandaI'm OK with the CLI being slightly simplistic like that17:01
devanandabut the python lib shouldn't be17:01
lucasagomesdevananda, yeah if we make passing a lib to the lib, and then get a delta from current resource17:01
lucasagomesit's def possible to generate the json patch from that17:01
lucasagomesI think that the json patch lib that we use17:01
lucasagomesactually supports doing thta17:02
* lucasagomes checks17:02
devanandaoh, nice17:02
lucasagomesdevananda, https://github.com/stefankoegl/python-json-patch/blob/master/jsonpatch.py#L149-L16617:02
lucasagomesit def supports it17:02
lucasagomespassing a dict to the lib*17:03
devanandaawesome17:03
lucasagomes:)17:04
*** igordcard has quit IRC17:04
*** marcoemorais has quit IRC17:05
*** marcoemorais has joined #openstack-ironic17:05
*** marcoemorais has quit IRC17:05
*** marcoemorais has joined #openstack-ironic17:06
*** marcoemorais has quit IRC17:06
*** rainya has joined #openstack-ironic17:06
*** marcoemorais has joined #openstack-ironic17:06
adam_gdevananda, yeah17:07
adam_gdevananda, https://review.openstack.org/#/c/128378/ is passing17:07
devanandaadam_g: ooh. great17:08
* devananda approves17:08
lucasagomesright I will call it a day here17:08
lucasagomeshave a good night everyone17:08
NobodyCamhave a good night lucasagomes17:09
jrollnight lucas!17:09
*** lucasagomes is now known as lucas-dinner17:09
*** ChuckC_ has quit IRC17:10
devanandalucas-dinner: cheers, g'night!17:12
*** rainya has quit IRC17:12
*** rainya has joined #openstack-ironic17:13
*** praneshp has joined #openstack-ironic17:13
*** harlowja_away is now known as harlowja17:15
devanandaoh, as a reminder to folks, if you haven't already voted in the TC elections -- you should go do that today :)17:16
adam_gdevananda, i suppose if thats voting on proposed it should also be made voting on master17:18
devanandaadam_g: wait. huh?17:19
devanandaadam_g: you mean the sideways migration, or did I miss a context switch?17:19
adam_gdevananda, doh! nvm, the sideways job only runs on proposed/stable :)17:20
devanandaheh. I mean, a grenade job on master would be good17:20
adam_gdevananda, we should have one soon. but something i realized yesterday is that its going to take a *long* time to run that. the sideways job is 50-60 min but we only run tempest once there (after the migration).  a regular grenade job runs it twice (against base, against target)17:22
devanandayup17:22
devanandatempest parallel itself is taking ~50m17:22
*** praneshp has quit IRC17:23
*** rainya has quit IRC17:24
*** krtaylor has joined #openstack-ironic17:25
devanandaperiodic job?17:25
*** rushiagr is now known as rushiagr_away17:25
*** marcoemorais has quit IRC17:32
*** marcoemorais has joined #openstack-ironic17:32
*** praneshp has joined #openstack-ironic17:36
adam_gdevananda, its an option but not ideal, we'd want to have the job voting on devstack + grenade to avoid breaking changes there17:37
*** r-daneel has joined #openstack-ironic17:37
devanandaadam_g: sure, but ~2hr per job is ... slower17:38
*** rainya has joined #openstack-ironic17:38
adam_gdevananda, yeah..17:38
adam_gi wonder how many more VMs the slaves can handle, if we can bump concurrency to 3 and see if it cuts it down17:39
*** rainya has quit IRC17:40
*** athomas has quit IRC17:41
NobodyCamj* Add a script to do a rolling reboot of unprovisioned nodes <- is how the LRA (Long Running Agent) would handle a public api change17:42
JayFyou need to stick to regexp or globbing17:42
jrolllol17:42
JayFNobodyCam: You should never break existing, running agents17:42
jrollJayF: he's saying agent API changes, I think17:43
JayFNobodyCam: however if you want to upgrade agents, rebooting all unprovisioned machines is the easiest way to do that17:43
jrollbut yeah17:43
JayFNobodyCam: and we basically already have and use that script regularly :P17:43
jrollNobodyCam: this is how we handle agent updates in onmetal, fwiw17:43
NobodyCamlol :)17:44
*** achanda has joined #openstack-ironic17:49
NobodyCamjroll: that [agent api changes] and also I was think about the notifications / external events items17:49
*** athomas has joined #openstack-ironic17:50
*** rainya has joined #openstack-ironic17:52
*** rainya has quit IRC17:55
jrollhmm17:56
NobodyCamam I correct that currently we use a hertbeat overload to send messages to the conductor?17:58
*** ChuckC_ has joined #openstack-ironic17:59
*** ChuckC_ has quit IRC17:59
JayFI think the heartbeat tells the conductor commands it recently finished17:59
*** ChuckC_ has joined #openstack-ironic17:59
JayFthen the conductor calls /v1/commands on the agent to get the command result17:59
jroll^ that's how it works today18:00
jrollor forever, I guess18:00
NobodyCamok :)18:00
jrollthis makes it a bit faster :) https://review.openstack.org/#/c/125464/18:00
jrolland has a +2 already18:00
jroll</shamelessplug>18:00
* JayF on it18:00
NobodyCamlol18:00
*** rainya has joined #openstack-ironic18:02
jrollany objections to releasing "juno" IPA on pypi?18:02
* Shrews removes his +2 to spite the shameless plugging18:02
jrollgoing once18:03
NobodyCamquestion: how will LRA handle hash-ring changes.18:04
NobodyCamie the conductor managing the node changes or dies18:04
jrollLRA?18:05
JayFlong running agents18:05
jrolloh18:05
jrollit doesn't interact with a conductor18:05
JayFNobodyCam: only thing the conductor matters for in IPA is setting up dhcp18:05
jrolloh18:05
jrollwe'll need take over things18:05
jrollhmm18:05
JayFNobodyCam: so they'll have to have that dhcp config taken over18:05
jroll(for pxe driver)18:06
jrollNobodyCam: I can call that out if you leave me a comment18:06
JayFbut that's all the state there afaik18:06
JayFjroll: is LRA for pxe+IPA?18:06
adam_gdevananda, 128378 is merged18:06
jrollJayF: for all the drivers that we want to support it, including that one18:07
NobodyCamya18:08
*** chuckC__ has joined #openstack-ironic18:12
openstackgerritA change was merged to openstack/ironic-python-agent: Force heartbeat immediately after async command completes  https://review.openstack.org/12546418:12
jrollwoohoo18:12
*** achanda has quit IRC18:16
NobodyCamokay another question on the LRA spec: would the only change to ironic node-list be the power state? Ie. Provisioning State is still going to be None?18:18
*** achanda has joined #openstack-ironic18:20
jrollNobodyCam: yes, sounds good18:20
NobodyCam:)18:20
*** rainya has quit IRC18:22
*** dprince has quit IRC18:25
*** rainya has joined #openstack-ironic18:35
*** marck has joined #openstack-ironic18:36
devanandarc3 milestone created, waiting for ttx to push the button to build it18:37
marckHi everyone18:37
devanandaaaand ... no more open tags on https://bugs.launchpad.net/ironic/+bugs?field.tag=juno-rc-potential18:37
devanandamarck: hi!18:37
marckI'm having trouble getting ironic to provision the first node, the log in nova-scheduler reads: INFO nova.filters [req-id...] Filter ComputeFilter returned 0 hosts18:39
marckI followed the instructions @ http://docs.openstack.org/developer/ironic/deploy/install-guide.html, but when restarting nova-scheduler the log said "TRACE nova ImportError: No module named ironic_host_manager"18:42
devanandamarck: are you seeing available resources in the nova-compute log?18:42
devanandamarck: hm. what version are you running?18:43
*** dprince has joined #openstack-ironic18:43
marckI changed scheduler_host_manager=nova.scheduler.ironic_host_manager.IronicHostManager -> scheduler_host_manager=ironic.nova.scheduler.ironic_host_manager.IronicHostManager and that went away18:44
devanandagotcha18:44
devanandawhat version of nova and ironic are you running?18:44
NobodyCamdevananda: w00t :)18:44
*** romcheg has quit IRC18:45
*** rainya has quit IRC18:45
marcknova=2.17.0, ironic=0.1.218:46
marckironic-api=2014.1.rc118:46
devanandamarck: ok, that's the icehouse RC candidate18:47
devanandathe guide you're following is written for tip18:47
devanandapulling the Juno RC's is close enough they should work as well, but icehouse configs were different18:47
marckahh, my machines are Ubuntu 14.04 LTS.18:48
marckdo I have to reconfigure the apt repos for that, or do it from source?18:48
devanandasource would be best18:49
marckIs it possible to do in place or should I start from scratch? I'm just experimenting/learning right now18:50
*** jmanko has joined #openstack-ironic18:52
*** rainya has joined #openstack-ironic18:52
*** romcheg has joined #openstack-ironic18:53
*** zentropy has quit IRC18:53
*** kbyrne has quit IRC18:53
*** jmank has quit IRC18:53
*** GheRivero has quit IRC18:53
*** rainya has quit IRC18:54
*** zentropy has joined #openstack-ironic18:55
*** jeblair has quit IRC18:55
*** rainya has joined #openstack-ironic18:55
*** jeblair has joined #openstack-ironic18:56
*** yuanying has quit IRC18:57
*** lynxman has quit IRC18:57
*** yuanying_ has joined #openstack-ironic18:57
*** amaurymedeiros has quit IRC18:57
*** lynxman has joined #openstack-ironic18:59
devanandamarck: either install from pip (that'll get you as close to source as possible without cloning from git directly)19:00
devanandamarck: or if you want to consume packages, try these: http://packages.ubuntu.com/search?suite=utopic&searchon=names&keywords=ironic19:00
*** BertieFulton has joined #openstack-ironic19:01
*** GheRivero has joined #openstack-ironic19:02
*** amaurymedeiros has joined #openstack-ironic19:02
*** amaurymedeiros has quit IRC19:03
*** amaurymedeiros has joined #openstack-ironic19:03
*** kbyrne has joined #openstack-ironic19:06
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Update doc headers at end of Juno  https://review.openstack.org/12873519:07
*** achanda has quit IRC19:07
marckdevananda: thanks for your help, I'll give pip a try19:08
*** marck has quit IRC19:09
*** tatyana has joined #openstack-ironic19:17
NobodyCamahh ramen favored food of the recovering19:23
*** achanda has joined #openstack-ironic19:25
Shrewshrm, our hash ring assumes a big-endian architecture. that's probably not good19:33
*** ndipanov is now known as ndipanov_gone19:33
*** marck has joined #openstack-ironic19:42
*** marck has quit IRC19:42
*** marck has joined #openstack-ironic19:42
NobodyCamhumm I have not tried to run on a pure risk system19:45
NobodyCams/risk/risc/19:46
Shrewsit's also eliminate half of the bytes in a hash, increasing the chance for collisions19:46
Shrewss/eliminate/eliminating/19:46
Shrewsand don't ask me if it works if there are collisions  :/19:47
Shrewsi appear to have dropped into a rathole here19:47
*** marck has quit IRC19:47
NobodyCam:/19:48
devanandaShrews: do we actually care about running ironic services on little-endian systems?19:50
Shrews*shrug*19:51
Shrewsintel is little, no?19:51
devanandaJayF: I haven't created the lp and pypi projects. I believe I had told you I would...19:51
JayFI think you started telling me how19:52
devanandaah19:52
JayFand then I saw something shiny19:52
devanandaheh19:52
JayFand now it's Juno-RC319:52
JayFlol19:52
devanandaJayF: the release is *tomorrow*19:52
devanandaI think it's a little late to call IPA part of the integrated release -- and I think we didn't plan on doing that anyawy19:52
JayFI don't care what it's called19:53
devanandabut instead releasing it on an independent cadence, like all other client libraries19:53
JayFI will *never* consume a build artifact of IPA officially built :P19:53
devanandaso there's no rush to do it today19:53
JayFso I'm just trying to ask people who don't care how they'd want this packaged19:53
JayFand am getting a chorus of meh19:53
NobodyCamShrews: I believe intel is little... I only know of a few pure RISC types that are not.. MIPPS / Alphas19:53
JayFwhich tends to make me not care much about releasing it either, tbh19:53
NobodyCamthough I have not looked at any of the ARM cpu's19:53
devanandaJayF: heh. no, i think publishing some official builds of IPA (and of DIB's ramdisk, which we need a better name for) is good19:53
JayFI'm willing to do what's needed to make potential deployers more happy, I just have little idea where to start (other than what I asked ttx earlier)19:53
devanandaJayF: there are folks who want to download it and use it19:54
JayFSo should we tag a 1.0.0 of the agent today then?19:54
JayFjroll: ^19:54
*** dprince has quit IRC19:54
JayFwe could tag it, then pull the latest build from tarballs.openstack.org which has the relevant ramdisk files19:54
devanandaJayF: where do ya'll track bugs in IPA?19:55
JayFdevananda: ironic19:55
devanandathought so19:55
JayFdevananda: that was decided back in sunnyvale19:55
JayFironic tag:agent19:55
devanandathat makes it awkward to have a separate project19:55
devanandaon LP and pypi19:55
JayFI mean, I think it makes sense to continue tracking bugs together19:56
JayFbceause there will be bugs that cross the interface19:56
* devananda jumps on a conference call19:57
*** ifarkas has quit IRC19:57
*** romcheg has quit IRC19:57
JayFAlso IPA is useless without Ironic right now19:57
JayFalthough I guess that's true of python-*client19:58
*** romcheg has joined #openstack-ironic19:58
*** rainya has quit IRC19:59
NobodyCambrb20:00
*** romcheg has quit IRC20:02
*** rainya has joined #openstack-ironic20:07
*** rainya has quit IRC20:08
*** BertieFulton has quit IRC20:10
*** tatyana has quit IRC20:12
*** rainya has joined #openstack-ironic20:12
*** yjiang5 has joined #openstack-ironic20:17
*** yjiang5 has left #openstack-ironic20:17
Shrewsdevananda: at some point, i'd like to discuss the logic behind this line: https://github.com/openstack/ironic/blob/master/ironic/common/hash_ring.py#L9420:18
Shrewssomething like this might work better:  hashed_key = long(key_hash.hexdigest, 16)20:19
Shrewshexdigest()*20:20
Shrewsor, i'm totally wrong and need flogging20:20
*** achanda has quit IRC20:31
*** igordcard has joined #openstack-ironic20:37
*** igordcard has quit IRC20:37
mrdaMorning ironic20:38
*** ChuckC___ has joined #openstack-ironic20:39
NobodyCammorning mrda20:40
*** romcheg has joined #openstack-ironic20:41
mrdaNobodyCam: \o20:42
*** Kui has joined #openstack-ironic20:47
*** ChuckC___ has quit IRC20:48
*** achanda has joined #openstack-ironic20:49
*** jjohnson2 has quit IRC21:09
*** yjiang5 has joined #openstack-ironic21:11
*** ChuckC_ is now known as ChuckC21:18
*** Kui has quit IRC21:20
*** Kui has joined #openstack-ironic21:26
*** r-daneel has quit IRC21:28
*** yjiang5 has left #openstack-ironic21:28
*** yjiang5 has joined #openstack-ironic21:30
*** chuckC__ has quit IRC21:35
*** foexle has quit IRC21:40
*** ChuckC has quit IRC21:46
*** rainya has quit IRC21:57
*** pelix has quit IRC21:57
*** jcoufal has quit IRC22:13
NobodyCamdo we call out anywhere in our docs that pxe deploys require enough disk space to convert imsges to raw?22:20
*** jgrimm is now known as zz_jgrimm22:24
*** ChuckC has joined #openstack-ironic22:31
*** ryanpetrello has quit IRC22:34
*** ryanpetrello has joined #openstack-ironic22:35
*** ChuckC has quit IRC22:35
*** ChuckC has joined #openstack-ironic22:35
*** enikanorov_ has quit IRC22:37
*** chuckC_ has joined #openstack-ironic22:37
*** achanda has quit IRC22:40
*** achanda has joined #openstack-ironic22:44
*** rainya has joined #openstack-ironic22:44
*** lucas-dinner has quit IRC22:47
yjiang5NobodyCam: Hmm, is the check_image_size() checks for raw size or qcow size?22:58
*** marcoemorais has quit IRC23:05
*** marcoemorais has joined #openstack-ironic23:05
*** marcoemorais has quit IRC23:05
*** marcoemorais has joined #openstack-ironic23:06
*** marcoemorais has quit IRC23:06
*** marcoemorais has joined #openstack-ironic23:06
*** marcoemorais has quit IRC23:07
*** marcoemorais has joined #openstack-ironic23:07
*** romcheg1 has joined #openstack-ironic23:10
*** romcheg has quit IRC23:10
NobodyCamyjiang5: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/deploy_utils.py#L203-L20923:13
NobodyCamthat looks like the qcow size23:13
*** romcheg1 has quit IRC23:13
NobodyCam:(23:14
*** Haomeng|2 has quit IRC23:14
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add maintenance_reason when setting maintenance mode  https://review.openstack.org/12864623:15
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add Node.maintenance_reason  https://review.openstack.org/12864523:15
*** Haomeng|2 has joined #openstack-ironic23:16
*** praneshp has quit IRC23:20
*** praneshp has joined #openstack-ironic23:22
*** marcoemorais has quit IRC23:26
*** marcoemorais has joined #openstack-ironic23:26
*** pcrews has quit IRC23:31
yjiang5NobodyCam: Possibly this is a generic nova issue? The nova compute api, or more precicely, the _check_requested_image() in nova/compute/api.py, should make sure this is correct?23:31
NobodyCamhumm. I'm thinking we have a get_raw_image_size function and then drivers that need to convert the image can check the uncompressed size too23:33
JayFHmm.23:34
JayFIs the uncompressed size stored in glance?23:34
*** pcrews has joined #openstack-ironic23:34
NobodyCamnot that I know23:34
NobodyCamwe call qemu-img convert we could easly get that data from qemu-img info23:36
JayFit's called from the agent23:36
JayFin ipa23:37
yjiang5JayF: NobodyCam, I think even libvirt should check the raw size, not the qcow size? Of course, we should sanity check in ironic side, but it will be better if we can do it earlier, instead of the deploy stage?23:37
yjiang5Ooops, need run away now. Will check you conclusion later.23:39
*** yjiang5 is now known as yjiang5_away23:39
NobodyCamhummm JayF the agent space is all tmp based for the image stuff/23:39
*** yjiang5_away has left #openstack-ironic23:40
JayFNobodyCam: yeah, but you have to have enough ram on the machine23:40
JayFNobodyCam: to have enough space to store the image in a ramdisk23:40
JayFNobodyCam: so default on the IPA coreos ramdisk is ramdisk size is ram/223:40
JayFNobodyCam: so you have 32GB ram, you get 16GB temp fs, 16GB usable ram23:40
JayFNobodyCam: you can provide rootflags=size=20G, which, in that examle, would give you 20GB temp fs, 12GB usable ram23:41
JayFNobodyCam: I think you get the idea :P23:41
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/11405823:41
NobodyCamoh really so agent would need 64 Gb to beploy a 32GB image23:41
JayFNobodyCam: possibly, yeah23:42
JayFNobodyCam: we need to implement streaming23:43
NobodyCam++23:43
jrollwe're part of the way there23:43
jrollor getting there23:43
* NobodyCam notes he was just looking at 32 GB deploys23:43
JayFare we really?23:43
jrollmaybe, idk23:44
jrollI think some of comstud's stuff will help23:44
jrollbreaking out the image writing23:44
JayFthat's true23:49
*** lifeless has quit IRC23:52
*** lifeless has joined #openstack-ironic23:53

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