Tuesday, 2022-11-08

opendevreviewIan Wienand proposed zuul/zuul-jobs master: [wip] enable-kubernetes: check pod is actually running  https://review.opendev.org/c/zuul/zuul-jobs/+/86381000:13
clarkbthat was fun. tumbleweed broke sudo so I had to figure out how to do a package update without sudo00:19
fungii keep an emergency ramdisk boot in my bootloader config which goes straight to a root shell00:28
clarkbI had set a root password thankfully00:29
clarkbI just had to remmber that after my initial panic00:29
opendevreviewIan Wienand proposed zuul/zuul-jobs master: [wip] enable-kubernetes: check pod is actually running  https://review.opendev.org/c/zuul/zuul-jobs/+/86381000:47
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the cinder-infinidat charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395401:38
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the cinder-infinidat charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395401:39
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the infinidat-tools charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395501:52
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the cinder-infinidat charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395402:45
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the infinidat-tools charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395502:45
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add manila-infinidat backend charm to OpenStack charms  https://review.opendev.org/c/openstack/project-config/+/86395702:45
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the infinidat-tools charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395502:48
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add manila-infinidat backend charm to OpenStack charms  https://review.opendev.org/c/openstack/project-config/+/86395702:48
*** yadnesh|away is now known as yadnesh04:45
*** marios is now known as marios|ruck05:50
*** yadnesh is now known as yadnesh|afk08:04
*** jpena|off is now known as jpena08:29
*** yadnesh|afk is now known as yadnesh09:12
*** dviroel|afk is now known as dviroel09:48
opendevreviewJie Niu proposed openstack/project-config master: Apply cfn repository for code and storyboard  https://review.opendev.org/c/openstack/project-config/+/86316810:27
*** pojadhav is now known as pojadhav|afk11:47
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: pypi-upload: support twine --skip-existing option  https://review.opendev.org/c/zuul/zuul-jobs/+/86400413:16
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: pypi-upload: support twine --skip-existing option  https://review.opendev.org/c/zuul/zuul-jobs/+/86400413:21
opendevreviewJeremy Stanley proposed zuul/zuul-jobs master: pypi-upload: support twine --skip-existing option  https://review.opendev.org/c/zuul/zuul-jobs/+/86400413:26
*** rcastillo|rover_ is now known as rcastillo13:49
*** rcastillo is now known as rcastillo|rover_13:49
*** rcastillo|rover_ is now known as rcastillo|rover13:51
*** dasm|off is now known as dasm14:02
*** yadnesh is now known as yadnesh|away14:22
*** gthiemon1e is now known as gthiemonge15:43
opendevreviewJeremy Stanley proposed openstack/project-config master: Skip existing remote artifacts during PyPI upload  https://review.opendev.org/c/openstack/project-config/+/86401915:45
*** dviroel is now known as dviroel|lunch15:58
*** marios|ruck is now known as marios|out16:25
*** dviroel|lunch is now known as dviroel16:59
*** timburke_ is now known as timburke17:03
*** jpena is now known as jpena|off17:30
*** dviroel is now known as dviroel|afk19:23
opendevreviewIan Wienand proposed opendev/system-config master: etherpad: redirect container logs  https://review.opendev.org/c/opendev/system-config/+/86406019:54
opendevreviewMerged zuul/zuul-jobs master: pypi-upload: support twine --skip-existing option  https://review.opendev.org/c/zuul/zuul-jobs/+/86400420:04
*** rlandy is now known as rlandy|out20:19
*** rlandy|out is now known as rlandy20:28
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the cinder-infinidat charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395420:39
opendevreviewIan Wienand proposed opendev/system-config master: etherpad: redirect container logs  https://review.opendev.org/c/opendev/system-config/+/86406020:46
opendevreviewMerged openstack/project-config master: Skip existing remote artifacts during PyPI upload  https://review.opendev.org/c/openstack/project-config/+/86401921:02
fungithat ^ worked as hoped21:21
ianwheh it's always nice when things don't explode :)21:24
fungifor the curious, https://zuul.opendev.org/t/openstack/build/ab7622e7094842dd82dd72f213450acd/console21:26
fungi"WARNING m Skipping metalsmith-1.5.3-py3-none-any.whl because it appears to already exist"21:26
fungi"Uploading metalsmith-1.5.3.tar.gz"21:27
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the cinder-infinidat charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395421:33
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the cinder-infinidat charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395421:47
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add the infinidat-tools charm to Openstack charms  https://review.opendev.org/c/openstack/project-config/+/86395521:58
clarkbI'm booting a new vexxhost test node so that I can try the relabel idea21:59
clarkband I'm pretty sure I've broken it :) a good reason to carefully consider editing labels. But also a good test case of actually rescuing things22:05
clarkb(I updated fstab but not grub)22:07
opendevreviewGhanshyam proposed opendev/irc-meetings master: Update policy popup meeting time  https://review.opendev.org/c/opendev/irc-meetings/+/83872722:09
clarkbok that boots the rescue node with the rescue image kernel and rootfs22:10
clarkbso the label collision does seem to be at the heart of the issue here.22:10
clarkbianw: I'm trying to run grub-mkconfig in the rescue node to fix the relabeling in the grub config. It complains that a device isn't known for / because I chrooted into the mounted rescued node rootfs. Do you know what dib does to get around that?22:18
clarkbI can edit it by hand too I guess22:18
clarkbIt must do bind mounts22:20
*** dasm is now known as dasm|off22:28
ianwclarkb: hrm, is that because it can't find /dev /sys, etc?22:34
clarkbya I bind mounted those things and then it worked22:34
clarkbafter I broke the bind mounts in a bad way :/22:34
clarkbthi swhole process does seem very dangerous and full of dragons. But I have no successfully rescued and unrescued a regularly booted node (not bfv) in vexxhost22:35
clarkb* I have now22:35
opendevreviewIan Wienand proposed zuul/zuul-jobs master: [wip] enable-kubernetes: check pod is actually running  https://review.opendev.org/c/zuul/zuul-jobs/+/86381022:37
clarkbso ya this is realted to the label as far as I can tell. I think on our end that means we can remove the label and boot by uuid or switch to a different label. Ideally at launch time so that we don't do all the stupid things I just did when trying to do it on a live (test) node22:38
clarkbmnaser__: ^ it might be worthwhile for you to hvae a rescue specific image in your cloud as an option for users?22:38
clarkbone that does not boot using label=cloudimg-rootfs.22:39
opendevreviewMichael Kelly proposed zuul/zuul-jobs master: helm: Add job for linting helm charts  https://review.opendev.org/c/zuul/zuul-jobs/+/86179922:39
clarkbnow I'm booting a bfv node and will try to stop it and then detach its volume in order to attach it elsewhere22:42
opendevreviewIan Wienand proposed zuul/zuul-jobs master: [wip] enable-kubernetes: check pod is actually running  https://review.opendev.org/c/zuul/zuul-jobs/+/86381022:46
clarkb"Cannot detach a root device volume"22:48
clarkbI think that answers that question22:48
clarkbwhere that leaves us is that the rescue instance problem is solveable on our end for non bfv instances. But I don't know how to do this for bfv instances. Maybe we can shutdown the instance, clone the volume (is this a thing?), attach the volume to another node, edit the volume. Then use the existing volume on a new bfv server. This won't preserve Ips and generally seems ugly22:51
opendevreviewNikolay Vinogradov proposed openstack/project-config master: Add manila-infinidat backend charm to OpenStack charms  https://review.opendev.org/c/openstack/project-config/+/86395722:51
jrosseri have rescue + bfv configured in my clouds22:51
clarkbjrosser: hvae you tested it?22:52
jrosserwith very very specific instuctions to users that they can't rescue an instance with the same image they booted it from22:52
clarkbjrosser: the cloud I'm working with does accept rescue on a bfv instance through the api. But it promptly breaks the instance and puts it in an error state22:52
clarkband you cannot unrescue an error state instance so its a pretty game over moment22:52
jrosseri've not personally used it for a while but we deploy and document it as working22:53
jrosserbut it was really awkward to figure out how to make it work22:53
clarkbre using the same image, I wasn't doing that in either case. The problem is the image choices I did make use the same label specifier to boot into as /22:53
clarkbso its a bit more subtle than simply not using the same image (you need disjoint labels or boot from uuid etc)22:54
jrosseriirc that amounts to a similar thing22:54
clarkbit doesn't help if different images use the same label is my point22:54
clarkbso using different images may not always be sufficient22:54
jrosseryes indeed22:54
jrosserwe also put the ISO from system-rescue.org in glance and that was useful22:54
clarkbya a dedicated rescue image that uses a unique uuid (redundant but still important) would be helpful here22:55
clarkbbut that doens't explain why bfv is broken. And that isn't something I can debug on this end of the cloud I don't think22:55
clarkbhonestly I kinda wish that the api had a "I know what I' mdoing" flag for detaching a root volume so that I can rescue in this way instead22:56
clarkbI think the next thing I can do is double check if openstack has bfv rescue testing somewhere at least22:56
jrosseri can have a go tomorrow and see if mine still works :)22:57
opendevreviewIan Wienand proposed zuul/zuul-jobs master: [wip] enable-kubernetes: check pod is actually running  https://review.opendev.org/c/zuul/zuul-jobs/+/86381023:05
* clarkb cleans up test resources23:05
opendevreviewMerged opendev/irc-meetings master: Update policy popup meeting time  https://review.opendev.org/c/opendev/irc-meetings/+/83872723:15
opendevreviewMerged opendev/irc-meetings master: Update TC weekly meeting Day & time  https://review.opendev.org/c/opendev/irc-meetings/+/86393923:20
opendevreviewIan Wienand proposed zuul/zuul-jobs master: [wip] enable-kubernetes: check pod is actually running  https://review.opendev.org/c/zuul/zuul-jobs/+/86381023:25
opendevreviewIan Wienand proposed zuul/zuul-jobs master: enable-kubernetes: Fix jammy install, improve pod test  https://review.opendev.org/c/zuul/zuul-jobs/+/86381023:55

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!