Bug 1012825 - YaST2 hung "retrieving cracklib-dict-full.rpm extension" if rpm passed in DUD
YaST2 hung "retrieving cracklib-dict-full.rpm extension" if rpm passed in DUD
Status: CONFIRMED
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: YaST2
Current
PowerPC-64 Other
: P3 - Medium : Normal (vote)
: ---
Assigned To: Steffen Winterfeldt
Jiri Srain
https://trello.com/c/OvfmDM1P
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2016-11-30 14:10 UTC by Michel Normand
Modified: 2022-09-21 13:12 UTC (History)
4 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
installation_overview-y2logs.tar.bz2 (81.37 KB, application/x-bzip)
2016-11-30 14:10 UTC, Michel Normand
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michel Normand 2016-11-30 14:10:22 UTC
Created attachment 704263 [details]
installation_overview-y2logs.tar.bz2

YaST2 hung "retrieving cracklib-dict-full.rpm extension"

while investigating bug https://bugzilla.suse.com/show_bug.cgi?id=1009472
I tried to pass a DUD=*dud containing the rpm*.rpm

The consequence is that YaST2 hungs at  "retrieving cracklib-dict-full.rpm extension"

The y2log ends is stuck at Calling: extend, 

note that there is no /var/log/extend in reported tarball
and no trace of extend in /var/log/linuxrc.log

steps:
===
$mkdud -c /tmp/boo1009472.dud --install instsys --force -d 20161122 /tmp/powerpc-utils-1.3.2-9.ppc64le.rpm  /tmp/rpm-4.12.0.1-0.ppc64le.rpm 
===
/var/lib/openqa/script/client jobs post ISO=openSUSE-Tumbleweed-DVD-ppc64le-Snapshot20161122-Media.iso ARCH=ppc64le BUILD=20161122 DESKTOP=minimalx DISTRI=opensuse DVD=1 FLAVOR=DVD HDDSIZEGB=40 MACHINE=ppc64le-multipath MULTIPATH=1 OFW=1 QEMU=ppc64 QEMUCPU=host QEMUCPUS=8 QEMURAM=4096 QEMUTHREADS=8 TEST=install_minimalx VERSION=Tumbleweed Test=install_minimalx VGA=std WORKER_CLASS=qemu_ppc64le  DUD=http://stade.lab.toulouse-stg.fr.ibm.com/~normand/boo1009472.dud
=== extract y2log
install(8235) [Ruby] modules/InstExtensionImage.rb:386 Calling: extend 'cracklib-dict-full.rpm'
===
Comment 1 Michel Normand 2016-11-30 17:03:02 UTC
if needed I can provide with the dud file I used:
===
$lr /tmp/boo1009472.dud
-rw-r--r-- 1 michel users 2.0M Nov 30 06:50 /tmp/boo1009472.dud
$mkdud -s /tmp/boo1009472.dud
===  Update #1  ===
  [ppc64le-20161122]
    Name:
      powerpc-utils-1.3.2-9.ppc64le     Thu Nov 24 07:01:34 2016
      rpm-4.12.0.1-0.ppc64le    Tue Nov 29 16:32:07 2016
    ID:
      145b8a20-f175-4aae-bd2f-3f4199f6c726
    Installation System:
      ***  Warning: includes /usr/src/packages.  ***
      /bin/rpm
      /etc/init.d/rpmconfigcheck
      /usr/bin/amsstat
      /usr/bin/convertdb1
      /usr/bin/gendiff
      /usr/bin/rpm2cpio
      /usr/bin/rpmdb
      /usr/bin/rpmgraph
      /usr/bin/rpmkeys
      /usr/bin/rpmqpack
      ... (198 more files)
===
Comment 2 Michel Normand 2016-11-30 17:09:02 UTC
I have the same hung on "retrieving cracklib-dict-full.rpm extension"
with a simpler case passing directly the rpm rather than via a dud file.
===
/var/lib/openqa/script/client jobs post ISO=openSUSE-Tumbleweed-DVD-ppc64le-Snapshot20161122-Media.iso ARCH=ppc64le BUILD=20161122 DESKTOP=minimalx DISTRI=opensuse DVD=1 FLAVOR=DVD HDDSIZEGB=40 MACHINE=ppc64le-multipath MULTIPATH=1 OFW=1 QEMU=ppc64 QEMUCPU=host QEMUCPUS=8 QEMURAM=4096 QEMUTHREADS=8 TEST=install_minimalx VERSION=Tumbleweed Test=install_minimalx VGA=std WORKER_CLASS=qemu_ppc64le  DUD=http://download.opensuse.org/ports/ppc/tumbleweed/repo/oss/suse/ppc64le/rpm-4.12.0.1-14.2.ppc64le.rpm
===
Comment 3 Arvin Schnell 2016-12-05 18:07:59 UTC
Last line of y2log is "Calling: extend 'cracklib-dict-full.rpm'". So looks
like a linuxrc issue.
Comment 4 Steffen Winterfeldt 2016-12-07 10:05:13 UTC
mkdud actually warns you about this:

# mkdud --force ... rpm-4.*.rpm 
[...]
    Installation System:
      ***  Warning: includes /usr/src/packages.  ***
      /bin/rpm
  
Without '--force' mkdud will fix the dud to prevent these issues. (The mentioned directory must not exist in the install environment.)

But unfortunately you need '--force' to build a dud for the currently broken TW iso. :-(
Comment 5 Steffen Winterfeldt 2016-12-07 10:15:24 UTC
ATM, the only way is to do an additional step and remove the file manually, like:

# mkdud -c /tmp/foo.tar --format tar --force ... rpm-*.rpm
# mkdir /tmp/bar
# tar -C /tmp/bar -xf /tmp/foo.tar
# rm -r /tmp/bar/linux/suse/<XXX>/inst-sys/usr/src/packages
# mkdud -c /tmp/foo.dud /tmp/bar
Comment 6 Michel Normand 2016-12-07 11:02:00 UTC
In reply to Steffen Winterfeldt from comment #4 and comment #5

I apologise, I did not previously understood the meaning of mkdud warning about /usr/src/packages and its potential impact on Yast.

I just followed your suggestion to remove the related dir in generated dud file, and tried to use used, and my install trial do not fail anymore.

So if you agree we can close this bug as a user error.
Comment 7 Michel Normand 2017-01-04 09:45:20 UTC
as per comment #6 close bug as user error.
Comment 8 Steffen Winterfeldt 2017-01-09 08:59:16 UTC
my plan was actually to keep it open as a reminder to make mkdud's warnings more clear...
Comment 9 Michel Normand 2017-01-09 10:03:35 UTC
reopen as per comment #8
Comment 10 Sergio Lindo Mansilla 2017-02-10 14:32:09 UTC
reproduced on latest SLE 12 SP3 Build
https://openqa.suse.de/tests/768407#step/user_settings_root/4

By Anton Anton Smorodskyi
Comment 11 Steffen Winterfeldt 2017-02-10 14:52:32 UTC
What do you mean by 'reproduced'?

The report is about a DUD that updated rpm.rpm and was produced with
'mkdud --force' to ignore some warnings.

Is that what you tested?
Comment 12 Anton Smorodskyi 2017-02-13 08:58:43 UTC
Sorry , you right my issue is not related because test didn't use DUD. I was confused by same error message. 

So please ignore comment #10. ( Sergio  did it on my request because we had SSO issues last Friday)
Comment 13 Sergio Lindo Mansilla 2017-06-26 12:32:47 UTC
Anton forgot to free the "need info", when he answered
Comment 14 Steffen Winterfeldt 2018-01-11 15:35:02 UTC
tracked in yast scrum board now
Comment 15 Ancor Gonzalez Sosa 2021-03-09 14:02:30 UTC
Updating the status to fit our search filters. This task is still queued in the YaST Team backlog.
Comment 16 Stefan Hundhammer 2022-09-21 13:12:06 UTC
Steffen, this is very old and probably a very minor problem since it's about a fringe case. This may be a WONTFIX.

But since it's about "mkdud" and maybe installation-images, it's now yours anyway. ;-)