[19:30] arg, harmw so close, except need to modify the ufs image and rhel doesn't come with ufs module that seems to work, lol === FnoSox is now known as SnoFox [19:40] No topic ...? I didn't realize that was possible. [19:53] seems like even ubuntu creates a RO ufs module, arg [20:29] harlowja: what do you try to do? [20:30] need to put some files in /tmp (jsonpatch...), but instance under libvirt doesn't have networking yet, and durn RH and ubuntu ship read-only ufs modules [20:30] why doesn't it have networking? [20:31] ya, not sure, haven't investigated that much yet :-P [20:31] i can imagine rc.conf lacking some networking settings, though running dhclient should just give you an adress [20:31] kk, let me try [20:35] ah, it works [20:35] sweet [20:36] arg, of course no wget, lol [20:43] fetch :) [20:43] and perhaps even curl, not sure though [20:47] hmmm [20:47] this should let me download jsonpatch and stuff [20:47] pita, lol [20:47] this beeing fetch? [20:47] ah, i got wget installed :-P [20:48] in usr/local/sbin perhaps? [20:48] let me check [20:48] crazy bsd, lol [20:48] ;) [20:49] oh, i guess i can put all the needed files that aren't installed on a fat disk, and then avoid all this stuff, hmmm [20:50] or you just wget/fetch the jsonpatch and cloudinit tarballs and unzip those ;) [20:50] ya ya :) [20:51] gonna get this to work :-P [20:58] harlowja: http://paste.openstack.org/show/59693/ I'm seeing this on accasion, while creating/destroying instances [20:58] ah, good ole neutron [20:58] :-/ [20:58] any ideas where/how to debug this? since it doesn't always happen [20:59] hmmm [20:59] i bet thats your keystone timing out [20:59] lol, i thought the same thing [20:59] how are u setting up keystone? [21:00] mysql+memcached [21:00] multi-process? [21:00] 1 process? [21:00] no, just 1 [21:00] keystone-all [21:00] ya, i bet thats causing it [21:00] hm, is multi-process something new in havana? [21:01] nah, its been an ongoing fight for that [21:01] because this only started since after the upgrade from grizzly [21:02] https://www.mail-archive.com/openstack@lists.openstack.org/msg03715.html [21:02] keystone token-get is slow aswell, sometimes it returns in <1s while it can also take an average of 10s [21:02] hmmm [21:02] (I should mention its a rather old Atom cpu though) [21:02] do u have a script running that cleans up the token database? [21:02] keystone is running 100%cpu most of the time [21:02] my token table is empty [21:02] k [21:03] since memcached takes care of that [21:03] right [21:03] 100%cpu not good [21:03] http://docs.openstack.org/developer/keystone/apache-httpd.html [21:03] u can try that [21:04] so much stuff hits keystone that its a good idea to scale it > 1 [21:04] true [21:04] its the first thing to fall over really [21:04] though why didn't this happen with grizzly? [21:05] unsure [21:05] mind you, I'm running a tiny tiny cloud with just 2 nodes [21:05] :-/ [21:05] and its running at 100% [21:05] indeed [21:05] that seems off :-/ [21:05] bb, food [21:06] keystone logs useful? [21:06] :) [21:06] ahno [21:06] i had verbose+debug on, nothing interesting [21:09] i think this Atom just sucks bigtime at doing all the PKI stuff, causing it to max at 100 [21:38] bedtime now harlowja, let me know how your fbsd stuff ends [22:31] ends, probably never ends, haha :-P