gpg migration is stuck (gpg running at 100%)

[Matthias Klose]

after the focal to groovy update, the gpg migration is stuck, no progress, and gpg running at 100%.
---
ProblemType: Bug
AddonCompatCheckDisabled: False
ApportVersion: 2.20.11-0ubuntu49
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: doko 8824 F.... pulseaudio
 /dev/snd/controlC1: doko 8824 F.... pulseaudio
BuildID: 20201006011220
CasperMD5CheckResult: skip
Channel: Unavailable
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 20.10
ForcedLayersAccel: False
IfupdownConfig:
 # interfaces(5) file used by ifup(8) and ifdown(8)
 auto lo
 iface lo inet loopback
IncompatibleExtensions:
 Deutsch (DE) Language Pack - <email address hidden>
 English (GB) Language Pack - <email address hidden>
 Thunderbird (default) - {972ce4c6-7e08-4474-a285-3208198ce6fd}
InstallationDate: Installed on 2019-01-12 (638 days ago)
InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3)
IpRoute:
 default via 192.168.178.1 dev enp0s31f6 proto dhcp metric 100
 169.254.0.0/16 dev enp0s31f6 scope link metric 1000
 192.168.178.0/24 dev enp0s31f6 proto kernel scope link src 192.168.178.21 metric 100
MostRecentCrashID: bp-5c7565c6-7621-45b3-a192-3dcee0180531
NonfreeKernelModules: nvidia_modeset nvidia
Package: thunderbird 1:78.3.2+build1-0ubuntu1
PackageArchitecture: amd64
PrefErrors: Unexpected character ',' before close parenthesis @ /usr/lib/thunderbird/omni.ja:greprefs.js:732
PrefSources: prefs.js
ProcVersionSignature: Ubuntu 5.8.0-21.22-generic 5.8.13
Profiles: Profile0 (Default) - LastVersion=78.3.2/20201006011220 (In use)
RunningIncompatibleAddons: True
Tags: groovy
Uname: Linux 5.8.0-21-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin lxd plugdev sambashare sbuild sudo
_MarkForUpload: True
dmi.bios.date: 10/28/2019
dmi.bios.release: 1.25
dmi.bios.vendor: LENOVO
dmi.bios.version: N2EET43W (1.25 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20MFCTO1WW
dmi.board.vendor: LENOVO
dmi.board.version: SDK0J40697 WIN
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.ec.firmware.release: 1.13
dmi.modalias: dmi:bvnLENOVO:bvrN2EET43W(1.25):bd10/28/2019:br1.25:efr1.13:svnLENOVO:pn20MFCTO1WW:pvrThinkPadX1Extreme:rvnLENOVO:rn20MFCTO1WW:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
dmi.product.family: ThinkPad X1 Extreme
dmi.product.name: 20MFCTO1WW
dmi.product.sku: LENOVO_MT_20MF_BU_Think_FM_ThinkPad X1 Extreme
dmi.product.version: ThinkPad X1 Extreme
dmi.sys.vendor: LENOVO

[Sebastien Bacher (seb128)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command only once, as it will automatically gather debugging information, in a terminal:
apport-collect 1899473

When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Matthias Klose (doko)]

apport information

[Sebastien Bacher (seb128)]

Thanks, setting as rls-ff-notfixing since we don't even have the 78 serie on focal yet. Also assigning to Olivier who said would have a look for the Groovy serie (but we don't believe it's a rls issue at this point since there was only one report so far)

[Olivier Tilloy (osomon)]

I've tested the GPG import wizard a few times, including doing a full dist upgrade from focal to groovy in a VM, and have never seen it stuck as described.

Let's keep the bug open and see if others hit it and can provide further insights to help reproduce.

[Marco Trevisan (Treviño) (3v1n0)]

Not sure if it's the same setup, but I'm getting it stuck at times when running gpg inside a groovy schroot of a focal host, although might be unrelated.

[Matthias Klose (doko)]

is there a way to trace, which gpg commands are run?

[Matthias Klose (doko)]

gpg --charset utf-8 --display-charset utf-8 --no-auto-check-trustdb --batch --no-tty --no-verbose --status-fd 2 -a --export --export-options export-clean 0x4C8F6B0D121EB15F076FEB1704EE131AE6D621BE

attaching the log, apparently gpg is stuck.