Thursday, 2018-06-28

ianwoh, i see what's going on, a lot of confusion between "unmount" and "cleanup"00:02
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Move localloop to exec_sudo  https://review.openstack.org/57861600:58
*** yolanda_ has joined #openstack-dib01:05
*** yolanda has quit IRC01:08
*** yolanda has joined #openstack-dib01:09
*** yolanda_ has quit IRC01:11
*** yolanda_ has joined #openstack-dib01:13
*** yolanda has quit IRC01:16
*** yolanda__ has joined #openstack-dib01:19
*** yolanda_ has quit IRC01:22
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Move localloop to exec_sudo  https://review.openstack.org/57861601:26
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Move localloop to exec_sudo  https://review.openstack.org/57861602:09
*** brault has joined #openstack-dib04:52
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Call kpartx remove in umount, not cleanup  https://review.openstack.org/57865705:10
*** openstackgerrit has quit IRC05:34
ianwabaindur / clarkb / johnsom : ^ this may be of interest, if still having problems05:49
ianwyolanda__: on consideration, i also feel like that's probably related to your issue in https://review.openstack.org/57687605:51
yolanda__ianw, not sure... because that acts on one partition. But the problem we were hitting was that we were removing the device used by several partitions, while others were still using it05:54
yolanda__i see those patches as complementary05:54
yolanda__if we remove the device on the first umount anyway, the other partitions may be still using it, right?05:55
ianwyolanda__: well we should remove the partitions, then the device?05:56
yolanda__yep, but all the partitions. Will the order be ok with your patch if there are several?05:57
yolanda__i found that we were traversing the tree, arriving to the first partition, then detaching the device, without even looking if there were others05:57
yolanda__ianw, maybe we can add that unit testing to yours and ensure everything is removed cleanly05:58
yolanda__but anyway, i think that the code to ensure that we clean up things on last partition and not first, should be there, even at one phase or another...05:59
*** yolanda__ is now known as yolanda05:59
ianwyolanda: i'm not sure why it matters where the "kpartx -d" gets called?06:00
yolandaianw, because if kpartx -d still contains volumes, from other partitions, it cannot be detached06:00
yolandait still has things in use, so it refuses to detach06:02
ianwyolanda: can you give the example config where it happens?06:02
yolandaianw, https://review.openstack.org/#/c/576876/4/diskimage_builder/block_device/tests/config/lvm_tree_multiple_partitions.yaml06:04
yolandaif you try to build like that without my patch, it won't create the image, will fail when calling kpartx, because it calls it first on BSP06:04
yolandaand the volumes are on root, so it's busy06:04
*** andreas_s has joined #openstack-dib06:08
ianwyolanda: so the LVM hasn't been cleaned up yet, but we're calling the "kpartx -d"?06:11
yolandayep, that's because we don't even arrived to traverse the tree at that point06:12
yolandabecause as we first hit BSP partition, the first thing that we do is call kpartx -d there, without even visiting ESP or root06:12
yolandathat's the issue06:12
ianwhrrm, so in like https://git.openstack.org/cgit/openstack/diskimage-builder/tree/diskimage_builder/block_device/level1/lvm.py#n4706:13
yolandaianw, but the order matters. See, to make it work, i had to reverse the order like https://review.openstack.org/#/c/576495/1/elements/overcloud-secure-uefi/block-device-default.yaml06:14
yolandaif i put root at the end, it was the first partition that had the volumes, then it removes it ok, and calls kpartx there, but the other 2 partitions don't have volumes so it does not complain06:14
yolandathat's why we need to detach only when we are at the last partition attached to that block device06:14
yolandaand nothing else is hanging from there06:15
ianwyeah ... ok06:16
yolandai guess we never arrived to test that use case06:16
ianwit's all because the "Partitioning" object isn't a real object that's in the graph06:18
yolandaianw, another solution could be traverse tree by level on tree, and don't arrive to that kpartx untl all lower levels have been cleared, but this sounds as a more complex patch06:25
yolandaalso lvm is at same level of partitioning, so if we wanted that approach, partitioning should be on an upper level06:25
*** trungnv has quit IRC06:39
*** trungnv has joined #openstack-dib06:53
*** openstackgerrit has joined #openstack-dib07:17
openstackgerritIan Wienand proposed openstack/diskimage-builder master: block-device lvm: fix umount phase  https://review.openstack.org/50395807:17
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Move localloop to exec_sudo  https://review.openstack.org/57861607:17
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Call kpartx remove in umount, not cleanup  https://review.openstack.org/57865707:17
openstackgerritIan Wienand proposed openstack/diskimage-builder master: [WIP] LVM testing for xenial-build-succeeds  https://review.openstack.org/57870807:17
ianwyolanda: i dropped a comment.  lmn what you think ...07:22
yolandaianw, ok let me rebase that07:27
ianwyolanda: i'm like 99% sure it's that dangling BSP partition in https://imgur.com/a/weI07WP that has exposed this07:28
yolandaianw, not sure... i'd say that also just with ESP it will happen, depending on the order07:29
yolandaif we reach ESP first, we'd try to do kpartx there, while root volumes are in use07:29
ianwyolanda: but, again i think, if you follow ESP down, it goes into the mkfs and the mount, and then it all gets into a chain from there07:30
ianwso when working backwards, all that will unroll before you'll get to cleaning up ESP07:30
ianw(i think) :)07:30
yolandaianw, i guess we can just try07:31
*** andreas_s has quit IRC07:31
yolandawith uefi, this could be a common schema now, not just a corner case as before07:32
*** andreas_s has joined #openstack-dib07:32
ianwyes07:34
*** yolanda_ has joined #openstack-dib07:35
*** yolanda is now known as Guest6344807:37
*** yolanda_ is now known as yolanda07:37
yolandaanyway, i want to test that patch chain on my overcloud secure images07:37
*** pavel_V has joined #openstack-dib07:38
*** Guest63448 has quit IRC07:38
openstackgerrityolanda.robla proposed openstack/diskimage-builder master: Only detach device if all partitions have been cleaned  https://review.openstack.org/57687607:52
*** andreas_s has quit IRC07:59
*** andreas_s_ has joined #openstack-dib08:03
*** brault has quit IRC08:03
*** andreas_s_ has quit IRC08:03
*** brault has joined #openstack-dib08:04
*** pmannidi has quit IRC08:13
*** andreas_s has joined #openstack-dib08:54
*** andreas_s has quit IRC08:54
*** andreas_s has joined #openstack-dib08:54
*** andreas_s has quit IRC08:55
*** andreas_s has joined #openstack-dib08:59
*** andreas_s has quit IRC09:01
*** andreas_s has joined #openstack-dib09:01
*** andreas_s has quit IRC09:02
*** andreas__ has joined #openstack-dib09:06
*** andreas__ has quit IRC09:06
*** andreas_s_ has joined #openstack-dib09:07
*** andreas_s_ has quit IRC09:22
*** andreas_s has joined #openstack-dib09:27
*** andreas_s has quit IRC09:29
*** andreas_s has joined #openstack-dib09:29
*** trungnv has quit IRC10:00
*** andreas_s has quit IRC10:12
*** andreas_s has joined #openstack-dib10:16
*** andreas_s has quit IRC11:04
*** andreas_s has joined #openstack-dib11:05
*** andreas_s has quit IRC11:10
*** andreas_s has joined #openstack-dib11:11
*** andreas_s has quit IRC11:19
*** andreas_s has joined #openstack-dib11:20
openstackgerrityolanda.robla proposed openstack/diskimage-builder master: Only detach device if all partitions have been cleaned  https://review.openstack.org/57687611:29
openstackgerritAnkit Kumar proposed openstack/diskimage-builder master: Adding new dib element  https://review.openstack.org/57877311:50
openstackgerrityolanda.robla proposed openstack/diskimage-builder master: Add new modprobe element  https://review.openstack.org/57717011:56
*** vmlinuz has joined #openstack-dib12:02
*** vmlinuz has joined #openstack-dib12:02
*** andreas_s has quit IRC12:03
*** andreas_s has joined #openstack-dib12:04
*** andreas_s has quit IRC12:08
*** andreas_s has joined #openstack-dib12:08
*** vmlinuz has quit IRC12:16
*** mjturek has joined #openstack-dib13:00
*** chhagarw has joined #openstack-dib13:04
*** chhavi__ has joined #openstack-dib13:04
*** andreas_s has quit IRC13:06
*** andreas_s has joined #openstack-dib13:07
*** andreas_s has quit IRC13:07
*** andreas_s has joined #openstack-dib13:07
*** andreas_s has quit IRC13:08
*** andreas_s_ has joined #openstack-dib13:13
*** andreas_s_ has quit IRC13:17
*** chhagarw has quit IRC13:18
*** andreas_s has joined #openstack-dib13:27
*** andreas_s has quit IRC13:40
*** andreas_s has joined #openstack-dib13:49
*** andreas_s has quit IRC13:58
*** andreas_s has joined #openstack-dib13:59
*** andreas_s has quit IRC14:08
*** andreas_s has joined #openstack-dib14:10
*** andreas_s has quit IRC14:10
*** andreas_s has joined #openstack-dib14:11
*** andreas_s has quit IRC14:17
*** andreas_s has joined #openstack-dib14:20
*** andreas_s has quit IRC14:22
*** andreas_s has joined #openstack-dib14:23
*** vmlinuz has joined #openstack-dib14:30
openstackgerritMerged openstack/diskimage-builder master: Fix bootloader for efi on rhel systems  https://review.openstack.org/57604115:02
*** vmlinuz has quit IRC15:16
*** vmlinuz has joined #openstack-dib15:28
*** vmlinuz has quit IRC15:28
*** vmlinuz has joined #openstack-dib15:28
*** andreas_s has quit IRC15:42
*** raopajay has quit IRC16:26
*** mjturek has quit IRC17:57
*** mjturek has joined #openstack-dib18:10
*** mjturek has quit IRC18:15
*** mjturek has joined #openstack-dib18:16
*** yolanda_ has joined #openstack-dib18:25
*** yolanda has quit IRC18:27
*** ajun has joined #openstack-dib18:46
ajunhi clarkb and ianw. I was able to build the image from yesterday on an old Ubuntu 14 VM. However, when I tried also on a newer Centos 7.5 VM, it failed, but almost immediately with a different error (debootstrap not found). I also have the -x logs from yesterday with the failure on my Centos 7.2 machine18:48
*** ajun is now known as abaindur18:48
clarkbaj debootstrap is a debian tool that dib uses to build debian and ubuntu images from scratch. I believe there is a packge for it on centos (might be in epel?)18:48
abaindurianw: Here are the verbose/debug logs run with -x, on my Centos 7.2 machine: https://ufile.io/xh9tc18:49
abaindurclarkb: What is strange is that when I was running it on my Centos 7.2 machine, I see NO reference to debootstrap at all.18:49
abaindurI see no such logs even loading the 08-debootstrap18:50
abaindurdib-run-parts Thu Jun 28 07:18:39 UTC 2018 Running /tmp/dib_build.4ANCPf8l/hooks/root.d/08-debootstrap18:50
abaindurand I don't have any debootstrap module installed on my centos 7.2 machine from yesterday18:50
abaindurHere is log (with -x also) run on centos 7.5 machine: https://ufile.io/bmzte18:54
*** chhavi__ has quit IRC18:58
*** abaindur has quit IRC19:23
*** abaindur has joined #openstack-dib19:35
*** abaindur has quit IRC20:02
*** abaindur has joined #openstack-dib20:03
*** mjturek has quit IRC20:12
*** abaindur has quit IRC20:21
*** abaindur has joined #openstack-dib20:21
*** mjturek has joined #openstack-dib20:30
*** mjturek has quit IRC21:25
ianwabaindur: well, good start that we now see "exec_sudo: device-mapper: remove ioctl on loop2p1  failed: Device or resource busy"21:28
ianwalso weird : exec_sudo: fstrim: /tmp/dib_build.hHR0rXLq/mnt/: the discard operation is not supported21:30
abaindurim filing a bug but do you have any recommendations on where to properly host the file?21:45
abaindurThat ufile.io only hosts for 30 days21:45
abaindurgithub's gist has a character limit21:45
*** mjturek has joined #openstack-dib21:58
*** mjturek has quit IRC22:01
ianwabaindur: you can attach files to the bug in launchpad22:09
ianwabaindur: can you paste the output of "mount" to paste.openstack.org?22:09
ianwi'm wondering what's hanging around22:09
abaindurtheres a lot of temporary mounts. i rebooted and they went away, but same error22:18
abaindurhang on22:18
abaindurianw: https://gist.github.com/xagent003/45c58f0636762b17aa0217ba06e2bb8322:19
ianwhrm22:23
ianw  /run/media/root/cloudimg-rootfs22:24
ianwthat's weird.  are you in an gnome type session?22:24
ianwi wonder if some sort of auto-mounter is finding our disks and mounting them behind our back22:24
abaindurHere is the mounts now after things cleaned up:22:29
abaindurhttps://gist.github.com/xagent003/ef3afd2f273851b5a407f210a06ffdd022:29
abaindurI do not see any cloudimg-rootfs22:29
ianwthat looks about right, but i'm a little worried that something is detecting the disks we make during build and mounting them, much as what happens when you plug in a usb stick22:31
abainduri'll have to ask someone else. that is beyond my knowledge :) this is a vm on vmware vcenter22:31
abainduri'm not sure what vmtoolsd is doing22:32
abainduri know there are some vmware managed pkgs on this VM22:32
ianwis it just a headless server, or are you using X windows with it?22:33
abainduri do have Mate installed on it. i use it for VNC22:34
ianwhmm, i strongly suspect that something in there is mounting the disks we create22:35
ianwhttps://access.redhat.com/solutions/20107 describes how to disable it22:36
ianwfor the default gnome at least.22:36
abaindurahh hmm thanks22:45
*** pmannidi has joined #openstack-dib22:54
*** yolanda__ has joined #openstack-dib23:07
*** abaindur has quit IRC23:08
*** yolanda_ has quit IRC23:11
*** vmlinuz has quit IRC23:14
*** yolanda__ has quit IRC23:18
*** abaindur has joined #openstack-dib23:22
*** dhill_ has quit IRC23:27

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!