Bug 489520

Summary: Anaconda error creating swap for a virtual machine install
Product: [Fedora] Fedora Reporter: Remy Maucherat <remm>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: anaconda-maint-list, danielsmw, dcantrell, felix, jlaska, petersen, pjones, pwouters, raytodd, rmaximo, scuttimmy, sustmidown, vanmeeuwen+fedora, zcerza
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: StorageRewrite anaconda_trace_hash:932f816bff81817d3aa5c34a38b76ed100a43040b7cb86d26d71cb19532b0d76
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-03-11 17:13:21 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:
Attachments:
Description Flags
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
/tmp/program.log
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda. none

Description Remy Maucherat 2009-03-10 15:18:25 UTC
The following was filed automatically by anaconda:
anaconda 11.5.0.26 exception report
Traceback (most recent call first):
  File "/usr/lib/anaconda/storage/devicelibs/swap.py", line 85, in swapon
    raise SwapError("swapon failed for '%s'" % device)
  File "/usr/lib/anaconda/storage/formats/swap.py", line 118, in setup
    swap.swapon(self.device, priority=self.priority)
  File "/usr/lib/anaconda/storage/__init__.py", line 1313, in turnOnSwap
    device.format.setup()
  File "/usr/lib/anaconda/packages.py", line 193, in turnOnFilesystems
    anaconda.id.storage.fsset.turnOnSwap(anaconda.intf)
  File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep
    rc = stepFunc(self.anaconda)
  File "/usr/lib/anaconda/dispatch.py", line 128, in gotoNext
    self.moveStep()
  File "/usr/lib/anaconda/gui.py", line 1317, in nextClicked
    self.anaconda.dispatch.gotoNext()
SwapError: swapon failed for '/dev/mapper/vg_virtual-lv_swap'

Comment 1 Remy Maucherat 2009-03-10 15:18:32 UTC
Created attachment 334668 [details]
Attached traceback automatically from anaconda.

Comment 2 Chris Lumens 2009-03-10 15:33:19 UTC
You have a lot of squashfs read errors in your exception log, which could very well be the cause of a problem like this.  Could you try again with different boot media, making sure to verify both your download and burn (if you are booting off a CD)?  Thanks.

Comment 3 Remy Maucherat 2009-03-10 17:03:36 UTC
Yes, I see those FS errors, so it is worth checking indeed.

Re downloading http://download.fedora.redhat.com/pub/fedora/linux/development/x86_64/os/images/boot.iso produced the same error (as this is a VM, I am booting off the .iso without burning it to a CD). There is no md5 signature I can use to check that the .iso is not corrupted, let me know if I missed something.

Comment 4 James Laska 2009-03-10 20:33:15 UTC
Created attachment 334712 [details]
Attached traceback automatically from anaconda.

Comment 5 James Laska 2009-03-10 20:38:22 UTC
Created attachment 334713 [details]
/tmp/program.log

Comment 6 James Laska 2009-03-11 13:15:14 UTC
Created attachment 334792 [details]
Attached traceback automatically from anaconda.

Comment 7 James Laska 2009-03-11 13:17:55 UTC
Seeing this while booting a KVM guest with a single disk.  

1) I select: "Use entire disk" 
2) Select Next and allow anaconda to partition the disk

Comment 8 James Laska 2009-03-11 16:12:23 UTC
I *think* this might be related to the squashfs zlib corruption (see bug#489698)?  At least, I can't reproduce this problem anymore ... but hit bug#489698 instead.

Comment 9 Chris Lumens 2009-03-11 17:13:21 UTC

*** This bug has been marked as a duplicate of bug 489698 ***

Comment 10 Felix Kaechele 2009-03-11 23:37:19 UTC
Created attachment 334873 [details]
Attached traceback automatically from anaconda.

Comment 11 Jens Petersen 2009-03-12 03:16:21 UTC
Created attachment 334889 [details]
Attached traceback automatically from anaconda.

Comment 12 Miroslav Ĺ ustek 2009-03-22 17:27:37 UTC
Created attachment 336210 [details]
Attached traceback automatically from anaconda.

Comment 13 Jesse Keating 2009-03-28 22:49:14 UTC
Created attachment 337133 [details]
Attached traceback automatically from anaconda.

Comment 14 Matthew Daniels 2009-04-02 15:54:05 UTC
Created attachment 337836 [details]
Attached traceback automatically from anaconda.

Comment 15 Paul Wouters 2009-04-08 03:33:53 UTC
Created attachment 338651 [details]
Attached traceback automatically from anaconda.

Comment 16 Timmy Li 2009-04-09 05:41:56 UTC
Created attachment 338862 [details]
Attached traceback automatically from anaconda.

Comment 17 Zack Cerza 2009-04-21 16:11:01 UTC
Created attachment 340566 [details]
Attached traceback automatically from anaconda.

Comment 18 Ray Todd Stevens 2009-06-01 18:51:27 UTC
Created attachment 346119 [details]
Attached traceback automatically from anaconda.