Bug 489698

Summary: squashfs zlib corruption
Product: [Fedora] Fedora Reporter: James Laska <jlaska>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: rawhideCC: atkac, dcantrell, fedora, jturner, kernel-maint, kmcmartin, linux, pjones, quintela, rdieter, remm, rmaximo, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 490515 (view as bug list) Environment:
Last Closed: 2009-03-12 15:14:26 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: 476774, 490515    
Attachments:
Description Flags
anaconda-logs.tgz (anaconda.log, syslog, vncserver.log, program.log etc...) none

Description James Laska 2009-03-11 14:00:42 UTC
Created attachment 334800 [details]
anaconda-logs.tgz (anaconda.log, syslog, vncserver.log, program.log etc...)

Description of problem:

Start a vnc install of rawhide on an IBM Power5 ppc system.  Once you connect to the vnc session (from another rawhide system) ... the display is all black.

Version-Release number of selected component (if applicable):

 * anaconda version 11.5.0.27 on ppc
 * tigervnc-0.0.90-0.3.20090303svn3631.fc11.i586

How reproducible:

 * Everytime

Steps to Reproduce:
 1. Boot rawhide vmlinuz+ramdisk.image.gz on a IBM Power5 system (ibm-505-lp1.test.redhat.com)
 2. Select VNC install (no passwd)
 3. Connect to the 
  
Actual results:

 * Launcing vncviewer from a rawhide client displays an empty black window

Expected results:

 * I expect to see the installer on the vncviewer window

Additional info:

 * using vncviewer from vnc-4.1.3-1.fc10 also has this problem, so I suspect it's not the client

 * On anaconda, /tmp/vncserver.log shows the following upon connection.

sh-4.0# tail -fn0 /tmp/vncserver.log 
Wed Mar 11 13:37:30 2009
 Connections: accepted: 10.11.228.34::48267
 SConnection: Client needs protocol version 3.8
 SConnection: Client requests security type None(1)
 JpegEncoder: no hardware JPEG compressor available
 VNCSConnST:  Server default pixel format depth 16 (16bpp) big-endian rgb565
 VNCSConnST:  Client pixel format depth 24 (32bpp) little-endian rgb888

 * See attached anaconda-logs.tgz for all files in /tmp

Comment 1 Adam Tkac 2009-03-11 14:51:39 UTC
I think this thread talks about this issue:
https://www.redhat.com/archives/fedora-devel-list/2009-March/msg00746.html

Comment 2 James Laska 2009-03-11 15:00:06 UTC
Indeed, this appears to be the same issue.

sh-4.0# dmesg  | tail
SQUASHFS error: zlib_inflate tried to decompress too much data, expected 131072 bytes.  Zlib data probably corrupt
SQUASHFS error: squashfs_read_data failed to read block 0x6c3cfd
SQUASHFS error: Unable to read data cache entry [6c3cfd]
SQUASHFS error: Unable to read page, block 6c3cfd, size cf05

Comment 3 James Laska 2009-03-11 16:07:46 UTC
After talking to jkeating, reassigning this known issue to kernel and setting title appropriately

Comment 4 Chris Lumens 2009-03-11 17:13:22 UTC
*** Bug 489520 has been marked as a duplicate of this bug. ***

Comment 5 Sebastian Vahl 2009-03-11 17:18:54 UTC
I've got the same error when booting a live image created with kernel-2.6.29-0.218.rc7.git2.fc11. Only the block and the cache entries differs.

Comment 6 Kyle McMartin 2009-03-11 20:39:29 UTC
Should be fixed in 0.235.rc7.git4.fc11.

regards, Kyle

Comment 7 Sebastian Vahl 2009-03-12 10:36:15 UTC
Confirmed to work on live images with 0.237.rc7.git4.fc11

Comment 8 Remy Maucherat 2009-03-12 14:38:01 UTC
Confirmed as well.