Bug 499957
Summary: | Fedora11 Preview: DVD based installation failed on JS12 and JS22 | |||
---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | IBM Bug Proxy <bugproxy> | |
Component: | yaboot | Assignee: | Tony Breeds <tony> | |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
Severity: | urgent | Docs Contact: | ||
Priority: | low | |||
Version: | 12 | CC: | dwmw2, pnasrat, rmaximo, rrakus, tony, vanmeeuwen+fedora | |
Target Milestone: | --- | Keywords: | Triaged | |
Target Release: | --- | |||
Hardware: | ppc64 | |||
OS: | All | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 511908 (view as bug list) | Environment: | ||
Last Closed: | 2009-12-22 01:10:27 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: | 511908 |
Description
IBM Bug Proxy
2009-05-09 14:20:20 UTC
------- Comment From pavan.naregundi.com 2009-05-11 02:56 EDT------- > 2. Replace the yaboot in the DVD iso with the yaboot.debug from: > http://kojipkgs.fedoraproject.org/scratch/tbreeds/task_1338033/yaboot-1.3.14-13.fc11.ppc.rpm > 3. Try the kernel and initrd from: > http://download.fedora.redhat.com/pub/fedora/linux/development/ppc/os/ppc/ppc64/ Took the latest kernel and initrd from development branch and replaced the iso's yaboot with above mentioned yaboot.debug and recreated the iso. http://pastebin.com/f300c6545 Ignore "Badness at kernel/trace/ftrace.c:442", raising another bug for that. Thanks Pavan (In reply to comment #1) > Took the latest kernel and initrd from development branch and replaced the > iso's yaboot with above mentioned yaboot.debug and recreated the iso. > > http://pastebin.com/f300c6545 Awesome, thanks. From line 290 of your paste: ramdisk loaded at 01d00000, size: 19440 Kbytes Can you run "du -sk" on ramdisk.image.gz inside the DVD and outside It looks to me like yaboot / DVD creation process has truncated the ramdisk I'm pretty sure that it's yaboot/OF but I want to be sure. ------- Comment From pavan.naregundi.com 2009-05-12 01:19 EDT------- (In reply to comment #13) > > From line 290 of your paste: ramdisk loaded at 01d00000, size: 19440 Kbytes > > Can you run "du -sk" on ramdisk.image.gz inside the DVD and outside > It looks to me like yaboot / DVD creation process has truncated the ramdisk both inside and outside DVD it is, # du -sk ramdisk.image.gz 20604 ramdisk.image.gz > > I'm pretty sure that it's yaboot/OF but I want to be sure. > (In reply to comment #3) > both inside and outside DVD it is, > # du -sk ramdisk.image.gz > 20604 ramdisk.image.gz Ah okay thanks. That pretty clearly blames yaboot :) I'll work on reproducing it here ------- Comment From pavan.naregundi.com 2009-05-25 03:04 EDT------- Still the issue exists in latest rawhide. Tony, any update on this? Thanks Pavan ------- Comment From vinaysridhar.com 2009-06-01 04:26 EDT------- Tony, Any updates on this? ------- Comment From vinaysridhar.com 2009-06-09 05:26 EDT------- Any updates on this problem? Isnt f11 about to be released? ------- Comment From pavan.naregundi.com 2009-06-12 02:51 EDT------- Still reproducing this issue in with Fedora11 Final release. Thanks Pavan ------- Comment From rogarcia.ibm.com 2009-06-12 08:41 EDT------- Tried a network install of Fedora 11 GA on a Power5 machine and got the exact same error while booting the ppc64 netboot img. Are there any updates on this one? (In reply to comment #9) > ------- Comment From rogarcia.ibm.com 2009-06-12 08:41 EDT------- > Tried a network install of Fedora 11 GA on a Power5 machine and got the exact > same error while booting the ppc64 netboot img. > Are there any updates on this one? Sadly while it looks the same the bug you have encountered here (using yaboot with the netboot.img) is different. To use the netboot.img you need to do something like: setenv real-bace 2000000 reset-all boot net As to this DVD bug, We need to look into why firmware would return a short read. Yaboot always interprets that as EOF which is not the case for this initrd. We've missed F-11 so we have a little time to get this right for F-12. ------- Comment From pavan.naregundi.com 2009-08-26 09:05 EDT------- On F12 Alpha following call trace got generated, while trying to do a DVD install. Tony, Is this call trace is because of yaboot corrupting the image? Or I need to raise a different bug to track this issue? ============= ramdisk loaded at 02b00000, size: 5104 Kbytes Preparing to boot Linux version 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64 (mockbuild.phx.redhat.com) (gcc version 4.4.1 20090807 (Red Hat 4.4.1-5) (GCC) ) #1 SMP Tue Aug 11 21:05:10 EDT 2009 Calling ibm,client-architecture... done instantiating rtas at 0x0000000007632000... done copying OF device tree... Device tree strings 0x00000000044fd000 -> 0x00000000044fe598 Calling quiesce... Found initrd at 0xc000000002b00000:0xc000000002ffc000 Starting Linux PPC64 #1 SMP Tue Aug 11 21:05:10 EDT 2009 ppc64_pft_size = 0x1a physicalMemorySize = 0xa0000000 htab_hash_mask = 0x7ffff Linux version 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64 (mockbuild.phx.redhat.com) (gcc version 4.4.1 20090807 (Red Hat 4.4.1-5) (GCC) ) #1 SMP Tue Aug 11 21:05:10 EDT 2009 DMA 0x00000000 -> 0x000a0000 Normal 0x000a0000 -> 0x000a0000 early_node_map[2] active PFN ranges 0: 0x00000000 -> 0x00054000 1: 0x00054000 -> 0x000a0000 Built 2 zonelists in Node order, mobility grouping on. Total pages: 638720 Memory: 2477800k/2621440k available (17624k kernel code, 143640k reserved, 1312k data, 11129k bss, 7496k init) SLUB: Genslabs=14, HWalign=128, Order=0-3, MinObjects=0, CPUs=8, Nodes=16 Hierarchical RCU implementation. NR_IRQS:512 Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar ... MAX_LOCKDEP_SUBCLASSES: 8 ... MAX_LOCK_DEPTH: 48 ... MAX_LOCKDEP_KEYS: 8191 ... CLASSHASH_SIZE: 4096 ... MAX_LOCKDEP_ENTRIES: 16384 ... MAX_LOCKDEP_CHAINS: 32768 ... CHAINHASH_SIZE: 16384 memory used by lock dependency info: 6207 kB per task-struct memory footprint: 2688 bytes allocated 26214400 bytes of page_cgroup please try 'cgroup_disable=memory' option if you don't want memory cgroups Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes) Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes) ftrace: allocating 19487 entries in 115 pages POWER6 performance monitor hardware support registered vgaarb: loaded IP route cache hash table entries: 131072 (order: 8, 1048576 bytes) TCP established hash table entries: 524288 (order: 11, 8388608 bytes) TCP bind hash table entries: 65536 (order: 10, 4718592 bytes) TCP: Hash tables configured (established 524288 bind 65536) Trying to unpack rootfs image as initramfs... Unable to handle kernel paging request for data at address 0x00000000 Faulting instruction address: 0xc000000000a225a4 Oops: Kernel access of bad area, sig: 11 [#1] SMP NR_CPUS=128 NUMA pSeries Modules linked in: NIP: c000000000a225a4 LR: c000000000a22628 CTR: c0000000001811bc REGS: c0000000518c3670 TRAP: 0300 Not tainted (2.6.31-0.125.4.2.rc5.git2.fc12.ppc64) MSR: 8000000000009032 <EE,ME,IR,DR> CR: 24008082 XER: 2000000f DAR: 0000000000000000, DSISR: 0000000040000000 TASK = c00000009d680000[1] 'swapper' THREAD: c0000000518c0000 CPU: 0 GPR00: 0000000000000000 c0000000518c38f0 c00000000127e930 c000000002b00000 GPR04: 0000000000000002 c00000009c131860 0000000000000002 0000000000000000 GPR08: 0000000000000000 0000000000c62eaa 0000000000000000 000000000004c182 GPR12: 0000000024008042 c0000000012d8300 0000000003000000 0000000003f5faa8 GPR16: 00000000004fc000 000000000163ebf0 0000000000002eaa 0000000000000000 GPR20: c0000000012d6070 0000000002b00000 0000000000008000 c000000002b00000 GPR24: c000000051a9e5e8 c000000002b00000 0000000000000000 0000000000000000 GPR28: c00000004f300000 c00000000121dbf0 c00000000120d230 c0000000518c38f0 NIP [c000000000a225a4] .gunzip+0x444/0x5e0 LR [c000000000a22628] .gunzip+0x4c8/0x5e0 Call Trace: [c0000000518c38f0] [c000000000a22628] .gunzip+0x4c8/0x5e0 (unreliable) [c0000000518c39d0] [c0000000009e82f8] .unpack_to_rootfs+0x30c/0x458 [c0000000518c3aa0] [c0000000009e85e4] .populate_rootfs+0xa4/0x334 [c0000000518c3c00] [c00000000000998c] .do_one_initcall+0xac/0x1f0 [c0000000518c3ef0] [c0000000009e4548] .kernel_init+0x280/0x300 [c0000000518c3f90] [c0000000000313b8] .kernel_thread+0x54/0x70 Instruction dump: e9380040 93a9002c e9380040 fba90038 2fba0000 409e0100 2e3d0000 80180008 2f800000 409e0044 f8410028 7ee3bb78 <e81b0000> 38804000 e97b0010 7c0903a6 ---[ end trace 561bb236c800851f ]--- swapper used greatest stack depth: 7328 bytes left Kernel panic - not syncing: Attempted to kill init! Call Trace: [c0000000518c3210] [c00000000001319c] .show_stack+0x98/0x188 (unreliable) [c0000000518c32c0] [c0000000006f4560] .dump_stack+0x28/0x3c [c0000000518c3340] [c0000000006f4604] .panic+0x90/0x1b8 [c0000000518c33e0] [c0000000000c1b58] .do_exit+0xa4/0x824 [c0000000518c34c0] [c00000000002ead8] .die+0x258/0x28c [c0000000518c3570] [c0000000000409d8] .bad_page_fault+0xc8/0xe8 [c0000000518c3600] [c0000000000056d8] handle_page_fault+0x3c/0x5c --- Exception: 300 at .gunzip+0x444/0x5e0 LR = .gunzip+0x4c8/0x5e0 [c0000000518c39d0] [c0000000009e82f8] .unpack_to_rootfs+0x30c/0x458 [c0000000518c3aa0] [c0000000009e85e4] .populate_rootfs+0xa4/0x334 [c0000000518c3c00] [c00000000000998c] .do_one_initcall+0xac/0x1f0 [c0000000518c3ef0] [c0000000009e4548] .kernel_init+0x280/0x300 [c0000000518c3f90] [c0000000000313b8] .kernel_thread+0x54/0x70 ==================== (In reply to comment #11) > ------- Comment From pavan.naregundi.com 2009-08-26 09:05 EDT------- > On F12 Alpha following call trace got generated, while trying to do a DVD > install. > > Tony, Is this call trace is because of yaboot corrupting the image? Or I need > to raise a different bug to track this issue? It looks like yaboot truncating the initrd. I assume this was a DVD boot not a netboot? ------- Comment From pavan.naregundi.com 2009-08-27 01:39 EDT------- (In reply to comment #25) > (In reply to comment #11) > > On F12 Alpha following call trace got generated, while trying to do a DVD > > install. > > > > Tony, Is this call trace is because of yaboot corrupting the image? Or I need > > to raise a different bug to track this issue? > It looks like yaboot truncating the initrd. I assume this was a DVD boot not a > netboot? Yes, this is a DVD boot. (In reply to comment #13) > Yes, this is a DVD boot. Okay looks like the same bug then. I'll work on it. ------- Comment From arobert.com 2009-09-04 09:34 EDT------- hi Folks - any further progress on this bug? This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping ------- Comment From edpollar.com 2009-11-18 10:31 EDT------- I am unsure why this bug has been caught in the Fedora 10 cleanup process. It was opened against fedora 11 and has been seen in 12. So let's change version to F12. Are you still able to reproduce this bug in F12? ------- Comment From pavan.naregundi.com 2009-11-19 06:49 EDT------- Tested with F12 Final, I am not able to reproduce this issue now. I think we can close this issue now. Thanks I think the yaboot in F-12 is okay, so we can close this right? ------- Comment From pavan.naregundi.com 2009-11-26 00:06 EDT------- Closing this bug, as the issues is fixed in F12 GA. |