Created attachment 653295 [details] anaconda-tb-all.log captured while hung in Manual Partitioning Description of problem: The installer occasionally hangs in Manual Partitioning. I haven't found a reproducer except to add and remove mount points in Manual Partitioning. The attached log file was captured from tty2 with: # pkill -USR2 -o anaconda Version-Release number of selected component (if applicable): anaconda 18.29.2 Fedora-18-Beta-x86_64-DVD.iso (Final) How reproducible: Sometimes. Steps to Reproduce: 1. Add and remove mount points in Manual Partitioning. 2. 3. Actual results: Occasionally hangs. The Manual Partitioning dialog is visible. The pointer is responsive and changes to a hand or beam when moved over appropriate areas of the dialog. There is no response to clicks anywhere. Expected results: Never hangs. Additional info: Command-line: $ qemu-kvm -m 2048 -hda f18-test-1.img -hdb f18-test-2.img -cdrom ~/xfr/fedora/F18/F18-Beta/Final/Fedora-18-Beta-x86_64-DVD.iso -usb -vga qxl -boot menu=on -usbdevice mouse
Created attachment 653297 [details] screenshot while hung in Manual Partitioning
This could be a duplicate: Bug 875291 - custom partitioning loses focus
[snippets from attached log] /tmp/anaconda.log: ... 20:37:57,009 WARN anaconda: /usr/lib64/python2.7/site-packages/gi/types.py:47: Warning: g_object_disconnect: invalid signal spec "button-release-event" return info.invoke(*args, **kwargs) ... 20:40:28,469 DEBUG anaconda: old mountpoint: / 20:40:28,469 DEBUG anaconda: new mountpoint: / 20:40:28,470 INFO anaconda: getting device type for LVM [anaconda.log ends here] /tmp/packaging.log: ... 20:37:51,671 INFO packaging: checking dependencies 20:37:52,528 DEBUG packaging: success 20:37:52,534 INFO packaging: 198 packages selected totalling 585.57 MB [packaging.log ends here] /tmp/program.log: ... 20:39:46,404 INFO program: Running... udevadm settle --timeout=300 20:40:04,349 INFO program: Running... udevadm settle --timeout=300 05:40:04,477 ERR program: Window manager warning: Treating resize request of legacy application 0x800593 (anaconda) as a fullscreen request [program.log ends here] /tmp/storage.log: ... 20:40:24,790 DEBUG storage.ui: fedora00 size is 3500MB 20:40:24,791 DEBUG storage.ui: vg fedora00 has -4752MB free 20:40:24,792 INFO storage.ui: adjusting device size from 7752.00 to 3000.00 20:40:24,792 DEBUG storage.ui: trying to set lv fedora00-root size to 3000MB 20:40:24,793 DEBUG storage.ui: fedora00 size is 3500MB 20:40:24,794 DEBUG storage.ui: vg fedora00 has -4752MB free 20:40:28,472 DEBUG storage: Ext4FS.supported: supported: True ; 20:40:28,473 DEBUG storage: getFormat('ext4') returning Ext4FS instance 20:40:28,473 DEBUG storage.ui: instantiating <class 'pyanaconda.storage.LVMFactory'>: <pyanaconda.storage.Storage object at 0x7f98b96ab550>, 3000.0, ['sdb'], single [storage.log ends here] /tmp/syslog: ... 05:37:30,494 INFO systemd: Started NTP client/server. 05:38:26,320 INFO chronyd: Selected source 50.22.155.163 05:38:26,320 WARNING chronyd: System clock wrong by 0.931853 seconds, adjustment started 05:39:30,563 INFO chronyd: Selected source 64.191.49.17 05:39:30,564 WARNING chronyd: System clock wrong by 0.551368 seconds, adjustment started 05:39:31,056 INFO chronyd: Selected source 169.229.70.95 05:40:34,583 INFO chronyd: Selected source 50.22.155.163 [syslog ends here]
Created attachment 653691 [details] anaconda-tb-all-1.log while hung for several minutes I left the installer in the hung state for several minutes. After sending SIGUSR2 to collect the attached log file, the installer was again responding to clicks in the Installation Destination dialog.
Probably the same bug, but kind of hard to tell given how vague all this is. Well, I take all the fun UI bugs these days.
Did you do anything similar to the steps in https://bugzilla.redhat.com/show_bug.cgi?id=875291#c26 that you can remember?
Same problem when using Fedora-18-x86_64-netinst.iso
I think we have this fixed by a combination of factors: (1) Disabling the lightboxes in custom partitioning. (2) Fixing a locking problem with yum that would show up regardless of where you were in the installer. (3) Some better use of decorators to mark methods that can be run in the GTK main loop.