Package: vmdb2
Version: 0.27+really.0.26-1
Severity: normal

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

The images I built in the past started very quickly. In a recent Image based on
Debian Bookworm, the boot process needs several minutes. The `systemd-analyze
blame` command shows over 4 minutes of the process being caused by the
resize-rootfs service. The logs contain this:

[..]
Aug 08 12:30:11 production resize-rootfs[289]: Checking that no-one is using 
this disk right now ... FAILED
Aug 08 12:30:11 production resize-rootfs[289]: This disk is currently in use - 
repartitioning is probably a bad idea.
Aug 08 12:30:11 production resize-rootfs[289]: Umount all file systems, and 
swapoff all swap partitions on this disk.
Aug 08 12:30:11 production resize-rootfs[289]: Use the --no-reread flag to 
suppress this check.
Aug 08 12:30:12 production resize-rootfs[289]: Disk /dev/vda: 8 GiB, 8589934592 
bytes, 16777216 sectors
Aug 08 12:30:12 production resize-rootfs[289]: Units: sectors of 1 * 512 = 512 
bytes
Aug 08 12:30:12 production resize-rootfs[289]: Sector size (logical/physical): 
512 bytes / 512 bytes
Aug 08 12:30:12 production resize-rootfs[289]: I/O size (minimum/optimal): 512 
bytes / 512 bytes
Aug 08 12:30:12 production resize-rootfs[289]: Disklabel type: dos
Aug 08 12:30:12 production resize-rootfs[289]: Disk identifier: 0x3ae6c4c9
Aug 08 12:30:12 production resize-rootfs[289]: Old situation:
Aug 08 12:30:12 production resize-rootfs[289]: Device     Boot  Start      End  
Sectors  Size Id Type
Aug 08 12:30:12 production resize-rootfs[289]: /dev/vda1         8192   819199  
 811008  396M ef EFI (FAT-12/16/32)
Aug 08 12:30:12 production resize-rootfs[289]: /dev/vda2       827392 16777215 
15949824  7,6G 83 Linux
Aug 08 12:30:12 production resize-rootfs[289]: /dev/vda1:
Aug 08 12:30:12 production resize-rootfs[289]: New situation:
Aug 08 12:30:12 production resize-rootfs[289]: Disklabel type: dos
Aug 08 12:30:12 production resize-rootfs[289]: Disk identifier: 0x3ae6c4c9
Aug 08 12:30:12 production resize-rootfs[289]: Device     Boot  Start      End  
Sectors  Size Id Type
Aug 08 12:30:12 production resize-rootfs[289]: /dev/vda1         8192   827391  
 819200  400M ef EFI (FAT-12/16/32)
Aug 08 12:30:12 production resize-rootfs[289]: /dev/vda2       827392 16777215 
15949824  7,6G 83 Linux
Aug 08 12:30:12 production resize-rootfs[289]: The partition table has been 
altered.
Aug 08 12:30:12 production resize-rootfs[289]: Calling ioctl() to re-read 
partition table.
Aug 08 12:30:12 production resize-rootfs[289]: Re-reading the partition table 
failed.: Das Gerät oder die Ressource ist belegt
Aug 08 12:30:12 production resize-rootfs[289]: The kernel still uses the old 
table. The new table will be used at the next reboot or after you run 
partprobe(8) or partx(8).
Aug 08 12:30:12 production resize-rootfs[289]: Syncing disks.
Aug 08 12:32:22 production resize-rootfs[465]: Timed out for waiting the udev 
queue being empty.
Aug 08 12:34:22 production resize-rootfs[467]: Timed out for waiting the udev 
queue being empty.
Aug 08 12:34:22 production resize-rootfs[470]: resize2fs 1.47.0 (5-Feb-2023)
Aug 08 12:34:22 production resize-rootfs[470]: The filesystem is already 
1993728 (4k) blocks long.  Nothing to do!
Aug 08 12:34:22 production systemctl[471]: Removed 
"/etc/systemd/system/systemd-remount-fs.service.requires/resize-rootfs.service".
[..]

Two observations: The first check actually fails in both Bookworm and Bullseye.
However, the Bookworm image contains the two additional lines:

Aug 08 12:32:22 production resize-rootfs[465]: Timed out for waiting the udev 
queue being empty.
Aug 08 12:34:22 production resize-rootfs[467]: Timed out for waiting the udev 
queue being empty.

which seem to cause the delay.

I have not yet been able to examine the situation further. I'll try as soon as
I find some time.

Regards, Daniel


- -- System Information:
Debian Release: trixie/sid
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), 
(500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.0-1-amd64 (SMP w/20 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vmdb2 depends on:
ii  cmdtest         0.32.14.gcdfe14e-5
ii  debootstrap     1.0.128+nmu5
ii  e2fsprogs       1.47.0-2
ii  kpartx          0.9.4-5
ii  parted          3.6-3
ii  python3         3.11.4-5+b1
ii  python3-jinja2  3.1.2-1
ii  python3-yaml    6.0.1-1
ii  qemu-utils      1:8.0.3+dfsg-5

Versions of packages vmdb2 recommends:
ii  ansible           7.7.0+dfsg-1
ii  dosfstools        4.2-1
ii  qemu-user-static  1:8.0.3+dfsg-5

vmdb2 suggests no packages.

- -- no debconf information

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEvu1N7VVEpMA+KD3HS80FZ8KW0F0FAmTSQzAACgkQS80FZ8KW
0F1c4Q//dBEaR7tjEav4bsvLOcTHtTof7L9+6QU+HC9YmoO2UHCIeoM2Yh2WU3/+
UviQb6gZqYA5ZybDisTh3FP1ykPFKEqg91GsnzMK+zyZ3aJIH5l8Sl6LZaRoJJ9+
6budjv+dXnj2N1suhl2zz3J37J071wQz38Utl5pz9My8lMveACQmZD4HufE92MjO
+jRhhcJk7H1Px59BIbn4Q8VULrZrk77fdNgQ+rvq5gDWUErOpGFJ6Jmr/ohVTq+m
2ckxUfiRf9GSORc87dqvbA+ch0TqRpfY/BFTAu13phF+cLILGN9jZQA84Vatbar1
64lFGpl2UtMM9vpL6im35doVafQQ+np+qQaJVdAVsHWjFCTcVhJ7wFBYXT+OXljT
7OHfivzXNIp8uZg35XZgrkR41lisUZNMsBAugyGXlLYuhVz+sd1XasSzF5zqP5gq
s39e20dcxH1t1kicwebkgyHKjcYMNLz7CDlILdYHW7gdGv6BqRepGs9eGzyqCX3E
58pZJdQp1CaxTWsQeaJzs2R/be7EM3WJ8Ud6SJiUPzDmbVfzuL4nm9EQsiMEN7+x
YLs8UJl7Ls+A6v7vJkohH08HbED5JFmYQjbwvXTlgMEZgPFNro+zb/9VxgxnTmGb
5Yw+aJYvPzInTazqKwlltSJx9whl0U9yo8y+xl08mbB4ohHCnsM=
=m5P6
-----END PGP SIGNATURE-----

Reply via email to