Bug 100747
| Summary: | severn - diskdruid locks up | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Carlos Morgado <chbm> | ||||||
| Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | |||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 2 | CC: | aad.rijnberg, david.balazic, pmacedo | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i386 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2004-09-21 13:02:57 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: | 100644 | ||||||||
| Attachments: |
|
||||||||
|
Description
Carlos Morgado
2003-07-24 22:15:05 UTC
Are the keyboard LEDs flashing? No, X is responsive - I can do ctrl-alt stuff and the mouse pointer moves. As far as I can tell it's just anaconda that stops processing events. If you switch to tty2, does top show anything interesting going on? Lots :) python2.2 (pid 145) runs away with 99.9% cpu and 24M RSS. I also narrowed down the way to reproduce - it happens as soon as I click on the graphical display of the disks. Just to note that the same thing happened to me while trying to upgrade 9 to 9.0.93. I reinstalled, this time telling it to do a fresh install, and it did not reoccur. Is it a particular area in the graphical display that causes the problem? It happens when I click on the disk layout diagram. Could you add the output from 'fdisk -l' to this report? # fdisk -l Disk /dev/hdc: 16 heads, 63 sectors, 159560 cylinders Units = cylinders of 1008 * 512 bytes Device Boot Start End Blocks Id System /dev/hdc1 1 130032 65536096+ 83 Linux /dev/hdc2 130033 159560 14882112 83 Linux Disk /dev/hda: 255 heads, 63 sectors, 2495 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 131 1052226 b Win95 FAT32 /dev/hda2 132 259 1028160 83 Linux /dev/hda3 260 2495 17960670 f Win95 Ext'd (LBA) /dev/hda5 260 1662 11269566 b Win95 FAT32 /dev/hda6 1663 1728 530113+ 82 Linux swap /dev/hda7 1729 2238 4096543+ 83 Linux /dev/hda8 2239 2495 2064321 83 Linux Does this still happen with test3? (I just clicked around a lot in the partition display on a 40-ish partition system) I can still reproduce with 9.0.95. I'm choosing fresh install -> disk druid. My disks are already partitioned and have RH installed, all partiotions have filesystems. Do you need any more info ? What sort of video card? geforce4 ti4200 01:00.0 Class 0300: 10de:0281 (rev a1) when I opened the bug the box had a gf4mx440 iirc the monitor is a sony g200 - it doesn't get detected which I find odd. And things just completely lock up? And it's very reproducible? Do you see similar hangs on the installed system in any way? This happened to me too : Was installing FC1. Deleted partition hde6 in DD, clicked DELETE in the confirmation dialog. Then clicked on another partition on the grahical display on top, but there was no response. A switched to VT2 and back and the screen did not redraw. top on VT2 shows that process /usr/bin/python2.2 (PID 180) is suing 99.9% of CPU. That process is actually anaconda. This is reproducible: Boot yarrow cd1. Press enter in boot menu to select default. Skip CD test ( self burned CD, they all passed test earlier on this hardware ) - select english language - select Slovenian keyboard - accept autoprobed PS/2 3-button mouse - select monitor Hyundai HT-7695B - select install ( not update ) - select custom install - select manual partitioning - delete hde6 - /usr/bin/python2-2 process hangs ( now it is PID 173 ) On another try it did not hang when deleting hde6, but later ( still inside disk druid ) Again the python process is at 99% CPU. gfx card is radeon 8500LE fdisk -lu : Disk /dev/hdg: 20.4 GB, 20416757760 bytes 255 heads, 63 sectors/track, 2482 cylinders, total 39876480 sectors Units = sectors of 1 * 512 = 512 bytes Device Boot Start End Blocks Id System /dev/hdg1 * 63 208844 104391 83 Linux /dev/hdg2 208845 10442249 5116702+ 83 Linux /dev/hdg3 10442250 11566799 562275 82 Linux swap /dev/hdg4 11566800 39873329 14153265 f Win95 Ext'd (LBA) /dev/hdg5 11566863 19759949 4096543+ 83 Linux Disk /dev/hde: 61.4 GB, 61492838400 bytes 255 heads, 63 sectors/track, 7476 cylinders, total 120103200 sectors Units = sectors of 1 * 512 = 512 bytes Device Boot Start End Blocks Id System /dev/hde1 * 63 6136829 3068383+ 7 HPFS/NTFS /dev/hde2 6136830 26619704 10241437+ c Win95 FAT32 (LBA) /dev/hde3 26619705 120085874 46733085 f Win95 Ext'd (LBA) /dev/hde5 26619768 47102579 10241406 7 HPFS/NTFS /dev/hde6 47102643 57335984 5116671 83 Linux /dev/hde7 57336048 57946454 305203+ 82 Linux swap /dev/hde8 57946518 120085874 31069678+ 7 HPFS/NTFS Created attachment 96148 [details]
Results of lspci -nvv on my system
BTW, are there any updated anaconda versions ( update floppies ) ?
For reference: bug 102641 (but I can't help, since after repartitioning I can no longer reproduce the problem) It seems the lockup happens when I click on any part of the second disk in the upper graphical display ( the bar representing the disk and its partitions ). Clicking on the first disk is no problem. Also selecting partitions in the bottom table is no problem either. The partition layout of the second disk seems not to play any role, since I wiped it out and created a new partition and the same thing happens. In short : Two already partitioned disks. Click on the second. Lockup. Lockup = 99.9% CPU in the anaconda process, no X display updates any more, everything else still works. Tried it (yarrow) on another computer with two IDE disks and it does not lock up there ... Tried it again on my PC , this time with 3 disks ( hde, hdg, hdh ). Lock up the first time I click on the third disk in the upper graphical part. Clicking in the table below works without problems. Version : Fedora Core 1 Steps : boot the FC1 install cd select Personal Desktop select manual partitioning click around in the table ( works OK ) click on the second or third disk in the upper graphical representation lockup top shows /usr/bin/python2.2 running with 99.9% CPU Disk layout details attached below Created attachment 96877 [details]
Otputs of fdisk, sfdisk and parted
Still there in FC2 ( and probably FC3test-x , judging by other bug reports, like bug 128199 ) I have experienced this as well. It's happened on two different machines. Clicking on the graphical display of disks causes a hang. A cause of this occurring should be fixed in FC3 test2 *** Bug 122117 has been marked as a duplicate of this bug. *** *** Bug 128199 has been marked as a duplicate of this bug. *** |