[13:38] <jrwren> if you love fonts: https://www.ohyouprettythings.com/free
[19:06] <rick_h_> anyone still hanging out here?
[19:07] <jrwren> yup
[19:08] <rick_h_> how goes?
[19:08] <cmaloney> Welcome back!
[19:08] <cmaloney> Wondered if we were ever going to see you back here
[19:08]  * cmaloney does a cartwheel or two
[19:09] <rick_h_> heh, honestly didn't realize I got the freenode boot again since I was working in freenode juju no problem
[19:10] <rick_h_> but cleaning up some irc and noticed I had to #rejoin to get it going again
[19:11] <jrwren> anyone else getting excited about 20.04? :)
[19:12] <jrwren> we are getting closer and closer to moving to 18.04 for our servers at work, so I'm very happy about that.
[19:15] <cmaloney> heh
[19:15] <cmaloney> I'm still on 14.04 for my main desktop
[19:15] <cmaloney> like a fool
[19:16] <jrwren> desktop? what is that ;)
[19:16] <jrwren> 19.10 eoan on my home server ;)
[19:20] <cmaloney> jrwren: Sorry, my SSH and Chrome Browser terminal :-P
[19:20] <jrwren> ah, the sad state of desktop linux.
[19:21] <jrwren> someday... somday... i'll buy a laptop linux again.
[19:21] <jrwren> macos gets worse adn worse with each release.
[19:21] <cmaloney> I don't know about sad state. Seems pretty fine by me. :)
[19:22] <jrwren> a browser and a terminal is hte only software people use becuase all the rest of it doesn't eixst?
[19:22] <cmaloney> Hey, at least Apple gave Mac users a keyboard again
[19:22] <cmaloney> I was being cheeky
[19:22] <cmaloney> I use it for development as well
[19:25] <jrwren> yay!
[19:30] <cmaloney> rick_h_: So how are things going over there? Hunkered down?
[19:32] <rick_h_> jrwren:  yea, definitely excited
[19:32] <rick_h_> had to dogfood it for months now
[19:32] <rick_h_> cmaloney:  yea, we're all planning on grocery shopping at 9pm for the week
[19:34] <cmaloney> Might make that a few weeks
[19:34] <cmaloney> We're going out for one of JoDee's friends (She's in her 60s)
[19:34] <cmaloney> and also to get some more hunker down hunkering material
[19:34] <cmaloney> since Meijer is cutting hours from 8:00 - 22:00
[19:35] <jrwren> whoa, meijer is cutting hours?!? why?
[19:35] <cmaloney> and allowing elderly and other compromised folks to shop at 7:00-8:00
[19:35] <jrwren> oh good!
[19:35] <cmaloney> Probably to reduce exposure time, and to give their staff time to restock
[19:35] <cmaloney> and sanitize things
[19:35] <cmaloney> I'd expect a lot of midnight shift folks
[19:36] <rick_h_> yea
[19:36] <rick_h_> heard about cutting hours to have time w/o customers to clean/stock
[19:36] <cmaloney> Yeah, it makes sense
[19:36] <cmaloney> also going to be real fun for folks thinking they'll get things sorted by 9:45pm
[19:36] <cmaloney> it'll be like Christmas Eve every night
[19:36] <rick_h_> hah
[19:36] <cmaloney> "Whaddya mean you're closing"
[19:37] <cmaloney> "i haven't finished shopping yet"
[19:37] <cmaloney> "Yes, yes you have"
[19:43] <jrwren> closing time.
[19:44] <cmaloney> Damn you, now I have that song in my head
[19:46] <jrwren> the weird al version I hope
[19:58] <cmaloney> no
[22:20] <gamerchick02> i didn't know Meijer was cutting hours, thanks for the heads up
[22:21] <gamerchick02> i don't shop late anyway but it's nice to know in case i need something late, i'll have to wait til the morning
[23:48] <Scary_Guy> Yeah, especially with all the xmas lights going up again.
[23:49] <Scary_Guy> Fun fact.  Closing Time is a song about childbirth, which makes me hate the song even more.


[03:34] <lamont> ipset v6.11: The range you specified exceeds the size limit of the set type
[03:34] <lamont> that is a very disheartening error message
[03:34] <lamont> I really want a bitmap:ip that is a /15


[10:51] <smoser> harmw, yeah, i wanted to get one before i leave for holiday.
[10:52] <smoser> there is an 0.3.2~pre2 (which is not really released at http://download.cirros-cloud.net/local/0.3.2~pre2/)
[10:52] <smoser> i've not done any testing on it though, so i didn't even release it as a "pre2" yet.
[10:59] <smoser> so any feedback/test you could give it would be good.
[11:19] <harmw> ok, well i'll see what I can do tonight
[11:20] <harmw> there are some good fixes, iirc not that hard to verify
[14:44] <harmw> smoser: just me or is that ~ in the url causing bigtime 404 errors
[14:46] <harmw> ah, no
[14:46] <harmw> forgot the /local
[14:46] <smoser> yeah.
[14:53] <harmw> shouldn't it instant-reboot after resizing /?
[14:53] <harmw> i'm seeing hostroutes, excellent (so yes, metadata was fetched aswell since my hostname is correct)
[14:55] <harmw> hm, after reboot it hasn't grown to 3GB (the volume size)
[14:55] <harmw> or am I completely wrong and is growing root a step I specifically had to set/configure?
[16:49] <med_> harmw, you may need to reinvoke smoser if you wanted some feedback on that 3G growth question
[16:49] <med_> I suspect after two hours he looked  away
[16:50] <smoser> harlowja_away, it should grow the roto filesystem . i think.
[16:50] <smoser> i can't imagine that that was broken.
[16:51] <smoser> i thikn you're talking about cirros, right?
[16:51] <smoser> it should have done it.
[17:00] <med_> is harmw the same as harlowja_away ?
[17:51] <smoser> shoot. no.
[17:51] <smoser> harmw, ^
[17:54] <harlowja> haha
[18:17] <smoser> hm.. harmw cirros *should* grow the root partition and resize2fs it also. you should probably see something on console output if it didnt. (console output as in 'nova console-log')
[18:20] <harmw> good one med_ , though i wasn't particularely after a quick-reply :)
[18:20] <med_> heh.
[18:20] <harmw> and yes smoser, it should've done that though I didn't see it happen
[18:21] <harmw> let me try again
[18:21] <harmw> (on a different cloud)
[18:22] <smoser> harmw, you're booting the disk.img file ?
[18:24] <harmw> yea, converted to raw and then it goes to glance
[18:24] <harmw> i remember having seen a syslog line telling it resized, just cant remember when that was
[18:27] <smoser> you don thave to convert to raw, harmw
[18:27] <harmw> without that I can't copy-on-write, and glance doesn't (yet) do it for me
[18:28] <smoser> well glance shouldn't convert for you
[18:28] <smoser> glance image-create --disk-format=qcow2 --container-format=bare --name=smoser/cirros-0.3.2~pre2-amd64-disk.img --file ~smoser/src/cirros/mirror/0.3.2~pre2/cirros-0.3.2~pre2-x86_64-disk.img
[18:28] <smoser> nova should convert for you.
[18:28] <smoser> nova should see a qcow and convert it to raw and then create qcow backed by the raw.
[18:29] <harmw> isn't nova supposed to just use whatever cinder throws at it? in my case, a glance image that originates in rbd (ceph)
[18:29] <harmw> growpart: mode: auto devices: ['/']
[18:30] <harmw> i have that in my userdata script, amongst some other stuff
[18:30] <harmw> though that would probably not be needed to have cloudinit autogrow, right?
[18:32] <smoser> oh. i see.
[18:32] <smoser> cinder. you did say that. boot from volume.
[18:33] <smoser> yeah. you're right.
[18:33] <harmw> yes, sorry
[18:33] <smoser> so get the cuos yeah, i would have expected that to work, but have not tested that.
[18:33] <smoser> so what steps do you do to acocmplish that ?
[18:33] <smoser>  * download image, convert to raw.
[18:34] <smoser> how did you then upload / register a boot-from-volume image?
[18:34] <smoser> i dont know if i hcan do this with the cloud i have here.
[18:34] <smoser> harmw, http://paste.ubuntu.com/6584812/
[18:35] <smoser> thats patebin of non-volume boot. and you see line 266 there.
[18:35] <harmw> yes, the GROWROOT:bla line is what i've seen before
[18:35] <smoser> there could be race conditions there.
[18:35] <smoser> :-(
[18:35] <harmw> ah
[18:35] <harmw> well, i didn't debug it
[18:36] <harmw> perhaps i can do that later on
[18:36] <harmw> let me paste the commands i'm using first
[18:39] <harmw> http://paste.ubuntu.com/6584832/
[18:39] <smoser> oh. maybe i can do this. i'll try
[18:46] <smoser> harmw, bah. i can't really test.
[18:46] <smoser> the cinder create for me causes error
[18:56] <harmw> i'm back in a few minutes
[19:07] <smoser> harmw, i did this: http://paste.ubuntu.com/6585009/
[19:07] <smoser> taking 'path 2' there. (attach a volume and populate it myself)
[19:08] <smoser> then console-log http://paste.ubuntu.com/6585013/
[19:08] <smoser> so it *could* be racy still, but it seemed to work here.
[19:14] <smoser> harmw, hm.. so i see it has failed in my instance here.
[19:27] <harlowja> openstack, racy, not possible, lol
[19:31] <harmw> GROWROOT: CHANGED: partition=1 start=16065 old: size=64260 end=80325 new: size=6265350,end=6281415
[19:31] <harmw> weird
[19:35] <med_> harlowja, openstack is racy. Danica Patrick is our new sportscar driver.
[19:36] <harlowja> :)
[19:36] <smoser> harmw, yea, so it does do the partition resize. that works.
[19:36] <harmw> indeed, but that wasn't on my console this afternoon
[19:36] <smoser> but then the call to 'resize2fs' which happens from
[19:36] <smoser> /etc/init.d/resizefs
[19:36] <harmw> console also tells me the hostname is cirros
[19:37] <smoser> seems to return failure with no error to stderr.
[19:38] <harmw> hm, it didn't set the hostname
[19:42] <harmw> whre does cloud-init keep its log in cirros?
[19:43] <harmw> hm, looks like it received the public-hostname, though hostname is empty (in /var/run/cirros/datasource/data
[19:46] <smoser> harmw, thats odd. mine get their hostnames.
[19:46] <harmw> mine normally do to :)
[19:50] <smoser> what does 'hostname' say ?
[19:50] <harmw> hostname said the right thing
[19:50] <harmw> i've just booted a new instance, all is ok with this one :|
[19:50] <harlowja> smoser is metswin:) still the login for cirros?
[19:50] <harlowja> or was that cubwin
[19:51] <harmw> cubs
[19:51] <harlowja> nice, ha
[19:54] <harmw> this new instance has a proper hostname, GROWROOT did something aswell but resizefs didn't do squat and fdisk -l does not show a fully used disk either
[19:58] <smoser> harmw, fdisk -l doesn't ?
[19:58] <smoser> that is odd.
[19:58] <smoser> what does cat /proc/partitions say ?
[19:58] <smoser> harmw, so it works in 2 portions
[19:58] <smoser> growroot runs in iinitramfs
[19:59] <smoser> and changes the parttion table
[19:59] <smoser> then unmounts the target
[19:59] <smoser> err..
[19:59] <smoser> unmounts
[19:59] <smoser> grows
[19:59] <smoser> remounts
[19:59] <smoser> then pvirot root
[19:59] <smoser> then /etc/rc3.d/S55-resizefs
[19:59] <smoser> *should* resize the filesystem "per-once"
[20:00] <smoser> and i see this functional on "ephemeral store" images.
[20:10] <harmw> /dev/vda1   *       16065     6281414     3132675   83  Linux
[20:10] <harmw> $ cat /proc/partitions
[20:10] <harmw> major minor  #blocks  name
[20:10] <harmw> 253        0    3145728 vda 253        1    3132675 vda1
[20:16] <harmw> i've now manually run /etc/rc3.d/S55-resizefs start, and after thats done df doesn't show any change
[20:17] <harmw> though after another second or so it does show the changed fs, as beeing bigger
[20:20] <smoser> harmw, right. it backgrounds.
[20:21] <smoser> that is by design. (possibly bad design)
[20:21] <harmw> hmk
[20:21] <smoser> but it does so because resize2fs in cirros is pretty slow.
[20:21] <harmw> aha
[20:21] <smoser> at least compared to 12.10 ubuntu or later.
[20:21] <harmw> ok
[20:21] <smoser> and the thoguht was that people want to run scirors on very un-performant systems
[20:22] <smoser> such as non-kvm qemu
[20:22] <harmw> what bugs me is it didn't resize on initial boot, only just now when I did it manually
[20:22] <smoser> yeah. that was confusing to me too.
[20:23] <smoser> i even put debug into that /etc/rc3.d/S55-resizefs
[20:23] <smoser> to run 'cat /proc/partitions'
[20:23] <smoser> and output was correct.
[20:24] <smoser> hm.. wait a minute. i think i just saw it fail on ephemeral root
[20:25] <smoser> when it fails, you'll see a file /tmp/resize.out
[20:26] <smoser> that should have stderr and stdout of the 'resize2fs /dev/root'
[20:26] <smoser> but it doesnt
[20:26] <harmw> yea
[20:26] <harmw> $ cat /tmp/resize.out
[20:26] <harmw> resize2fs 1.42.2 (27-Mar-2012)
[20:26] <harmw> and thats it
[20:47] <harmw> well, new instance (again): growroot did its trick according to consolelog but resizefs only put the above in the logfile
[20:48] <smoser> harmw, its really odd.
[20:48] <smoser> cirros-per doesn't even put its marker down
[20:48] <smoser> which it should do even on failure.
[22:18] <harmw> smoser: its not putting down the marker file, indeed, it only shows this:
[22:18] <harmw> using state_dir=/var/lib/cirros/sem, marker=once.once.resizefs
[22:18] <harmw> [once] sh -c o=/tmp/resize.out;
[22:18] <smoser> yeah, its just wierd.
[22:18] <harmw> followed by resize2fs [..]
[22:18] <smoser> i dont get it.
[22:18] <harmw> me neither
[22:18] <smoser> it must be something stupid
[22:21] <harmw> yea, well even after a reboot it didn't resize - so growfs isn't causing the pain
[22:21] <harmw> ill see again, tomorrow