Hide Forgot
Installation no longer fails when using "%packages --nobase --nocore" in a Kickstart file Previously, using a Kickstart file which contained the "%packages" section and specified the "--nobase" and "--nocore" options at the same time caused the installation to fail with a traceback message due to a missing _yum-langpacks_ package. The package is now available, and the described problem no longer occurs.
Version-Release number of selected component: anaconda-21.48.22.55-1 The following was filed automatically by anaconda: anaconda 21.48.22.55-1 exception report Traceback (most recent call first): File "/usr/lib64/python2.7/shutil.py", line 83, in copyfile with open(dst, 'wb') as fdst: File "/usr/lib64/python2.7/shutil.py", line 130, in copy2 copyfile(src, dst) File "/usr/lib64/python2.7/site-packages/pyanaconda/packaging/yumpayload.py", line 267, in _copyLangpacksConfigToTarget iutil.getSysroot()+_yum_target_langpack_conf) File "/usr/lib64/python2.7/site-packages/pyanaconda/packaging/yumpayload.py", line 1563, in postInstall self._copyLangpacksConfigToTarget() File "/usr/lib64/python2.7/site-packages/pyanaconda/install.py", line 257, in doInstall payload.postInstall() File "/usr/lib64/python2.7/threading.py", line 764, in run self.__target(*self.__args, **self.__kwargs) File "/usr/lib64/python2.7/site-packages/pyanaconda/threads.py", line 227, in run threading.Thread.run(self, *args, **kwargs) IOError: [Errno 2] No such file or directory: '/mnt/sysimage/etc/yum/pluginconf.d/langpacks.conf' Additional info: addons: org_fedora_oscap, com_redhat_kdump cmdline: /usr/bin/python /sbin/anaconda cmdline_file: inst.repo=http://download.eng.bos.redhat.com/nightly/RHEL-7.2-20151013.n.0/compose/Server/x86_64/os ks=http://192.168.122.1/ks.cfg executable: /sbin/anaconda hashmarkername: anaconda kernel: 3.10.0-323.el7.x86_64 product: Red Hat Enterprise Linux 7 release: Red Hat Enterprise Linux Workstation release 7.2 Beta (Maipo) release_type: pre-release type: anaconda uid: 0 version: 7.2 Potential duplicate: bug 1172004
Created attachment 1082885 [details] File: anaconda-tb
Created attachment 1082886 [details] File: anaconda.log
Created attachment 1082887 [details] File: environ
Created attachment 1082888 [details] File: ks.cfg
Created attachment 1082889 [details] File: lsblk_output
Created attachment 1082890 [details] File: nmcli_dev_list
Created attachment 1082891 [details] File: os_info
Created attachment 1082892 [details] File: program.log
Created attachment 1082893 [details] File: storage.log
Created attachment 1082894 [details] File: syslog
Created attachment 1082895 [details] File: ifcfg.log
Created attachment 1082896 [details] File: packaging.log
Testing with the ks.cfg from: https://bugzilla.redhat.com/show_bug.cgi?id=1190764#c2 At the end of the installation I hit this error. IIRC there was a similar error in RHEL 6 but can't find the bug right now.
Using the kickstart file from bug #1190764, can you add "yum-langpacks" to the %packages section and see if it works? I think this is a bug from the rebase of anaconda, but one that we can work around for 7.2.
(In reply to David Cantrell from comment #15) > Using the kickstart file from bug #1190764, can you add "yum-langpacks" to > the %packages section and see if it works? I think this is a bug from the > rebase of anaconda, but one that we can work around for 7.2. Adding yum-langpacks works.
Documenting as a known issue with workaround for 7.2, moving to the 7.3 planning list. Thanks, Alexander.
Verified on anaconda-21.48.22.81-1. System is installed successfully with: %packages --instLangs=bg_BG --nocore --nobase httpd %end
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-2158.html