Created attachment 905454 [details] fpaste's sysinfo Description of problem: Using virt-install or vir-manager to install f20 from Fedora-20-x86_64-DVD.iso results in the installation source being unfindable despite it being mounted in the local filesystem under /run/install/repo/ and both packages listed present and expected versions. Running virt-* as root on RHEL 6.5. Under the command: virt-install --connect=qemu:///system --network network=default --extra-args="console=tty0 console=ttyS0,115200" --name=f20 --disk path=f20.img,size=32 --ram 1024 --vcpus=2 --check-cpu --accelerate --cpuset auto --os-type linux --hvm --location=iso/Fedora-20-x86_64-DVD.iso --nographics --console=pty starts installation, allowing to select time zone, package selection (basic install selected), destination (both raw and lvm tested), root password, then errors out after partitioning and formatting disk: The following error occurred while installing. This is a fatal error and installation will be aborted. error populating transaction: failure: Packages/l/libdaemon-0.14-6.fc20.x86_64. rpm from anaconda: [Errno 256] No more mirrors to try. When using virt-manager with similar settings as above, but using GUI installer with "basic install" selected with 3 developer options (but *not* the document development sub-set, for which there is a known bug), I get: error populating transaction: failure: Packages/n/NetworkManager-glib-0.9.9.0-20.git20131003.fc20.x86_64.rpm from anaconda: [Error 256] No more mirrors to try. cat /proc/cmdline gives: console=tty0 console=ttyS0,115200 cat /tmp/anaconda-yum.conf: [main] cachedir=/tmp/yum.cache keepcache=0 logfile=/tmp/yum.log metadata_expire=never pluginpath=/usr/lib/yum-plugins,/tmp/updates/yum-plugins pluginconfpath=/etc/yum/pluginconf.d,/tmp/updates/pluginconf.d plugins=1 debuglevel=3 errorlevel=6 reposdir=/tmp/yum.repos.d cat /tmp/yum.repos.d/anaconda.repo: [anaconda] name=Install - anaconda enabled=1 baseurl=file:///run/install/repo/ The .iso image sha256sum was verified correct and the image has been used to successfully install a laptop on bare metal from a USB stick. The same installation method worked for creating VMs of f18, RHEL 6.3, 6.4, 6.5, 7.0beta. Version-Release number of selected component (if applicable): How reproducible: Each time with variations on disk partitioning, "basic installation" package selection options, gui vs. non-gui installer on virt-* installation. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Please attach the log files from the installation (available in /tmp in the install environment) to this bug as individual, text/plain attachments.
Created attachment 905461 [details] packaging.log
Created attachment 905462 [details] anaconda.log
Created attachment 905463 [details] program.log
Created attachment 905465 [details] storage.log
Created attachment 905466 [details] dmesg
Created attachment 905468 [details] syslog
The iso appears to be truncated, based on these log messages: 18:18:00,143 INFO kernel:[ 855.114823] attempt to access beyond end of device 18:18:00,143 INFO kernel:[ 855.114830] sr0: rw=0, want=3083324, limit=1819892 18:18:00,143 INFO kernel:[ 855.114834] attempt to access beyond end of device 18:18:00,143 INFO kernel:[ 855.114836] sr0: rw=0, want=3083300, limit=1819892 18:18:00,144 INFO kernel:[ 855.115916] attempt to access beyond end of device 18:18:00,144 INFO kernel:[ 855.115920] sr0: rw=0, want=3083300, limit=1819892 18:18:00,145 INFO kernel:[ 855.116887] attempt to access beyond end of device 18:18:00,145 INFO kernel:[ 855.116889] sr0: rw=0, want=3083300, limit=1819892 18:18:00,146 INFO kernel:[ 855.117847] attempt to access beyond end of device 18:18:00,146 INFO kernel:[ 855.117851] sr0: rw=0, want=3083300, limit=1819892 18:18:00,147 INFO kernel:[ 855.118793] attempt to access beyond end of device 18:18:00,147 INFO kernel:[ 855.118797] sr0: rw=0, want=3083300, limit=1819892 18:18:00,148 INFO kernel:[ 855.119933] attempt to access beyond end of device 18:18:00,148 INFO kernel:[ 855.119938] sr0: rw=0, want=3083300, limit=1819892 18:18:00,150 INFO kernel:[ 855.121156] attempt to access beyond end of device 18:18:00,150 INFO kernel:[ 855.121162] sr0: rw=0, want=3083300, limit=1819892 18:18:00,151 INFO kernel:[ 855.122159] attempt to access beyond end of device 18:18:00,151 INFO kernel:[ 855.122164] sr0: rw=0, want=3083300, limit=1819892 18:18:00,151 INFO kernel:[ 855.122979] attempt to access beyond end of device 18:18:00,151 INFO kernel:[ 855.122983] sr0: rw=0, want=3083300, limit=1819892 18:18:00,152 INFO kernel:[ 855.123779] attempt to access beyond end of device 18:18:00,152 INFO kernel:[ 855.123781] sr0: rw=0, want=3083300, limit=1819892 If the media does in fact pass the media check, then I would suspect there is a problem either in the virtualization of the optical drive or on the filesystem or hardware on the host system.
And the media is exactly what the problem was. In the process of copying the file from one sha256sum-verified copy on a local machine to another local machine over NFS, the file got truncated to 1/5 its size. While the ISO mounted and gave a sane directory listing, it caused a Input/Output error when trying to actually read it from inside the installer or from the loopback mount on the host. Thanks to randomuser and adamw on #fedora for their patience in trying to track down the problem.