=== SuperL4g is now known as SuperLag
[16:10] <Code_Bleu> holman: long time not talk.  I dont see meena on here, but I've recently was working with deploying OpenBSD again and was using the updated cloud-init, but whenever I try to change hostname or passworrd..etc, it is not picking up those changes and I believe it has to do with the /var/run.  We had a temp solution in at one point that would symlink and allow it to clear out cloud-init cache so it
[16:11] <Code_Bleu> would re-run on next boot, but that isn't working now.
[16:11] <Code_Bleu> holman: https://github.com/canonical/cloud-init/pull/4677
[16:11] -ubottu:#cloud-init- Pull 4677 in canonical/cloud-init "fix(runpath): On *BSD, create /run is not ephemeral" [Merged]
[16:21] <holman> Hi Code_Bleu 
[16:21] <holman> Hmm, latest as in tip of main? 
[16:22] <Code_Bleu> holman: yeh, I'm doing a git clone of the repo, so yeh.
[16:22] <holman> Code_Bleu: do you remember which commit you previously tested that worked? 
[16:23] <Code_Bleu> holman: if i remove all the cloud init related files that are put in /var/run and reboot, then it works and updates my hostname as expected.
[16:25] <Code_Bleu> holman: it was before #4677 got merged
[16:26] <Code_Bleu> holman: we were actually handling it with a symlink creation in /etc/rc.local before, but I know meena was working on it to fix it "correctly".   I had just moved forward with that work around, but now things are broke with or without that work around.
[16:34] <holman> Code_Bleu: ah, i see
[16:35] <holman> 4677 relocated ephemeral directories for ds-identify, but not the rest of cloud-init code
[16:35] <holman> PR 4820 should address the other half of that
[16:36] <holman> Which hasn't landed yet
[16:36] <holman> Code_Bleu: would you be willing to test/review that? 
[16:46] <Code_Bleu> holman: I can try.  It's been a while since I've messed with this stuff.  I'm still no OpenBSD person either ;) 
[17:02] <Code_Bleu> holman: I've checked out 4820 PR on my machine with issues and will re-run the /tools/build-on-openbsd again and reboot and test and see.  Not sure if there are any other clean up steps needed first?
[17:14] <holman> Code_Bleu: don't think so? I haven't used that tool much 
[19:21] <Code_Bleu> holman: I did a fresh install, git cloned the main branch. did a git fetch of your PR 4820 and checked that branch out.  I then ran the ./tools/build-on-openbsd and restarted.  The initial boot works and updates things ( same as before ), but when I go to change the server name, it is NOT picking up those changes.  So I assume not cleaning things out in /run or /var/run correctly.
[19:21] <Code_Bleu> holman: changing server name is change in Cloudstack
[22:59] <holman> Code_Bleu: you're saying it worked on the first boot but not the second? 
[23:00] <holman> How did you provide the config? 
[23:13] <Code_Bleu> holman: I'm just saying that even using the main branch and not your PR, the cloud-init will work the first time and pull the settings from Cloudstack.  I'm not specifying a provider and am just letting the detect-provider work.  The issue is when I make changes to the server ( hostname, password...etc ), whenever the server reboots, it never gets those updates.  This is the same for the main
[23:13] <Code_Bleu> branch and your PR.
[23:25] <holman> Ahh, so those modules run once per instance
[23:25] <holman> Did you run cloud-init clean?