| === esv_ is now known as esv | ||
| === esv_ is now known as esv | ||
| holmanb | meena: possibly | 13:52 |
|---|---|---|
| holmanb | meena: how did upstreaming the lxd fixes into freebsd go? did those land? | 13:53 |
| holmanb | meena: I may be trying to figure out how to use freebsd on lxd soon, if so | 13:53 |
| meena | holmanb: yes. it boots, but so far, the virtio thing remains unfixed | 13:54 |
| holmanb | The virtio issue is what causes high cpu usage? | 13:55 |
| holmanb | I have cpus to spare for now, I guess | 13:55 |
| meena | you'll need one to burn, until you disable the virtio_random module | 13:56 |
| holmanb | heh | 13:57 |
| holmanb | Do you have notes you'd be willing to share on how you got you got it set up on lxd? | 13:58 |
| holmanb | I can figure it out if not | 13:59 |
| holmanb | meena: also, is there anything in particular about pr/2127 that you see needing rebase? | 14:00 |
| meena | holmanb: download a qcow image: https://download.freebsd.org/releases/VM-IMAGES/13.2-RELEASE/amd64/Latest/FreeBSD-13.2-RELEASE-amd64.qcow2.xz (13.2 has my fix, so no need to go bleeding edge, but, 14.0 is just around the corner) | 14:04 |
| meena | import the image into lxd | 14:05 |
| meena | launch, lxd console into it, then login as root with no password | 14:05 |
| meena | sysrc devmatch_blacklist="virtio_random.ko" | 14:07 |
| meena | and reboot | 14:07 |
| meena | this still has no cloud-init installed, of course ;) | 14:08 |
| meena | pkg install net/cloud-init-devel | 14:08 |
| holmanb | Perfect, thanks | 14:12 |
| meena | https://download.freebsd.org/releases/CI-IMAGES/13.2-RELEASE/amd64/Latest/FreeBSD-13.2-RELEASE-amd64-BASIC-CI.raw.xz this might be better. it already has ssh enabled | 14:38 |
| * meena is downloading both rn | 20:14 | |
| meena | maybe I could build a packer recipie for how to create an LXD image for FreeBSD? | 20:15 |
| meena | holmanb: oh, you need to convert the images to qcow2 first | 20:26 |
| minimal | meena: that's easy assuming you have qemu-img installed: "qemu-img convert file.raw file.qcow2" | 20:28 |
| meena | minimal: i do | 21:05 |
| meena | hrm, the CI images don't boot | 21:07 |
| meena | i dunno what's going on, but it's not booting for me: https://gist.github.com/c00792c3f9d74cd8b2cd9822e8233865 | 21:58 |
| meena | boots now, but cloud-init is waiting for OpenStack to answer… | 22:17 |
| meena | trying to get lxd-agent compiling on FreeBSD: https://github.com/lxc/lxd/issues/11603 | 22:37 |
| -ubottu:#cloud-init- Issue 11603 in lxc/lxd "compiling lxd-agent for FreeBSD" [Open] | 22:37 | |
| minimal | meena: your earlier problem was that Secure Boot was enabled? | 23:07 |
| meena | minimal: yeah | 23:08 |
| meena | I guess once we get images built and signed officially it's no problem, but it's another stumbling stone in bootstrapping | 23:08 |
| minimal | meena: "cloud-init is waiting for OpenStack to answer" - have you tried creating your image with a reduced set of datasources specified in /etc/cloud/cloud.cfg ? | 23:09 |
| minimal | i.e. only LXD | 23:09 |
| meena | absolutely not. | 23:10 |
| meena | I'm mostly just stumbling around blindfolded | 23:10 |
| meena | (will i need lxd-agent running for that to work?) | 23:10 |
| meena | I guess i could've found out by trying what minimal suggested | 23:11 |
| meena | tomorrow, then. | 23:12 |
| minimal | in /etc/cloud/cloud.cfg (or create a file in /etc/cloud/cloud.cfg.d/) add "datasource_list: LXD" | 23:12 |
| minimal | then when c-i starts it will only try to use the LXD DataSource, rather than going through the default set of multiple DSes in order | 23:12 |
| minimal | I wouldn't expect you to need lxd-agent for that to work | 23:13 |
| minimal | I've been meaning to figure out how to create LXD images of Alpine myself | 23:15 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!