IRC logs for #baserock for Monday, 2016-03-07

*** edcragg has quit IRC00:57
*** locallycompact has quit IRC04:31
*** gtristan has quit IRC04:35
*** gtristan has joined #baserock05:03
*** toscalix has joined #baserock07:51
*** bruce_ has joined #baserock08:30
*** edcragg has joined #baserock08:48
*** paulw has joined #baserock08:56
*** edcragg has quit IRC08:58
*** franred has joined #baserock09:12
*** CTtpollard has joined #baserock09:14
*** locallycompact has joined #baserock09:16
*** bashrc has joined #baserock09:17
*** locallycompact has quit IRC09:18
*** franred has quit IRC09:21
*** bashrc has quit IRC09:23
*** ssam2 has joined #baserock09:31
*** ChanServ sets mode: +v ssam209:31
*** bashrc has joined #baserock09:31
*** tiagogomes has joined #baserock09:36
*** franred has joined #baserock09:36
*** edcragg has joined #baserock09:40
*** ssam2 has quit IRC09:40
*** mwilliams_ct has joined #baserock09:41
*** gtristan has quit IRC09:52
*** ssam2 has joined #baserock09:54
*** ChanServ sets mode: +v ssam209:54
*** edcragg has quit IRC09:56
*** edcragg has joined #baserock09:57
*** tiagogomes has quit IRC09:58
*** jonathanmaw has joined #baserock10:01
*** CTtpollard has quit IRC10:04
*** CTtpollard has joined #baserock10:04
*** tiagogomes has joined #baserock10:06
*** locallycompact has joined #baserock10:09
*** CTtpollard has quit IRC10:15
*** CTtpollard has joined #baserock10:15
*** CTtpollard has quit IRC10:18
*** CTtpollard has joined #baserock10:18
*** gtristan has joined #baserock10:33
*** Lachlan1975 has joined #baserock10:43
*** edcragg has quit IRC11:30
*** edcragg has joined #baserock11:58
*** edcragg has quit IRC12:44
*** locallycompact has quit IRC13:00
*** locallycompact has joined #baserock13:00
*** gtristan has quit IRC13:31
*** locallycompact has quit IRC13:49
*** locallycompact has joined #baserock13:49
*** lc_ has joined #baserock13:50
*** locallycompact has quit IRC13:54
*** toscalix has quit IRC13:58
*** toscalix_ has joined #baserock13:58
*** tiagogomes has quit IRC14:00
*** tiagogomes has joined #baserock14:00
*** edcragg has joined #baserock14:12
*** cosm has quit IRC14:14
franredssam2, I've received a message from openid@baserock.com saying "You (or someone pretending to be you) have asked to register an account at openid.baserock.org...."14:30
*** Lachlan1975 has quit IRC14:31
* franred follows instructions to ignore the test message14:31
pedroalvarezfranred: could you msg me the contents of tha email?14:31
franredpedroalvarez, sure14:31
franredpedroalvarez, double biff14:33
pedroalvarezoh, I see. That email was sent to <openid@baserock.org> that by default goes to baserock ops team14:35
pedroalvarezI'll try to remove you from that list14:35
franredpedroalvarez, cheers :)14:36
pedroalvarezfranred: done14:43
franredta!14:43
*** Lachlan1975 has joined #baserock14:44
pedroalvarezfranred: and I think this is the last thing to let you go: https://gerrit.baserock.org/#/c/1970/15:01
franredpedroalvarez, go aheadd merging it15:02
franredpedroalvarez, and thank you for doing this for me :)15:02
pedroalvarezhah np :)15:02
lc_what does TROVE_GENERIC mean in this doc? http://wiki.baserock.org/guides/deploy-trove-to-openstack/15:42
ssam2it means to configure at boot-time, instead of at deploy time15:44
ssam2well, that's not really true any more15:44
ssam2config is always done at boottime, by trove-setup.service15:44
ssam2but if you use TROVE_GENERIC, the machine doesn't contain /etc/trove/trove.conf, and won't "become a trove" til you create that file and run trove-setup.service (or reboot)15:45
ssam2which is what you want if creating an OpenStack image, for example15:45
ssam2without TROVE_GENERIC you set all of the config up at deploy-time and /etc/trove/trove.conf is present in the actual rootfs15:45
ssam2this should be documented somewhere15:46
ssam2but doesn't seem to be15:46
lc_Oh, so I can't have the cluster refer to the keys?15:46
ssam2you can if you don't set TROVE_GENERIC15:46
lc_And that works with openstack?15:47
ssam2the point is that with OpenStack, you deploy an image, and then you can instantiate the image many times15:47
ssam2but you probably don't want to create 3 troves containing the same SSH private keys15:47
ssam2and that could even be a security risk15:47
lc_I just want the one15:48
ssam2it will happily work that way15:48
lc_Ok15:48
lc_Why does the doc say15:48
lc_      FSTAB_HOMES: /dev/vdb /home auto defaults,noatime,rw 0 215:48
lc_but no ATTACH_DISKS?15:48
ssam2not sure15:49
lc_how do I reference disks in openstack actually15:49
pedroalvarezATTACH_DISKS won't do anything in openstack deployments15:49
lc_Oh15:49
pedroalvarezin those docs "--ephemeral size=160,format=ext4" will create /dev/vdb15:51
lc_what does ephemeral mean15:51
pedroalvareznot sure, but sounds like you don't want that if you want your data to persist15:52
lc_it does sound like that15:52
pedroalvarezthat option means (i think) create an ephemeral disk for this instance15:52
franredI thought ephemeral were the openstack volumes15:53
pedroalvarezI think it's an ephemeral volume, that will be deleted whenever you delete the instance15:53
franredso they are independent of the VM you have created being able to link it to another VM (after un-attaching them)15:53
franredpedroalvarez, then why /dev/vdb and not /dev/vda ?15:54
pedroalvarezwell, it's difficult to explain, better you give it a try :)15:55
franred:) - I will whenever I have some free time15:55
pedroalvarezif you use a flavour that includes an ephimeral disk, it will appear in the instance as a new disk, so it won't be 'vda' because that is the image you are booting. This ephimeral disk won't be accesible from the volumes tab in horizon, so it's not a volume15:56
pedroalvarezand it will be deleted whenever you remove the instance15:57
lc_ what's a flavour15:57
franredpedroalvarez, ooh, I see, it is extra-space attached to your disk image.15:58
pedroalvarezlc_: "Virtual hardware templates are called "flavors" in OpenStack, defining sizes for RAM, disk, number of cores, and so on. "16:01
*** bashrc has quit IRC16:02
*** bashrc has joined #baserock16:03
*** fay_ has quit IRC16:03
*** fay_ has joined #baserock16:03
lc_ok16:03
pedroalvarezhttps://www.youtube.com/watch?v=GtQaSZ7MRLE16:04
pedroalvarezhttps://www.youtube.com/watch?v=JmH4cCjs5-M16:04
pedroalvarezfor deploying and configuring trove in openstack16:04
lc_nice16:05
pedroalvarezI can't remember what I did in them, but I hope they help :)16:05
lc_hmm ybd seems not to support this trove.OPENSTACK_PASSWORD=your_openstack_password16:06
pedroalvareznope, you will have to put that within the cluster morphology16:07
pedroalvarezand try to not commit/PUSH that into git :)16:08
lc_it says It says ERROR: API version must be v2.0 in https://...'16:09
lc_where that's the url16:09
lc_in openstack.check16:09
pedroalvarezis your url like " example.com:5000/v2.0" ?16:11
lc_it is now16:11
lc_now I have a different error16:11
lc_keystoneclient.openstack.common.apiclient.exceptions.AuthorizationFailure: Authorization Failed: SSL exception connecting to https://... [SSL: UNKNOWN_PROTOCOL] unknown protocol (_ssl.c:590)16:12
pedroalvarezare you sure it's in https?16:12
pedroalvareztry http16:12
lc_ty16:13
lc_next one16:13
lc_16-03-07 00:00:23 [0/6/256] [trove-system-x86_64] ERROR: configure extension failed: /src/definitions/extensions/cloud-init.configure16:13
lc_wait16:13
lc_ /src/tmp/tmp9fa8wn: line 63: can't create : nonexistent directory16:13
lc_that first16:13
pedroalvarezthat's because you are wearing red socks16:14
pedroalvarezI don't have a clue :/16:14
lc_that's potentially difficult to debug16:14
pedroalvarezheh, my guess is that is line 63 of  /src/definitions/extensions/cloud-init.configure16:15
*** cosm has joined #baserock16:16
lc_cool, makes no sense16:16
pedroalvarezhangon16:16
franreddo your system has cloud-init?16:16
pedroalvarezfranred: it's a trove, so yes16:17
* lc_ tries morph16:17
* paulsherwood sobs, quietly16:17
pedroalvarezfranred: also, I included a check for that case16:17
franredpedroalvarez, maybe some of the cloud-init services are not installed for some reason16:17
lc_can ybd and morph use the same artifact folder?16:17
pedroalvarezpaulsherwood: bad news16:17
pedroalvarezlc_: nope16:17
lc_ouch16:17
pedroalvarezwell, yes, same folder16:17
pedroalvarezbut not same artifacts16:18
paulsherwoodpedroalvarez: more bad news than the above?16:18
pedroalvarezpaulsherwood: $MORPH_LOG_FD16:18
paulsherwoodwhat on tearth is that?16:18
pedroalvarezpaulsherwood: I think that might be the cause of lc_ 's error16:18
lc_ah16:19
* lc_ tries16:19
paulsherwoodcan we fix it?16:19
franredpedroalvarez, urgh16:19
pedroalvareza fix would be possible16:19
pedroalvarez(if that's the cause)16:19
pedroalvarezlc_: just put /dev/null in there instead of that variable and try16:20
lc_it gets further but still no16:21
lc_sec paste16:21
lc_http://www.fpaste.org/335199/45736772/16:22
pedroalvarezoh yeah16:23
pedroalvarezthat other bug16:23
* paulsherwood wonders if lc should spend the rest of the day upstreaming patches for this16:24
pedroalvarezhttps://storyboard.baserock.org/#!/story/7616:24
ssam2the extensions probably shouldn't break if MORPH_LOG_FD is set16:24
ssam2don't just remove that though, proper logs from deployment extensions is really useful16:25
ssam2patch for that is trivial I guess16:25
franredssam2, we should rename it and give a default value16:25
pedroalvarezlc_: I commented a workaround in that link pasted before16:26
franredpaulsherwood, does ybd has a deployment log defined or just shows everything on stdout?16:27
lc_pedroalvarez, what?16:27
ssam2franred: yeah16:27
pedroalvarezlc_: https://storyboard.baserock.org/#!/story/7616:27
lc_oh16:27
pedroalvarezthat's the bug you have, right?16:27
paulsherwoodfranred: everything in stdout16:27
franredpaulsherwood, ok, I'll make the patch.16:28
pedroalvarezcheck if that variable is set and if not set to stdout?16:29
ssam2trove-setup.configure is actually doing this wrong anyway16:29
ssam2echo foo >"$MORPH_LOG_FD"16:29
ssam2it should be doing: echo foo >&"$MORPH_LOG_FD" right?16:30
ssam2otherwise the log just goes to a file named '3' or something stupid16:30
ssam2so MORPH_LOG_FD should default to 0, so that logs go to stdout by default16:31
ssam2making the name generic would make sense too16:31
ssam2cloud-init.configure, not trove-setup.configure16:31
franredssam2, yeah, but MORPH_LOG_FD is not defined like in ybd it will be to empty16:32
ssam2https://gerrit.baserock.org/#/c/1971/16:36
pedroalvarezlc_: could you try that patch? ^16:37
lc_after this deployment16:38
franredssam2, https://gerrit.baserock.org/#/c/1971/1 - I have a question about your patch16:43
franredin fact 0 is stdin :/16:45
ssam2you're right, well spotted16:45
* benbrown_ should have noticed that.16:46
benbrown_franred: nice catch16:46
franredssam2, merged, thanks for the fast patch16:49
franredbenbrown_, :), no probs16:49
*** bruce_ has quit IRC17:17
*** jonathanmaw has quit IRC17:41
*** franred has quit IRC18:00
*** bashrc has quit IRC18:00
*** gtristan has joined #baserock18:02
*** lc_ has quit IRC18:42
*** ssam2 has quit IRC18:59
*** Lachlan1975 has quit IRC19:20
*** tiagogomes has quit IRC19:24
*** tiagogomes has joined #baserock19:30
*** fay__ has joined #baserock19:36
*** tom__ has joined #baserock19:36
*** fay_ has quit IRC19:38
*** CTtpollard has quit IRC19:39
*** rdale_ct has joined #baserock20:20
*** rdale_ct_ has joined #baserock20:22
*** rdale has quit IRC20:23
*** rdale has joined #baserock20:24
*** rdale_ct has quit IRC20:25
*** rdale_ct has joined #baserock20:26
*** rdale_ct_ has quit IRC20:27
*** rdale has quit IRC20:29
*** toscalix_ has quit IRC20:43
*** gtristan has quit IRC23:59

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