[01:53] <erick3k> can someone help me with a problem
[14:52] <jgrimm> rharper, https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1645644
[15:14] <rharper> jgrimm: hrm, so pre-existing ntp.conf .. when dpkg installs, it will divert the package conf to a new file (where as cloud-init moves the original out of the way and replaces).   Do you suppose we should do the same here?
[15:15] <jgrimm> not sure, i just wasn't sure if you'd noticed that bug yet
[15:15] <rharper> I had not
[15:15] <rharper> so, they're clearly adding 'ntp' key to trigger the install
[15:15] <rharper> but not using the existing pool or server list
[15:16] <rharper> so, not quite sure why;  though possible that they want to tweak things...
[15:16] <jgrimm> indeed
[18:11] <powersj> magicalChicken: what was the decision re: to many files open?
[18:21] <magicalChicken> powersj: It was caused by polling for the system to be up using lots of calls to execute()
[18:21] <magicalChicken> it went away once i switched back to polling in the instance
[18:22] <powersj> ah ok so you are going to go the route of updating your code
[18:22] <magicalChicken> there's a new bug in centos with setting hostname, but it looks like its a cloud-inti issue
[18:22] <magicalChicken> powersj: yeah, it is a bug in pylxd most likely, but the fix in the test suite is simple, so no sense in waiting until it can be fixed in pylxd
[18:22] <powersj> ok!
[18:23] <magicalChicken> I've pushed the fix
[18:23] <powersj> is the fix committed such that I can keep testing?
[18:23] <powersj> ah :)
[18:23] <powersj> thank you!
[18:23] <magicalChicken> The centos tests will still fail due to hostnamectl timing out when cloud-init tries to run cc_set_hostname thought
[19:08] <vans163> hello. Is there a general way to disable cloud-init after first init?
[19:08] <vans163> Im having a problem where if I take a snapshot of a cloud disk, boot up another Vm with it, it freezes upon boot because cloud init is looking for things again
[19:36] <rharper> if you're booting a snapshot with the same UUID/instance-id, then it won't attempt to re-init; but if you change the instance-id then it will try to run again.  That's by design as you don't want the same ssh keys and other generated data to be the same between different instances.
[19:38] <rharper> if you want, you can append cloud-init=disabled to the kernel command line,  or if you modify your image, you can touch /etc/cloud/cloud-init.disabled which will prevent cloud-init from running
[20:06] <vans163> rharper: is there something without touchng the system much.  If i understood correct I can add  touch /etc/cloud/cloud-init.disabled  to the end of my cloud-init script?
[20:06] <vans163> i saw tutorials that say to uninstall cloud-init, but for different distros the command will be different so this is not as portable
[20:07] <vans163> rharper: im booting the snapshot WITHOUT attaching the ISO again
[20:07] <vans163> im using the ISO method to use cloud init
[20:08] <vans163> so I launch the fedora_24_cloud.raw disk image with a cloud-init.iso attached.  Everythings fine.  now I snapshot the .raw disk, and spin up a new VM with it.  WITHOUT the cloud-init.iso
[20:08] <vans163> and now it hangs indefinetaly
[20:33] <rharper> and if you boot your image without a cdrom in the first place, it will likely do the same (it's looking for a datasource) and takes quite a while to timeout;  I suspect, somehow the instance_id in your second boot is different than the first;  the cloud-init.log in the second boot will confirm;  you should be able to just wait it out (like 10 or so minutes) or even just boot the snapshot image with the cdrom
[20:33] <rharper> bbiab
[20:51] <vans163> rharper: no cdrom attached yea.  Hum.. okay i need to try touching the cloud-init.disabled
[21:19] <vans163> yea no go
[21:20] <vans163> touching that does nothing
[21:20] <vans163> its hanging at boot
[21:20] <vans163> this is fedora24 cloud image
[21:32] <rharper> do you see any boot messages to serial console ?
[21:33] <rharper> I usually do a  "-serial telnet:localhost:2446:,nowait,server"  to my qemu command, then when you launch it, you can telnet localhost 2446 and see boot messages and interact with serial console of the guest
[21:37] <vans163> rharper: humm i had VNC opened and I see nothing except the first line of the boot
[21:38] <rharper> if the image isn't booting properly, maybe its not cloud-init related
[21:44] <vans163> image boots fine if I attach the cloud-init.iso to it
[21:45] <vans163> i think its just looking for the iso/trying to connect to EC2 ip
[21:45] <vans163> i need to find how to tell it to not do that
[21:45] <vans163> (once its booted the first time in its life)
[21:45] <vans163> yum erase cloud-init at the end of the config script seems to be the solution but this is not portable
[21:46] <vans163> (havent tried it, just read blog about it)
[21:46] <rharper> well, it will eventually timeout trying to reach EC2; having the cloud-init.log of the second boot can help understand what's going on;
[21:47] <vans163> hum let me get that then sec
[21:47] <vans163> well not sec.. 10 min :po
[21:48] <rharper> hehe
[21:48] <rharper> yeah, it's a long timeout
[21:48] <vans163> brb going to store
[21:54] <vans163> not so slow actually
[21:54] <vans163> got dressed and its done
[21:54] <vans163> it spent 2 minutes trying to reach /latest/meta-data/instance-id on the gateway IP DHCP gave it
[21:55] <vans163> maybe more
[21:55] <vans163> DataSourceEc2.py[CRITICAL]: Giving up on md from ['http://<IP_ADDRESS>/2009-04-04/meta-data/instance-id'] after 21630 seconds
[21:55] <vans163> first that, then trying to reach the gateway ip 2 minutes, then it booted
[21:55] <rharper> yeah, I was interested in /var/log/cloud-init.log   and /var/lib/cloud/instances/
[21:56] <rharper> trying to recreate here
[21:56] <vans163> cloud-init.log is empty
[21:56] <rharper> that seems very wrong
[21:56] <vans163> (i added the touch .../.disabled
[21:56] <rharper> oh
[21:56] <rharper> though the first boot one should have run though
[21:57] <rharper> and it wouldn;'t have tried ec2 if it was disabled
[21:57] <vans163> instances has 1 UUID folder, and iid-datasource-none
[21:57] <rharper> it's like it never ran at all
[21:57] <rharper> your cdrom image would have included a meta-data file with an instance-id in it
[21:57] <rharper> that should be in /var/lib/cloud/instances/<instance id>
[21:57] <rharper> from the first boot
[21:57] <vans163> df -h shows me  /dev/vda1        50G  446M   47G  so the drive was expanded
[21:57] <rharper> if that's not there, then your snapshot isn't getting captured
[21:58] <vans163> or..
[21:58] <rharper> yeah, cloud-init does that
[21:58] <vans163> yea it ran right the first time, because the SSHkeys i set are there
[21:58] <vans163> then i powerdown the instance + snapshot the disk
[21:58] <rharper> maybe I don't know what the fedora cloud-init is doing but the instance dir should be persistent
[21:58] <vans163> so basically the same thing as booting the instance again without the cloud-init.iso cdrom attached
[21:59] <rharper> right but it's not recording the instance data where cloud-init looks (at least on ubuntu)
[21:59] <rharper> inside the instance dir, includes a pickled datasource object that it re-uses on subsequent boots
[21:59] <vans163> obj.pkl is there i see it
[22:00] <rharper>  then you have to have a /var/lib/cloud/instances/  ...
[22:00] <vans163> yes isntances folder has 2 folders in it
[22:00] <vans163> 1 is a UUID folder, the other is iid-datasource-none
[22:00] <rharper> ok, that makes sense
[22:01] <rharper> what I suspect is that without a way to specify the instance-id to cloud-init, it won;t know to use the previous uuid as a datasource
[22:01] <rharper> I'll confirm locally
[22:01] <vans163> somethign strange I see my cloud-config is truncated
[22:01] <vans163> cloud-config.txt in that uuid folder is missing a few things
[22:01] <vans163> ... it shows at the end
[22:02] <vans163> let me show you sec in gist
[22:03] <rharper> so unless we have a way to persist the instance-id (via a permanent datasource) I don't think cloud-init can know that it should use it;
[22:03] <rharper> you may want to look at using the nocloud seed (write out your user-data/metadata to /var/lib/cloud/seed/nocloud-net dir in the image itself
[22:04] <vans163> well upon the snapshot boot, it should ignore cloud init
[22:04] <vans163> as the instance is already configured
[22:04] <rharper> that;s not how cloud-init works
[22:04] <vans163> ah
[22:04] <rharper> it only knows it's configured if it finds that it's the same instance
[22:04] <rharper> in real clouds, the meta-data provides the instance-id;  that's ephemeral , each time you launch a new vm, it's a new instance
[22:04] <vans163> and the ISO or webserver it tries to query tells it the id
[22:04] <rharper> it had a meta-data file
[22:05] <rharper> you can embed the same config from the iso in a dir inside the image
[22:05] <rharper> that will achieve what you want
[22:05] <vans163> i think that is exactly what I need
[22:05] <vans163> thanks for explaining
[22:05] <rharper> http://cloudinit.readthedocs.io/en/latest/topics/datasources/nocloud.html
[22:05] <rharper> sure
[22:05] <vans163> but I have this 1 wierd thing
[22:06] <rharper> that link shows it via iso, but if you just put the contents of the iso at /var/lib/cloud/seed/nocloud-net/{user-data,meta-data}
[22:07] <vans163> that solves alot of problems yea
[22:08] <vans163> https://gist.github.com/anonymous/5e47847afa56cdd01f88ef0d27aa62a4  this gist, the top is the cloud-config i passed the ISO,  the bottom is what was in the instances  /var/lib/cloud/instances/d2ffab6d-7ac9-423a-bc8a-023402a2d7a0/cloud-config.txt
[22:08] <vans163> why is there so many spaces in the root password, guessing its fine tho?
[22:09] <vans163> brb
[22:17] <rharper> not sure; possible your original cloud-config has trailing white space ?


[00:02] <guiverc> updated & works now.. , thanks krycek
[00:04] <Bashing-om> OK, Let's do UWN541 - ready set ; Go .
[00:12] <guiverc> :)
[00:13] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter 540 @ http://fridge.ubuntu.com/2018/08/13/ubuntu-weekly-newsletter-540/
[00:23] <guiverc> Bashing-om, first two entries in #541 done ... (two new dev notices)
[00:24] <Wild_Man> guiverc, you are on the ball!
[00:38] <Bashing-om> guiverc: : Hot to trot :) And we are off and running ... 541 here we come .
[02:30] -SwissBot:#ubuntu-news- ::Planet:: Stephen Michael Kellat: When Things Become Bizarre @ http://skellat.freeshell.org/blog/when-things-become-bizarre.html
[02:43] <Unit193> Wild_Man: You mean the email?  You appear to have emailed the list.
[02:45] <Wild_Man> Unit193, not sure I contacted the members team about membership and then I nominated myself for the Council
[02:45] <Wild_Man> I think it was through launchpad
[02:45] <Wild_Man> I need to make a phone call
[02:46] <Wild_Man> yes it was through launchpad to the admins of the team
[02:51] <Unit193> Which is an unusual way to do that.
[02:52] <Wild_Man> oh
[03:13] <Wild_Man> Unit193, in this announcement it gives the launchpad contact info for the members team https://lists.ubuntu.com/archives/ubuntu-irc/2018-July/001890.html
[03:16] <Wild_Man> Actually it says contact the IRC council and it took me to launchpad to I went to the IRC Council launchpad page and contacted them that way since it did not give the IRC M/L in that section only for nominations
[03:16] <Wild_Man> That is on me, I was busy and still not a 100 percent yet
[03:16] <Wild_Man> Is that going to be an issue?
[03:19] <lotuspsychje> nice work on putting meta release new in uwn guys!
[03:33] <Bashing-om> lotuspsychje: You report it ./.. we post it :P
[17:50] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter 540 @ http://fridge.ubuntu.com/2018/08/13/ubuntu-weekly-newsletter-540/ (by guiverc)


[06:47] <dholbach> good morning
[06:48] <ejat> morning
[06:49] <ejat> :)
[07:43]  * popey sighs
[07:43] <popey> http://twitter.com/#!/dslevin does this person actually work for canonical?
[07:44] <popey> http://twitter.com/#!/popey/status/115671832744566784
[07:44] <popey> then I get this:- http://twitter.com/#!/dslevin/status/115672169995960320
[07:48] <dholbach> popey, yes, he is
[07:48] <popey> ☹
[07:51] <AlanBell> how does one get 751 followers by emulating a spambot?
[07:51] <popey> well I followed him
[07:52] <popey> so i guess others must have done the same
[07:52] <popey> no idea when i did it
[07:52] <popey> probably before he started this silly behaviour
[07:56] <kim0> Morning all
[09:03] <czajkowski> popey: wow he comes across as a spammer
[11:42] <Daviey> popey: Can i interest you in a free trial?
[11:49]  * czajkowski hugs Daviey
[12:32] <ejat> kim0: ping!
[12:56] <kim0> ejat: hey
[12:56] <ejat> can i pm u?
[12:56] <kim0> sure go ahead
[15:43] <jcastro> <---- lunchin'
[15:45] <doctormo> nigelb: ping
[15:53] <akgraner> jono, aq's interview will go up today :-)  I'll mark it as done as soon as it's published
[15:53] <jono> akgraner, woo!
[15:53] <jono> thanks akgraner
[15:54] <akgraner> you're welcome - can't be messing up your burndown charts :-)  /me is scared of you :-P
[15:57] <daker> hello ツ
[16:03] <kim0> daker: hey there
[16:07] <james_w> updating summit with new code, ping me if you see any problems
[16:14] <james_w> done
[16:18] <mhall119> \o/
[16:21] <mhall119> jcastro: ping
[16:21] <jcastro> yo
[16:21] <mhall119> wanna see something cool?
[16:22] <jcastro> sure
[16:22] <mhall119> http://summit.ubuntu.com/api/meeting/?summit=6
[16:22] <jcastro> ok
[16:22] <mhall119> summit now has a read-only RESt/JSON API for all it's schedule data
[16:23] <jcastro> oooh
[16:23] <jcastro> I wonder if the guidebook guys can use this
[16:23] <mhall119> it made more sense for them to consume ical, but they might still be interested
[16:28] <mhall119> look, it's my personal list of sessions from UDS-O: http://summit.ubuntu.com/api/meeting/?summit=5&participant__attendee__user__username=mhall119
[16:29] <jcastro> omg
[16:29] <jcastro> mhall119: http://www.youtube.com/watch?v=oJagxe-Gvpw&feature=player_embedded
[16:29] <mhall119> jcastro: seen it
[16:30] <mhall119> but very funny
[16:30] <mhall119> does it have something to do with summit though?
[16:30] <jcastro> this is how I envision summit started
[16:32] <mhall119> heh
[16:33] <mhall119> jcastro: summit now has 102 unit tests that all pass
[16:33] <jcastro> I said started!
[16:33] <jcastro> not currently
[16:33] <mhall119> :)
[16:33] <jcastro> hey so I can schedule the plenaries now you think?
[16:34] <mhall119> I don't see why not
[16:35] <mhall119> oh, that long standing bug where it'd blow up before you defined a plenary room? Fixed it.
[16:36] <jcastro> nice!
[16:37] <jcastro> I did remember to make that room this time though
[16:37] <jcastro> I usually forget it
[16:37] <jcastro> and then it's broken for a while
[16:37] <jcastro> and then Daviey has to remind me that I need to set a plenary room
[16:40] <dholbach> alright my friends - have a great rest of your day and see you tomorrow
[16:43] <mhall119> jcastro: also, the personal icals now have private meetings in them, but the URL contains a random 32byte hexstring so you can't guess other people's
[16:43] <mhall119> which means you can subscribe to them in your calendar software and get updates when the schedule changes
[16:44] <jcastro> ok so like managers can just add the ical feed to their calendar or what?
[16:44] <mhall119> yup
[16:45] <jcastro> ah, just got the mail from westby
[16:49] <mhall119> jcastro: not mentioned in there is the fact that track colors are now defined in the database through the admin, rather than hard-coded in css
[16:50] <jcastro> oh
[16:50] <jcastro> are they set up to something random or ... ?
[16:50] <mhall119> and possibly some other things, I'm going to write a full blog post
[16:50] <mhall119> jcastro: nothing that fancy, no
[16:50] <mhall119> the default to #FFFFFF
[16:50] <jcastro> oh ok
[16:50] <mhall119> and you set your own
[16:51] <mhall119> it only affects background color, so pick light ones so the text is readable
[16:51]  * jcastro nods
[16:52] <mhall119> I'm also going to work on some documentation for the API in the next week or so
[16:58] <mhall119> jcastro: do we have more rooms that last time?
[16:58] <mhall119> the schedule looks wider
[16:58] <jcastro> I am not sure
[16:58] <jcastro> they feel the same to me
[16:58] <jcastro> the list of rooms looks the same afaict
[17:06] <mhall119> ok
[17:07] <james_w> jcastro, be aware that google calendar only updates from ical every 24 hours
[17:07] <james_w> so it can't really be trusted
[17:07] <james_w> I don't know what to do about that
[17:07] <mhall119> only every 24 hours? wow
[17:07] <daker> a very cool countdown http://dl.dropbox.com/u/164058/oneiricbanner/banner.demo.html
[17:08] <mhall119> daker: that is nice
[17:10] <jcastro> james_w: ok so maybe tell them to use their phones or something instead
[17:10] <jcastro> to sub to that feed I mean
[17:17] <ejat> c00l
[17:21] <jcastro> pleia2: yo yo
[17:23] <pleia2> jcastro: morning!
[17:23] <jcastro> hey so sabdfl can't make openweek due to scheduling conflicts
[17:23] <pleia2> darn
[17:23] <jcastro> so I recommended to clan to ping you about seeing if he might be available for user days instead
[17:23] <pleia2> ok, I'll be on the lookout for it
[17:23] <jcastro> so if you want to ping her to set that up that would be swell
[17:24] <pleia2> ok :)
[17:24] <jcastro> but dang, I just realized that's this saturday isn't it
[17:24] <pleia2> yeah
[17:24] <pleia2> very soon
[17:25] <jcastro> I'll be at a wedding all weekend. :(
[17:26] <nigelb> doctormo: pong
[17:31] <nigelb> jcastro: for a moment I wondered who/what 'clan' was. Then common sense hit me :-)
[17:31] <jcastro> clan of the cave bear
[17:32] <nigelb> haha
[17:34] <jcastro> jono: we're on in ~30?
[18:00] <jcastro> jono: hello?
[18:24] <jono> jcastro, on vacation, remember :-)
[18:24] <jono> heading out now
[18:27] <jcastro> whoa bonus, and when he gets back I go on holiday
[18:27] <jcastro> excellent
[18:27] <nigelb> lol
[19:01] <nigelb> jcastro: what kind of talks are you looking for?
[19:01] <nigelb> strange I should be asking this :P
[19:02] <jcastro> it's in the comments
[19:02] <jcastro> end user things
[19:03] <nigelb> "Using Unity like a Boss" <3
[19:03] <nigelb> So meme-ful.
[19:06] <Pendulum> lol
[19:51] <pleia2> I'm thinking we might get rid of User Days next cycle, it seems like Ubuntu Open Week has changed from being about Ubuntu and teams and more geared toward how-tos and things, duplicating what we're doing in User Days
[19:51] <pleia2> seems a bit silly to have both at this point
[19:54] <nigelb> pleia2: heh, I wwas about to suggest that.
[19:54] <nigelb> And we're running short of volunteers as well :)
[19:54] <pleia2> yeah, if I had known about this change earlier I probably wouldn't have bothered with User Days at all this cycle :\
[19:54] <nigelb> Agreed.
[19:54] <pleia2> I don't remember it being discussed during our classroom stuff session at UDS
[19:55] <nigelb> It was discussed.
[19:55] <nigelb> We agreed not to do it.
[19:55] <pleia2> I know changing the name of it was discussed
[19:55] <pleia2> heh
[19:55] <pleia2> oh well, we'll know for next cycle
[22:38] <jcastro> pleia2: or maybe have UD earlier in the cycle?
[22:39] <pleia2> jcastro: maybe, but it all seems silly now that the events are pretty much identical aside from timing (weekday vs weekend)
[22:39] <jcastro> or we can get rid of openweek
[22:39]  * jcastro evil smiles
[22:40] <pleia2> haha, I see you there, trying to get rid of work
[22:40] <jcastro> >_>
[22:40] <jcastro> <_<
[22:40] <jcastro> but really we have like 4 weeks of IRC workshops now
[22:40] <pleia2> yeah
[22:40] <jcastro> I'm not convinced it's worth the effort
[22:41] <jcastro> like, what can you learn in IRC that you can't ask someplace else?
[22:41] <pleia2> I was just talking to doctormo re: ubuntu-learning about how we should be taking some of this stuff and putting it into documentation (some of the app week stuff in particular is hard for new people to access right now documentation-wise)
[22:42] <pleia2> I keep pointing people to app dev week logs because it's the best stuff, most current we have
[22:42] <pleia2> then we don't need full-fledged week events, just "clean up documentation, tell people about it, show up for a Q&A session about it, maybe"
[22:42] <jcastro> right, I am just saying
[22:43] <jcastro> if we took the effort of making one class and just improved the docs instead
[22:45] <jcastro> it's like, well, I never have time to update the docs, but I sort of kind of self document once a cycle and then spread it over 3 years worth of logs ... does that count?
[22:45] <pleia2> it is a bit odd :)
[22:46] <pleia2> then again, it is the process that any tech team with an assigned tech writer sort of goes through, we just need to go from transcript to a tech writer putting it into wiki format (which was a goal of ubuntu-learning, back when it existed)
[22:47] <pleia2> anyway, something to think about
[22:47] <jcastro> I just thought of proposing to cut down on the IRC workshops for next cycle
[22:48]  * pleia2 nods
[22:48] <jcastro> but then that would be met with resistance I'm sure
[22:52] <nigelb> jcastro: Nah. You will be met with pitchforks and swords and knives. :P
[22:53] <jcastro> "WHAT! I like using the wrong tool for the wrong job."
[22:54] <pleia2> they were cool back when most of our new people knew about IRC, but I get the feeling that attendence has dropped this past year for all sessions as more new people we attract are not so much the IRC type
[22:57] <popey> +1
[23:16] <Daviey> Didn't jono's app try to address that?
[23:16] <pleia2> yeah, but then it broke for a year, we have a fixed version in oneiric
[23:16] <Daviey> didn't really get the adoption it deserved IMO.
[23:17] <pleia2> the current version in most repos doesn't work well, so users got a terrible experience, we just told them to use webchat
[23:17] <Daviey> then we should fix the package :)
[23:17] <Daviey> Is there a bug?
[23:18] <pleia2> there are dozens of bugs, I've been working all cycle on testing the devel version which fixes the major ones
[23:18] <pleia2> we got it in oneiric but not backported to older releases
[23:18] <jcastro> it fixes the wrong problem
[23:18] <pleia2> it'll work in older releases going back to lucid, you just need to install the ppa
[23:19] <Daviey> extra barrier, lets fix it in the archive.
[23:19] <Daviey> unless it's totally unviable?
[23:19] <pleia2> oh no, it works, I can put you in touch with the lead dev, I think we mostly don't know how to fix it in the archive
[23:21] <Daviey> I don't helping and sponsoring of that, if there is a patch that makes it work
[23:21] <pleia2> ok, let me get the emails rolling to see what can be done
[23:21] <Daviey> I'm not sure i have time to do-it-all, but i'm more than happy to mentor and sponsor.
[23:45] <mhall119> Daviey: I freed up all that time you spend on summit and awstrial ;)