Monday, 2014-12-22

Haomeng|2naohirot: moring00:08
Haomeng|2mrda: morning:)00:08
naohirotHaomeng|2: good morning :)00:09
mrdaMorning Haomeng|200:09
Haomeng|2naohirot: :)00:14
Haomeng|2mrda: :)00:14
*** Masahiro has joined #openstack-ironic00:18
*** chen has left #openstack-ironic00:19
*** Masahiro has quit IRC00:22
*** alexpilotti has quit IRC00:43
dlaubehey ironic00:43
* dlaube tips his hat to mrda and Haomeng|200:44
*** Masahiro has joined #openstack-ironic01:01
mrdahi dlaube01:20
*** jerryz has joined #openstack-ironic01:34
*** ryanpetrello has joined #openstack-ironic01:46
*** Haomeng|2 has quit IRC01:51
*** Haomeng has joined #openstack-ironic02:07
*** nosnos has joined #openstack-ironic02:10
*** smoriya has joined #openstack-ironic02:10
*** ryanpetrello has quit IRC02:14
*** achanda has joined #openstack-ironic03:06
*** jerryz has quit IRC03:12
*** achanda has quit IRC03:19
openstackgerritHaomeng,Wang proposed openstack/ironic: improve the neutron configuration in install-guide  https://review.openstack.org/14334903:19
openstackgerritHaomeng,Wang proposed openstack/ironic: improve the neutron configuration in install-guide  https://review.openstack.org/14334903:23
*** chenglch has joined #openstack-ironic03:25
*** dlaube has quit IRC03:26
*** naohirot has quit IRC03:26
*** Masahiro has quit IRC03:26
*** dlaube has joined #openstack-ironic03:37
*** nosnos has quit IRC03:41
*** nosnos has joined #openstack-ironic03:42
*** nosnos has quit IRC03:46
*** ramineni has joined #openstack-ironic04:01
*** naohirot has joined #openstack-ironic04:09
*** nosnos has joined #openstack-ironic04:15
*** mitz has quit IRC04:16
*** mitz has joined #openstack-ironic04:18
*** Masahiro has joined #openstack-ironic04:27
*** rameshg87 has joined #openstack-ironic04:32
*** yuanying_ has joined #openstack-ironic05:04
*** zyluo has joined #openstack-ironic05:04
*** ZhangYang has quit IRC05:04
*** keekz has quit IRC05:05
*** ZhangYang has joined #openstack-ironic05:05
zyluono meeting today?05:06
*** yuanying has quit IRC05:06
*** kylestev has quit IRC05:09
*** keekz has joined #openstack-ironic05:09
*** kylestev has joined #openstack-ironic05:09
*** Haomeng|2 has joined #openstack-ironic05:09
*** cinerama` has joined #openstack-ironic05:10
*** Haomeng has quit IRC05:11
*** Madasi has quit IRC05:11
*** cinerama has quit IRC05:11
*** devananda has quit IRC05:11
*** devanand1 has joined #openstack-ironic05:11
*** Madasi has joined #openstack-ironic05:12
*** chenglch has quit IRC05:16
Haomeng|2zyluo: should be tomorrow I think05:25
naohirotrameshg87: Hi, thank you for the review, can I ask some questions regarding the comment 1 and 3?05:25
rameshg87naohirot, sure05:26
naohirotrameshg87: regarding the comment 1, can we have the super user password of the OS where the conductor is running?05:27
rameshg87naohirot, generally we don't do that05:27
rameshg87naohirot, instead we use rootwrap to run some commands with root user priveleges05:27
rameshg87naohirot, https://github.com/openstack/ironic/tree/master/etc/ironic/rootwrap.d05:28
naohirotrameshg87: do you mean we can create setuid script?05:28
rameshg87naohirot, it works like this05:29
rameshg87naohirot, we have a command-line called ironic-rootwrap installed on the conductor05:29
rameshg87naohirot, we use this command-line to run commands with root priveleges05:29
rameshg87naohirot, it looks at /etc/ironic/rootwrap.d for some filter files in specific format05:30
rameshg87naohirot, for example we can run mount command from ironic conductor: https://github.com/openstack/ironic/blob/master/etc/ironic/rootwrap.d/ironic-utils.filters#L1305:30
*** chenglch has joined #openstack-ironic05:31
rameshg87naohirot, and we do like this in code: https://github.com/openstack/ironic/blob/master/ironic/common/utils.py#L507-L51805:31
rameshg87naohirot, if that was what you were looking for. did i answer your question ? :)05:31
naohirotrameshg87: I haven't fully understood how the ironic-utils.filters works05:32
rameshg87naohirot, may be this will help: https://wiki.openstack.org/wiki/Rootwrap05:33
rameshg87naohirot, it is a common practise across openstack projects05:33
naohirotrameshg87: If I followed the way ironic-utils.filters does, do I provide a shell script under ironic / etc / ironic / rootwrap.d ?05:33
rameshg87naohirot, what's the shell script here ?05:34
rameshg87naohirot, is it for running a single command as root ?05:34
naohirotrameshg87: I think I need a shell script, because I need to check if the specified NFS/CIFS server has already mounted or not.05:35
rameshg87naohirot, who will mount it ? operator ?05:36
naohirotrameshg87: I'm thinking a case deployer has multiple of NFS/CIFS server.05:36
naohirotrameshg87: Before getting your comment, I thought that the conductor doesn't have the super user password, so I thought that the deplyer mount manually.05:37
naohirotrameshg87: s/deplyer/deployer/05:38
rameshg87naohirot, if the deployer mounts manually, why would conductor need username/password of the nfs/cifs share ?05:38
naohirotrameshg87: Oh that's because the conductor has to tell the username/password to iRMC/05:39
naohirotrameshg87: /\/\./05:40
rameshg87naohirot, ah okay05:40
rameshg87naohirot, i get it now05:40
rameshg87naohirot, i was under assumption that we would mount the nfs/cifs on the conductor for each deploy05:41
naohirotrameshg87: Okay, I'll take a look https://wiki.openstack.org/wiki/Rootwrap thoroughly later.05:41
rameshg87naohirot, i too feel the deployer can mount it manually05:41
rameshg87naohirot, 1 question05:42
naohirotrameshg87: are you thinking to mount only when it is necessary?05:42
naohirotrameshg87: please go ahead05:42
rameshg87naohirot, i was under that assumption reading the spec. i feel that is not required.05:42
rameshg87naohirot, we could leave the nfs/cifs share mounted on the conductor05:42
rameshg87naohirot, i agree to your thought05:42
rameshg87naohirot, but how would irmc deploy driver know where it is mounted on the ironic conducotr ?05:43
naohirotrameshg87: which my thought?05:43
rameshg87naohirot, your thought that "deployer mounts manually on the conductor"05:43
naohirotrameshg87: Okay about my thought.05:44
rameshg87naohirot, how would irmc deploy driver know where it is mounted on the ironic conducotr ?05:45
naohirotrameshg87: I thought that the mount point is fixed like /nfs_root or something.05:45
rameshg87naohirot, yeah so better to put it as a config option with default value as "/nfs_root" instead of hard-coding it05:46
naohirotrameshg87: Then the conductor create a mount point under /nfs_root for each NIF/CIFS server.05:46
*** dlaube has quit IRC05:46
rameshg87naohirot, like we have tftp_root https://github.com/openstack/ironic/blob/master/etc/ironic/ironic.conf.sample#L1172-L117305:47
rameshg87naohirot, "for each nfs/cifs server" ? will we have multiple nfs/cifs servers then ?05:47
naohirotrameshg87: Okay I'll put the mount point in the config file, thanks05:47
rameshg87naohirot,  will we have multiple nfs/cifs servers for a single conductor ?05:48
naohirotrameshg87: Yes, that's the reason I keep driver_info optional filed which is related to your comment 2.05:49
rameshg87naohirot, why would we require multiple nfs/cifs servers ?05:50
naohirotrameshg87: the config file is for all managed baremetal nodes, so it is one to many relationship.05:50
rameshg87naohirot, if we have 1 nfs/cifs server per conductor, things would be lot simpler05:50
naohirotrameshg87: basically the conductor and NIF/CIFS is one to one relationship.05:51
rameshg87naohirot, i am still confused05:51
naohirotrameshg87: let me explain why I need optional driver_info field.05:52
naohirotrameshg87: driver_info has field which is one to one relation ship with a bearmetal node.05:53
naohirotrameshg87: let's say the deplyer have 10 bearmetal nodes.05:53
rameshg87naohirot, actually i will need to leave in 5 mins, will be back in an hour or so05:54
naohirotrameshg87: one deployer put 9 deploy ios image into NIF server A.05:54
rameshg87naohirot, shall we continue after i come back ?05:54
naohirotrameshg87: sure!05:54
rameshg87naohirot, thanks05:54
*** rameshg87 is now known as rameshg87-away05:54
naohirotrameshg87: no problem :)05:54
naohirotrameshg87-away: another deployer might put different deploy iso image into NFS server B for the last one baremetal node.05:56
*** krtaylor has joined #openstack-ironic05:57
openstackgerritSyed Ismail Faizan Barmawer proposed openstack/ironic-specs: Partition image support for agent driver  https://review.openstack.org/13736306:00
*** pensu has joined #openstack-ironic06:22
*** lazy_prince has quit IRC06:27
*** lazy_prince has joined #openstack-ironic06:27
*** mrda is now known as mrda-away06:29
*** chenglch has quit IRC06:57
*** chenglch has joined #openstack-ironic06:57
lintanzyluo: we have the meeting tomorrow afternoon07:09
*** rameshg87-away is now known as rameshg8707:30
rameshg87naohirot, hi07:30
naohirotrameshg87: welcome back:-)07:30
*** k4n0 has joined #openstack-ironic07:30
rameshg87naohirot, :)07:30
naohirotrameshg87: so let's talk about your comment 2.07:31
rameshg87naohirot, yes07:31
rameshg87naohirot, you may go ahead and explain your scenario07:31
naohirotrameshg87: Okay, let me explain the reason why I keep disk_util options by the usecase.07:32
naohirotrameshg87: The use case is that two deployers manage 10 bare metal servers.07:33
naohirotrameshg87: One deployer put 9 deploy ISO image in NFS server A, which is configured in ironic.conf.07:33
naohirotrameshg87: The other deployer put one ISO image into NFS server B for the remaining one bearmetal due to some reason.07:34
naohirotrameshg87: The case needs to supersede the setting in ironic.conf by optional driver_info.07:35
naohirotrameshg87: do you understand my explanation?07:36
rameshg87naohirot, do you mean two different deployers (who can't share credentials with each other) managing a set of bare metal nodes07:36
rameshg87naohirot, i assume "sharing of credentials" is the reason why 2 deployers chose to have 2 different NFS servers07:37
rameshg87naohirot, is that correct ?07:37
naohirotrameshg87: Yes, the first deployer my be sick :-)07:37
naohirotrameshg87: s/my/may/07:37
rameshg87naohirot, i don't think anything in Ironic is designed for 2 different deployers who don't want to share credentials07:38
rameshg87naohirot, take for example keystone admin credentials07:38
rameshg87naohirot, we don't have different keystone admin credentials per node in Ironic07:39
rameshg87naohirot, i might be wrong, but that's my knowledge07:39
rameshg87naohirot, the keystone admin credentials are mentioned in ironic.conf and this is used for accessing other services like Swift07:40
naohirotrameshg87: Umm, my point would not be  "sharing of credentials", but keep opportunity to supersede the one-to-many setting.07:40
rameshg87naohirot, and Neutron07:40
rameshg87naohirot, yeah but i just worry it complicates things.07:40
rameshg87naohirot, okay if we do that07:41
rameshg87naohirot, using your scenario07:41
rameshg87naohirot, i chose to deploy 10th bare metal node07:41
naohirotrameshg87: do you think it is going to complicate?07:41
rameshg87naohirot, 10th bare metal node is going to use NFS server B07:42
naohirotrameshg87: I don't like to complicate the first implementation either :)07:42
rameshg87naohirot, irmc deploy driver generates floppy image07:43
rameshg87naohirot, now it wants to expose the floppy image to the bare metal node07:43
rameshg87naohirot, where would it create the image on the conductor node ?07:43
rameshg87naohirot, there is only one nfs_root setting ?07:43
rameshg87naohirot, right ?07:43
naohirotrameshg87: not quite right or different from what I thought07:44
rameshg87naohirot, hmm okay07:45
rameshg87naohirot, my worry is putting these fields like irmc_remote_image_server into the DB is going to complicate - because at one moment a node might be managed by conductor A and next moment by conductor B07:46
naohirotrameshg87: let's say there is a partition /export in a NFS server07:46
rameshg87naohirot, both conductor A and conductor B has to know how to put things into a different NFS Server than what it is configured07:47
*** subscope has joined #openstack-ironic07:48
*** ZhangYang has quit IRC07:49
naohirotrameshg87: let me ask basic question. Is the DB you mention driver_info?07:49
rameshg87naohirot, yes07:50
*** ZhangYang has joined #openstack-ironic07:50
naohirotrameshg87: My understanding is that the driver_info has one-to-one relation ship with a bearmetal node. Why is the thing likely to be complicate?07:51
rameshg87naohirot, let me try to put it this way :)07:52
rameshg87naohirot, let's say i have 2 conductors - X and Y07:52
rameshg87naohirot, conductor X is configured to use nfs server A in ironic.conf07:52
rameshg87naohirot, conductor Y is configured to use nfs server B in ironic.conf07:52
rameshg87naohirot, we agreed that there will be a nfs_root config setting, right ?07:53
naohirotrameshg87: Yes07:53
rameshg87naohirot, let's say nfs_root on ironic.conf of conductor X is on /nfs_server_a07:54
rameshg87naohirot, let's say nfs_root on ironic.conf of conductor Y is on /nfs_server_b07:54
naohirotrameshg87: Yes07:54
rameshg87naohirot, as long as i *don't* provide irmc_remote_image_server in node's driver_info, things are fine07:54
rameshg87naohirot, if the node is managed by conductor X, it will use nfs server A07:55
rameshg87naohirot, if the node is managed by conductor Y, it will use nfs server B07:55
rameshg87naohirot, right so far ?07:55
naohirotrameshg87: Yes07:56
rameshg87naohirot, the deploy driver will just create the images on nfs_root as per the conductor's setting (whether X or Y)07:56
naohirotYes07:56
rameshg87naohirot, now imagine i register another node with irmc_remote_image_server and other fields07:56
rameshg87naohirot, node with irmc_remote_image_server in it's driver_info07:57
rameshg87naohirot, the irmc_remote_image_server is set of nfs server C07:57
rameshg87naohirot, imagine node is managed by conductor X07:57
naohirotrameshg87: Yes07:57
naohirotrameshg87: Yes07:58
rameshg87naohirot, how will conductor X know where to create the images ?07:58
rameshg87naohirot, it can't create in it's nfs_root in ironic.conf because it is actually nfs server A07:58
naohirotrameshg87: I got your point.08:00
naohirotrameshg87: However maybe what I thought how to use /nfs_root would be different what you thought. Let me explain.08:01
naohirotrameshg87: What I thought is I create another layer of mount point under /nfs_root, for example /nfs_root/nfs_server_A, /nfs_root/nfs_server_b, like that.08:03
rameshg87naohirot, okay08:04
rameshg87naohirot, but if we do that the deployer has to make sure that /nfs_root/nfs_server_c is mounted on both conductors X and Y08:04
rameshg87naohirot, in our case08:04
rameshg87naohirot, in short the moment a deployer registers a node with irmc_remote_image_server in it's driver_info08:05
rameshg87naohirot, deployer has to make sure that it is manually mounted on all the conductor nodes08:05
rameshg87naohirot, which actually i think complicates life for deployer :)08:06
naohirotrameshg87: let me ask another basic question, are you thinking to share a boot ISO among multiple baremetal nodes?08:07
rameshg87naohirot, yes, we have that in plan for ilo driver08:07
rameshg87naohirot, https://review.openstack.org/#/c/137291/08:08
naohirotrameshg87: but current implementation of iLO is that each bearmetal nodes require its own 3 images right?, deploy iso, fd image, boot iso.08:09
naohirotrameshg87: s/nodes/node/08:09
rameshg87naohirot, deploy iso is shared08:09
rameshg87naohirot, each bare metal has other 2 images08:09
*** ifarkas has joined #openstack-ironic08:10
*** ifarkas_ has joined #openstack-ironic08:10
naohirotrameshg87: I see, is the  https://review.openstack.org/#/c/137291/ make all three image sharable?08:11
naohirotrameshg87: s/is/does/08:11
rameshg87naohirot, only the boot image will be shareable08:11
*** ifarkas_ has quit IRC08:12
naohirotrameshg87: Okay08:13
naohirotrameshg87: I think I got your point, let me think a little bit about driver_info.08:14
rameshg87naohirot, okay08:14
naohirotrameshg87: I'll ask you if I got stuck.08:14
rameshg87naohirot, sure08:15
naohirotrameshg87: thanks!08:15
rameshg87naohirot, wc :)08:15
naohirotrameshg87: One thing, regarding CIFS, do you think it's reasonable to have /cifs_root too?08:17
rameshg87naohirot, i would think we combine nfs and cifs root into one08:18
rameshg87naohirot, something like remote_fs_root08:18
rameshg87naohirot, anyway it's upto the deployer to choose nfs or cifs08:19
openstackgerritHaomeng,Wang proposed openstack/ironic: improve the neutron configuration in install-guide  https://review.openstack.org/14334908:19
naohirotrameshg87: Yeah, what you think is one file server per a conductor. so the parameter name should be like "/nfs_cifs_root"?08:19
rameshg87naohirot, yeah looks good too :)08:20
naohirotrameshg87: Okay, thanks08:20
* naohirot may be "/share_file_root" is better :)08:23
*** dorry has quit IRC08:23
*** kongfy has joined #openstack-ironic08:26
kongfyhi, I have a problem when I deploy ironic using devstack’s stable/juno branch,08:29
kongfy[ERROR] /home/stack/devstack/lib/ironic:477 Nova hypervisor-stats did not register at least 3 nodes08:29
kongfyThis message comes out at the end of the process, do you guys have some idea?08:29
*** jerryz has joined #openstack-ironic08:36
Haomeng|2kongfy: hi, we have existing bug for devstack - https://bugs.launchpad.net/ironic/+bug/1398128 , maybe it should be back-port to juno branch08:37
kongfyOK, I will try it, but I’m not sure whether it’s a bug or just my personnal mistake08:40
kongfyIt seems promising! thank you Haomeng !08:43
Haomeng|2kongfy: welcome08:44
Haomeng|2kongfy: but this is unstable issue, maybe you can get it working with next round retry:)08:44
kongfyto me  it’s very stable , I tried many times , every time ends up with this message08:46
Haomeng|2kongfy: :)08:51
*** kongfy has quit IRC09:03
*** zyluo has quit IRC09:10
*** derekh has joined #openstack-ironic09:13
*** subscope has quit IRC09:16
*** anderbubble has joined #openstack-ironic09:20
*** andreykurilin_ has joined #openstack-ironic09:24
*** anderbubble has quit IRC09:24
*** andreykurilin_ has quit IRC09:30
*** andreykurilin__ has joined #openstack-ironic09:30
*** athomas has joined #openstack-ironic09:37
*** Marga_ has joined #openstack-ironic09:38
*** romcheg has joined #openstack-ironic10:01
*** ifarkas has quit IRC10:18
*** Masahiro has quit IRC10:21
*** Masahiro has joined #openstack-ironic10:21
*** andreykurilin__ has quit IRC10:25
*** ifarkas has joined #openstack-ironic10:27
*** naohirot has quit IRC10:27
*** MattMan has joined #openstack-ironic10:28
*** Masahiro has quit IRC10:37
*** chenglch has quit IRC10:42
*** Marga_ has quit IRC10:59
rameshg87ifarkas, hi10:59
*** Marga_ has joined #openstack-ironic10:59
ifarkasrameshg87, hi11:00
rameshg87ifarkas, any updates on the wwn issue on the raid configuration spec: https://review.openstack.org/#/c/135899/ ?11:01
ifarkasrameshg87, not yet, I am planning to look into that later today11:02
rameshg87ifarkas, okay11:03
ifarkasrameshg87, realistically I can fully investigate it next year as I will be on vacation from tomorrow11:03
rameshg87ifarkas, actually i am thinking if we can make root_device_hint a driver-specific thing and then move on with the generic spec11:03
rameshg87ifarkas, like currently the root_device may be specified in many ways and let driver choose which one it should present11:04
ifarkasrameshg87, +111:04
rameshg87ifarkas, okay i will rewrite the spec, may be it will unblock from people reviewing the general spec11:05
ifarkasrameshg87, that was actually my original idea, that's why I didn't include that in my original spec11:05
ifarkasrameshg87, ok11:05
rameshg87ifarkas, i will do that then, thanks11:05
*** lucasagomes has joined #openstack-ironic11:07
openstackgerritRamakrishnan G proposed openstack/ironic-specs: New driver interface for RAID configuration  https://review.openstack.org/13589911:10
rameshg87ifarkas, ^^11:11
rameshg87ifarkas, please remove the workflow-1 if this looks fine to you and then review it once please11:11
rameshg87ifarkas, oh W-1 is already removed :) so please review it11:11
ifarkasrameshg87, will do11:11
ifarkasrameshg87, excellent :-)11:12
*** nosnos has quit IRC11:13
*** nosnos has joined #openstack-ironic11:13
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Add support for VirtualBox WebService.  https://review.openstack.org/13792611:15
*** rameshg87 has quit IRC11:15
*** nosnos has quit IRC11:17
*** Masahiro has joined #openstack-ironic11:18
*** Masahiro has quit IRC11:20
*** Haomeng has joined #openstack-ironic11:23
*** Haomeng|2 has quit IRC11:24
*** kongfy has joined #openstack-ironic11:33
*** romcheg has quit IRC11:40
*** smoriya has quit IRC11:41
*** Marga_ has quit IRC11:45
*** achanda has joined #openstack-ironic11:46
*** romcheg has joined #openstack-ironic11:46
*** kongfy has quit IRC11:48
*** Marga_ has joined #openstack-ironic11:58
*** naohirot has joined #openstack-ironic12:00
*** Marga_ has quit IRC12:06
*** Marga_ has joined #openstack-ironic12:08
*** Marga_ has quit IRC12:16
*** Marga_ has joined #openstack-ironic12:19
*** ijw has joined #openstack-ironic12:19
*** achanda has quit IRC12:32
*** achanda has joined #openstack-ironic12:33
*** achanda has quit IRC12:37
*** Marga_ has quit IRC12:44
*** lazy_prince has quit IRC12:45
*** Haomeng has quit IRC12:46
*** rameshg87 has joined #openstack-ironic12:49
*** Haomeng has joined #openstack-ironic12:49
*** subscope has joined #openstack-ironic13:05
*** killer_prince has joined #openstack-ironic13:08
*** killer_prince is now known as lazy_prince13:08
*** subscope has quit IRC13:10
*** rameshg87 has quit IRC13:11
*** dprince has joined #openstack-ironic13:13
*** ijw has quit IRC13:16
*** ijw has joined #openstack-ironic13:17
*** Haomeng|2 has joined #openstack-ironic13:19
*** Haomeng has quit IRC13:20
*** Haomeng has joined #openstack-ironic13:24
*** Haomeng|2 has quit IRC13:25
*** Masahiro has joined #openstack-ironic13:29
*** aswadr has joined #openstack-ironic13:31
romchegHi guys!13:32
*** Masahiro_ has joined #openstack-ironic13:32
romchegCould please someone remind me what is preferable way to make a reference on a specific commit in my commit msg?13:33
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE: Pass root device hints via kernel cmdline  https://review.openstack.org/14210913:33
romchegIs that a change-id or a sha hash?13:33
lucasagomesromcheg, I think sha hash, because it would work on gerrit (clicking) and with git log, git log <sha hash>13:34
lucasagomeswhere commit if only works with gerrit13:34
*** Masahiro has quit IRC13:34
romcheglucasagomes: thanks!13:35
lucasagomescommit id only*13:35
lucasagomesromcheg, yw!13:35
*** Masahiro has joined #openstack-ironic13:35
*** Masahiro_ has quit IRC13:36
openstackgerritVladyslav Drok proposed openstack/ironic: Support for non-Glance image references  https://review.openstack.org/13674113:39
*** Masahiro has quit IRC13:40
*** Masahiro has joined #openstack-ironic13:41
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: iRMC Virtual Media Deploy Driver for Ironic  https://review.openstack.org/13486513:43
*** Masahiro has quit IRC13:49
openstackgerritRoman Prykhodchenko proposed openstack/ironic: Refactoring for Ironic policy  https://review.openstack.org/12626513:51
*** Masahiro has joined #openstack-ironic13:54
*** pensu has quit IRC13:55
*** ijw has quit IRC13:56
*** Masahiro has quit IRC13:58
*** Masahiro has joined #openstack-ironic13:58
*** athomas has quit IRC13:59
*** ijw_ has joined #openstack-ironic14:00
*** ijw_ has quit IRC14:02
*** ijw has joined #openstack-ironic14:02
*** Masahiro has quit IRC14:03
*** Masahiro has joined #openstack-ironic14:03
*** athomas has joined #openstack-ironic14:06
*** rloo has joined #openstack-ironic14:11
openstackgerritRoman Prykhodchenko proposed openstack/ironic: Refactoring for Ironic policy  https://review.openstack.org/12626514:12
*** Masahiro has quit IRC14:12
*** Guest32161 has joined #openstack-ironic14:15
*** Masahiro has joined #openstack-ironic14:15
*** naohirot has quit IRC14:18
*** Masahiro has quit IRC14:20
*** ijw has quit IRC14:35
yuriyz|2hi lucasagomes14:50
*** yuriyz|2 has quit IRC14:51
*** yuriyz has joined #openstack-ironic14:51
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver to deploy cloud on PC  https://review.openstack.org/13518414:54
*** mjturek has joined #openstack-ironic14:58
lucasagomesyuriyz, hi there15:00
* lucasagomes is in a call will finish pretty soon15:00
yuriyzlucasagomes, can you look at the new version of FA spec https://review.openstack.org/#/c/138115/ ?15:05
lucasagomesyuriyz, yes, sorry I haven't reviewed that often. I was reading the ML about it15:05
lucasagomeshaven't catch up with all yet15:06
lucasagomesbut I will take a look today15:06
yuriyzlucasagomes, thanks15:06
iancohi all! i need a sanity check15:07
iancoso if i install an ironic node, when it comes back up after install, it should dhcp and be able to reach the metadata service for its real config info15:07
iancois that not accurate?15:08
*** lucasagomes is now known as lucas-hungry15:13
*** ryanpetrello has joined #openstack-ironic15:16
*** Masahiro has joined #openstack-ironic15:16
*** Nisha has joined #openstack-ironic15:17
*** jerryz has quit IRC15:19
*** Masahiro has quit IRC15:21
*** ifarkas has quit IRC15:24
NobodyCamgood morning Ironic15:25
yuriyzmorning NobodyCam15:28
NobodyCammorning yuriyz :)15:28
*** ryanpetrello has quit IRC15:34
*** jrist has joined #openstack-ironic15:43
Nishamorning NobodyCam15:45
NobodyCammorning Nisha :)15:46
NishaNobodyCam, :)15:46
Nisharloo, there?15:46
*** EmilienM is now known as EmilienM|afk15:47
rloohi Nisha15:47
Nishai was addressing your comments on introspection spec15:47
Nishahi rloo15:47
Nisharloo, regarding comment "We'll probably want these methods too:15:48
Nisha - validate()15:48
Nisha - get_properties()"15:48
Nisharloo, do we need to add these in spec?15:48
rlooNisha: yes, they should be added because this spec introduces the new InspectInterface class.15:49
NobodyCamoh morning rloo :)15:49
rlooNisha: did your code have validate() and get_properties()?15:49
rloomorning NobodyCam15:49
Nishaas of now , no15:49
Nishabut i intended to add them15:49
rlooNisha: that's why it should be added to the spec. In case you forgot to code it ;)15:49
Nishabecause i need to do changes to add them as InspectInterface()15:50
*** datajerk has quit IRC15:50
NishaOk. i will add them :)15:50
rloothx Nisha.15:50
NishaThanks rloo15:50
*** achanda has joined #openstack-ironic15:51
*** ryanpetrello has joined #openstack-ironic16:02
*** bradjones has joined #openstack-ironic16:06
NobodyCamyuriyz: question. does the fuel data file need to be generated per Node (depoly), or can it also be generic (use for multiable deploys)?16:07
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new target inspect with node-set-provision-state  https://review.openstack.org/10095116:09
Nisharloo, NobodyCam devanand1 ^^^^16:09
yuriyzNobodyCam, there is a link to datafile node's parameter, this link can be the same for all nodes or different16:09
*** ryanpetrello has quit IRC16:11
*** lucas-hungry is now known as lucasagomes16:11
NobodyCam:)16:13
lucasagomesNobodyCam, rloo Nisha morning :)16:14
NobodyCammorning lucasagomes :)16:14
Nishalucasagomes, morning16:14
rloohi lucasagomes16:14
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Add pluggable network provider spec  https://review.openstack.org/14348016:19
NobodyCamjroll: your suspost to be on holiday16:20
*** datajerk has joined #openstack-ironic16:21
jrollNobodyCam: you weren't supposed to see that >.>16:24
* jroll says good morning to everyone and disappears again16:24
NobodyCam:)16:25
NobodyCamhave a good HOLIDAY *cough* jroll :)16:26
jroll:) you too16:27
lucasagomesjroll, heh morning, enjoy ur holidays!16:32
*** pcrews has joined #openstack-ironic16:34
*** dlaube has joined #openstack-ironic16:37
*** ryanpetrello has joined #openstack-ironic16:41
NobodyCamanyone know the best way a script could get out gate status? I'm looking at http://no-carrier.net/~adam/openstack/ironic_gate_status.html16:42
openstackgerritRoman Prykhodchenko proposed openstack/ironic: Refactoring for Ironic policy  https://review.openstack.org/12626516:43
*** ryanpetrello has quit IRC16:50
*** achanda has quit IRC16:50
*** openstack has joined #openstack-ironic17:01
*** Masahiro has joined #openstack-ironic17:05
*** Masahiro has quit IRC17:10
*** achanda has joined #openstack-ironic17:10
*** k4n0 has quit IRC17:13
*** EmilienM|afk is now known as EmilienM17:19
*** romcheg has quit IRC17:34
*** EmilienM is now known as EmilienM|afk17:42
*** pcaruana has quit IRC17:53
*** derekh has quit IRC17:56
openstackgerritLucas Alvares Gomes proposed openstack/ironic: PXE: Add configdrive support  https://review.openstack.org/14351017:57
*** anderbubble has joined #openstack-ironic17:59
*** ryanpetrello has joined #openstack-ironic18:01
*** anderbubble has quit IRC18:02
*** ChuckC has quit IRC18:03
NobodyCamlucasagomes: question. in what way we're you thinking of PixieBoots checking gate status. read it from the white board or some other way?18:05
jrolllucasagomes: nice one, left a comment on that18:07
lucasagomesjroll, http://paste.openstack.org/show/153944/18:07
lucasagomescloud-init picked it directly and all:)18:07
lucasagomesso seems it's working18:07
*** bradjones has quit IRC18:07
lucasagomesI'm using the iso u gave me to test18:07
lucasagomesNobodyCam, I was thinking about getting from launchpad18:08
jrollsick18:08
lucasagomesNobodyCam, oh gate status hmmm18:08
lucasagomesNobodyCam, yeah for gate probably on launchpad, unless we start watching the patches in gerrit18:09
lucasagomesidk any other way off the top of my head18:09
NobodyCamwe have http://no-carrier.net/~adam/openstack/ironic_gate_status.html18:09
jrollyeah, I would see how adam_g gets that info and do something similar18:09
lucasagomesjroll, oh the always making the config part seems like a good idea18:10
jrollif >50% are failing, mark it failed18:10
lucasagomesjroll, I haven't thought about the rebuild it, I'm aware that it may introduce some problems18:10
jrolllucasagomes: yeah, just something to keep in mind18:11
lucasagomesNobodyCam, jroll yeah the >50% failing sounds good18:11
jrollit still won't work if ironic is upgraded after the first build18:11
jrollidk if you can even pass --config-drive to nova for a rebuild18:11
jrollwould be interesting to try18:11
lucasagomesyeah I will investigate that18:12
*** bradjones has joined #openstack-ironic18:12
lucasagomesI'm still playing with all that stuff, not familiar with confidrives at all18:12
lucasagomesI mean, "not all" = I'm a little familiar now :)18:12
jrollha, right18:13
*** athomas has quit IRC18:21
lucasagomesthis is pretty cool http://benkurtovic.com/2014/06/01/obfuscating-hello-world.html18:21
lucasagomesnever thought someone could make some unreadable code in python18:21
NobodyCamthats kewl18:24
*** ryanpetrello has quit IRC18:24
NobodyCami wouldn't want to debug it18:24
*** ChuckC has joined #openstack-ironic18:35
*** romcheg1 has joined #openstack-ironic18:40
*** romcheg has joined #openstack-ironic18:44
*** romcheg1 has quit IRC18:46
Nishalucasagomes, could you look at https://review.openstack.org/#/c/10095118:48
*** harlowja has joined #openstack-ironic18:50
*** achanda has quit IRC18:51
*** achanda has joined #openstack-ironic18:51
Nisharloo, i would correct the typo if i do another revision, i hope thats fine18:51
rlooNisha: yes, that's fine. thx.18:52
Nisharloo, but i have still corrected and posted back18:53
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new target inspect with node-set-provision-state  https://review.openstack.org/10095118:54
*** Masahiro has joined #openstack-ironic18:54
NishaNobodyCam, rloo lucasagomes ^^^^^^18:54
*** achanda has quit IRC18:54
*** achanda_ has joined #openstack-ironic18:54
Nishajroll ^^^^^18:56
*** Haomeng has quit IRC18:56
*** Masahiro has quit IRC18:58
*** Haomeng has joined #openstack-ironic18:59
*** Nisha has quit IRC19:11
adam_gNobodyCam, that script is kinda dumb. it runs on crontab and just queries jenkins[1-7].openstack.org via its bad API for recent builds of a specific job and saves ecah builds status and build params to a db19:25
adam_gNobodyCam, if it'd help i can have it also dump data in a machine readable format19:26
adam_gNobodyCam, if you're trying to make an IRC bot post status to here, you can probably just have it listen to the gerrit stream via SSH. openstack-qa runs a similar bot that chimes in with gate failures19:29
*** dprince has quit IRC19:29
*** eghobo has joined #openstack-ironic19:29
*** eghobo has quit IRC19:30
NobodyCamadam_g: ok I'll take a look at what the qa bot is doing :)19:32
NobodyCamThank you :)19:32
adam_gthe newer version of gerrit we started using added a REST API that i haven't looked at yet, that may be of interest too19:35
*** eghobo has joined #openstack-ironic19:37
lucasagomesjroll, re rebuild with config-drive http://paste.openstack.org/show/153963/19:39
lucasagomesneed more investigation but apparently it's not supported to pass --config-drive as part of the rebuild command19:39
*** mjturek has quit IRC19:48
lucasagomesI will call it a day, have a great night everyone19:50
*** lucasagomes is now known as lucas-dinner19:52
*** eghobo has quit IRC19:55
*** ramineni has quit IRC19:58
*** mjturek has joined #openstack-ironic19:58
*** eghobo has joined #openstack-ironic20:01
*** ijw has joined #openstack-ironic20:01
*** ijw_ has joined #openstack-ironic20:02
*** eghobo has quit IRC20:03
*** ndipanov has joined #openstack-ironic20:04
*** ijw has quit IRC20:06
*** eghobo has joined #openstack-ironic20:09
*** igordcard has joined #openstack-ironic20:21
*** ijw_ is now known as ijw20:23
*** igordcard has quit IRC20:27
*** lucas-dinner has quit IRC20:27
*** EmilienM|afk is now known as EmilienM20:34
*** Masahiro has joined #openstack-ironic20:42
*** Guest32161 is now known as annegentle20:44
*** ryanpetrello has joined #openstack-ironic20:44
*** Masahiro has quit IRC20:47
*** enikanorov_ has joined #openstack-ironic20:49
*** enikanorov has quit IRC20:51
*** harlowja_ has joined #openstack-ironic20:58
*** mrda-away is now known as mrda20:59
mrdaMorning Ironic!20:59
*** harlowja has quit IRC21:00
*** achanda_ has quit IRC21:04
*** achanda has joined #openstack-ironic21:05
*** aswadr has quit IRC21:06
*** ryanpetrello has quit IRC21:08
*** andreykurilin_ has joined #openstack-ironic21:09
*** achanda has quit IRC21:09
*** ijw_ has joined #openstack-ironic21:12
*** ijw has quit IRC21:15
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Cleaning States  https://review.openstack.org/10268521:21
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Zapping States  https://review.openstack.org/14082621:21
*** Marga_ has joined #openstack-ironic21:25
*** Marga_ has quit IRC21:25
*** ijw_ has quit IRC21:25
*** Marga_ has joined #openstack-ironic21:26
*** ijw has joined #openstack-ironic21:28
rloohow long do things pasted in paste.openstack.org stick around?21:37
mrdarloo: i don't know, but am interested too21:37
rloomrda: I'll let you know if I find out :-)21:37
rloooh, morning mrda!21:38
* mrda is poking some infra peeps21:38
mrdaAnd good morning rloo to you too!21:38
*** ijw has quit IRC21:38
*** ndipanov has quit IRC21:41
*** ChuckC has quit IRC21:48
*** ijw has joined #openstack-ironic21:50
*** andreykurilin_ has quit IRC21:53
mrdarloo: no-one knows, but the guess is "forever"21:58
rloomrda: ha ha. I shouldn't laugh. Personally, I'd err on the side of not forever. Thx for asking!21:58
*** ijw has quit IRC22:08
*** ijw has joined #openstack-ironic22:10
rlooFYI, I think gate is broken due to     https://bugs.launchpad.net/os-apply-config/+bug/143504 & 143501. I've updated our whiteboard.22:14
*** harlowja_ has quit IRC22:21
*** Marga_ has quit IRC22:28
*** ryanpetrello has joined #openstack-ironic22:30
*** Masahiro has joined #openstack-ironic22:31
*** Masahiro has quit IRC22:36
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Cleaning States  https://review.openstack.org/10268522:37
*** ryanpetrello has quit IRC22:37
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Zapping States  https://review.openstack.org/14082622:38
*** EmilienM is now known as EmilienM|afk22:38
dlaubehey guys, do you happen to have any info on how to go about running isc-dhcp-server with neutron as opposed to dnsmasq?22:42
dlaubeI would think there must be some dhcp_driver floating around for that or something22:43
jrolldlaube: I don't know of a dhcp provider for it, we run it with static configs22:45
dlaubejroll: interesting… so, all boxes get the same DHCP IP for life?22:48
dlaubewe'll, we were only considering switching from dnsmasq to something else because we are having issues with metadata service returning data, despite having the baremetal box deployed, installed and rebooted into the OS which then obtains a DHCP IP22:49
dlaubewhen we curl the magic IP 169.254.269.254 it either wants the X-Instance-ID and some auth token stuff   OR   the request has to originate from an IP that neutron/nova knows about22:50
*** ijw has quit IRC22:50
*** ijw has joined #openstack-ironic22:51
jrolldlaube: for provisioning / deploy ramdisks, yes, it gets the same IP22:55
jrollah, I see22:55
jrollI don't pretend to know how to make the metadata service work22:56
jrollbut neutron and nova should know about the DHCP IP given to the instance22:56
dlaubeI appreciate the honesty jroll. I know you guys dont even use the metadata service22:58
jrollyeah, exactly :P22:59
dlaubeany idea who might know? I'm also over in #openstack right now22:59
jrollmmm, no idea, other ironic deployers? :)23:00
iancohmm. metadata service will only ever know about fixed addresses returned by neutron port-list23:00
dlaubefinding other ironic deployers that are using real servers with real switches feels like trying to find a grain of salt in a desert sometimes23:01
jrollheh23:01
*** mjturek has quit IRC23:03
*** ryanpetrello has joined #openstack-ironic23:05
*** ryanpetrello has quit IRC23:09
*** eghobo has quit IRC23:11
*** eghobo has joined #openstack-ironic23:17
*** eghobo has quit IRC23:21
*** ijw has quit IRC23:24
*** ijw has joined #openstack-ironic23:24
*** ijw has quit IRC23:34
*** ijw has joined #openstack-ironic23:35
adam_gdlaube, 'the request has to originate from an IP that neutron/nova knows about'  it should be originating from the guest, via its fixed ip23:38
adam_gif you're requesting it elsewhere, you need the headers23:39
dlaubeadam_g: got it23:52
dlaubei'm actually looking at https://community.hpcloud.com/article/creating-instance-specific-fixed-ip  right now23:52
dlaubeso if we specify fixed-ip, any idea if that means a leases file/config is written out just for that IP/MAC?23:53
adam_gdlaube, neutron manages dnsmasq processes per network/namespace, and manages its leases based on ports23:54
*** ijw_ has joined #openstack-ironic23:58

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