Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1105900

Summary: ValueError: need more than 1 value to unpack
Product: Red Hat Enterprise Linux 6 Reporter: John Dulaney <jdulaney>
Component: anacondaAssignee: Vendula Poncova <vponcova>
Status: CLOSED CURRENTRELEASE QA Contact: Release Test Team <release-test-team-automation>
Severity: unspecified Docs Contact:
Priority: medium    
Version: 6.3CC: bwalker, fhirtz, hassan.bassam, jindrich.novy, mganisin, salmy, sandmann, sbueno, vponcova
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:081fe2262b75808a97791a5f703686b8678a4cd303a715e1d0fe75b65a1afe42
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-11-11 17:56:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1269194, 1361708    
Attachments:
Description Flags
tared content.xml
none
Kickstart none

Description John Dulaney 2014-06-08 21:49:53 UTC
libreport version: 2.0.9
cmdline:        /usr/bin/python  /usr/bin/anaconda
executable:     /usr/bin/anaconda
exnFileName:    /tmp/anaconda-tb-rXeOrm
hashmarkername: anaconda
kernel:         2.6.32-279.el6.x86_64
other involved packages: 
product:        Red Hat Enterprise Linux
reason:         ValueError: need more than 1 value to unpack
release:        Cannot get release name.
time:           Sun 08 Jun 2014 05:49:19 PM EDT
version:        6.3

anaconda-tb-rXeOrm: Text file, 263656 bytes

description:
:The following was filed automatically by anaconda:
:anaconda 13.21.176 exception report
:Traceback (most recent call first):
:  File "/usr/lib/anaconda/yuminstall.py", line 1116, in _run
:    for (descr, (ty, mount, need)) in probs.value: # FIXME: probs.value???
:  File "/usr/lib/anaconda/yuminstall.py", line 1083, in run
:    if self._run(instLog, cb, intf) == DISPATCH_BACK:
:  File "/usr/lib/anaconda/yuminstall.py", line 1865, in doInstall
:    rc = self.ayum.run(self.instLog, cb, anaconda.intf, anaconda.id)
:  File "/usr/lib/anaconda/backend.py", line 242, in doInstall
:    return anaconda.backend.doInstall(anaconda)
:  File "/usr/lib/anaconda/dispatch.py", line 210, in moveStep
:    rc = stepFunc(self.anaconda)
:  File "/usr/lib/anaconda/dispatch.py", line 126, in gotoNext
:    self.moveStep()
:  File "/usr/lib/anaconda/text.py", line 666, in run
:    anaconda.dispatch.gotoNext()
:  File "/usr/bin/anaconda", line 1132, in <module>
:    anaconda.intf.run(anaconda)
:ValueError: need more than 1 value to unpack

environ:
:LANG=en_US.UTF-8
:LC_NUMERIC=C
:TERM=vt100-nav
:TZ=America/New_York
:XAUTHORITY=//.Xauthority
:GLADEPATH=/tmp/updates/:/tmp/updates/ui/:ui/:/usr/share/anaconda/ui/:/usr/share/python-meh/
:PYTHONPATH=/tmp/product:/tmp/updates/textw:/tmp/updates/iw:/tmp/updates:/tmp/updates
:LC_COLLATE=C
:LIBUSER_CONF=/tmp/libuser.kxO1fH
:LANGKEY=en
:LVM_SUPPRESS_FD_WARNINGS=1
:PIXMAPPATH=/tmp/updates/pixmaps/:/tmp/updates/:/tmp/product/pixmaps/:/tmp/product/:pixmaps/:/usr/share/anaconda/pixmaps/:/usr/share/pixmaps/:/usr/share/anaconda/:/usr/share/python-meh/
:LINGUAS=English
:MALLOC_PERTURB_=204
:GCONF_GLOBAL_LOCKS=1
:TERMINFO=/etc/linux-terminfo
:HOME=/tmp
:DEBUG=
:PATH=/tmp/product:/tmp/updates:/usr/bin:/bin:/sbin:/usr/sbin:/mnt/sysimage/bin:/mnt/sysimage/usr/bin:/mnt/sysimage/usr/sbin:/mnt/sysimage/sbin:/mnt/sysimage/usr/X11R6/bin:/tmp/DD/bin:/tmp/DD/sbin:/tmp/DD/usr/bin:/tmp/DD/usr/bin:/sbin:/usr/sbin
:MALLOC_CHECK_=2
:LD_LIBRARY_PATH=/tmp/product:/tmp/updates:/lib64:/usr/lib64:/lib:/usr/lib:/tmp/DD/lib64:/tmp/DD/usr/lib64:/tmp/DD/lib:/tmp/DD/usr/lib

Comment 1 John Dulaney 2014-06-08 21:54:24 UTC
Created attachment 903325 [details]
tared content.xml

Comment 2 John Dulaney 2014-06-08 21:56:10 UTC
Created attachment 903326 [details]
Kickstart

Comment 4 John Dulaney 2014-06-08 22:15:57 UTC
Also hitting Anaconda 13.21.215

Comment 5 Martin Kolman 2014-06-09 11:04:45 UTC
*** Bug 1106403 has been marked as a duplicate of this bug. ***

Comment 6 Brian Lane 2014-06-14 00:23:08 UTC
What is content.xml?

Please attach the logs from /tmp/*log as individual text/plain attachments, not as any kind of compressed archive, so that they can be easily viewed and searched.

Comment 8 Jindrich Novy 2014-06-18 15:35:38 UTC
For your information - this bug only occurs for me when I generate the package list in %packages section with version information present. If I provide the exact package list but only <name>.<arch> of packages to be installed then the bug is not triggered and installation doesn't hang.

Comment 9 Samantha N. Bueno 2015-10-23 16:03:01 UTC
*** Bug 919895 has been marked as a duplicate of this bug. ***

Comment 10 Samantha N. Bueno 2015-10-30 19:28:23 UTC
Using the attached kickstart file, I'm not able to reproduce this on RHEL-6.7. Can someone verify whether this is true for QE and/or the customer?