Bug 568417 - System-config-lvm stuck at "reloading lvm. Please wait."
Summary: System-config-lvm stuck at "reloading lvm. Please wait."
Keywords:
Status: CLOSED DUPLICATE of bug 502042
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: system-config-lvm
Version: 5.4
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Marek Grac
QA Contact: Cluster QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-02-25 17:32 UTC by Gijs Boer
Modified: 2016-04-26 13:58 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-03-02 08:31:32 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Gijs Boer 2010-02-25 17:32:12 UTC
Description of problem:
When I start system-config-lvm it keeps displaying the "Reloading LVM. Please wait." window and it'll never stop. It just hangs. I start it through over SSH with X11 forwarding. Since I don't have local access to the machine, I don't know if this is related to it or not.

Version-Release number of selected component (if applicable):
system-config-lvm-1.1.5-1.0.el5_4.1

How reproducible:
Just start it up over SSH with X11 forwarding (unsure if the last part is required or not)

Actual results:
Waiting.. a lot of waiting..

Expected results:
That it actually finishes reloading LVM within an acceptable time limit.

Comment 1 Gijs Boer 2010-02-25 18:25:49 UTC
A traceback when I break it with ctrl+c:

Traceback (most recent call last):
  File "/usr/sbin/system-config-lvm", line 173, in ?
    runFullGUI()
  File "/usr/sbin/system-config-lvm", line 158, in runFullGUI
    blvm = baselvm(glade_xml, app)
  File "/usr/sbin/system-config-lvm", line 108, in __init__
    self.volume_tab_view = Volume_Tab_View(glade_xml, self.lvmm, self.main_win)
  File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 133, in __init__
    self.prepare_tree()
  File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 214, in prepare_tree
    self.model_factory.reload()
  File "/usr/share/system-config-lvm/lvm_model.py", line 154, in reload
    self.__block_device_model = BlockDeviceModel()
  File "/usr/share/system-config-lvm/BlockDeviceModel.py", line 18, in __init__
    for devname in fd.getDeviceNames():
  File "/usr/share/system-config-lvm/fdisk_wrapper.py", line 24, in getDeviceNames
    res = execWithCapture(SFDISK, [SFDISK, '-s'])
  File "/usr/share/system-config-lvm/execute.py", line 12, in execWithCapture
    return execWithCaptureErrorStatus(bin, args)[0]
  File "/usr/share/system-config-lvm/execute.py", line 23, in execWithCaptureErrorStatus
    return _execWithCaptureErrorStatus(BASH_PATH, [BASH_PATH, '-c', command])
  File "/usr/share/system-config-lvm/execute.py", line 229, in _execWithCaptureErrorStatus
    gtk.main_iteration()
KeyboardInterrupt

Comment 2 Perry Myers 2010-02-25 20:23:59 UTC
Thank you for taking the time to enter a bug report with us. We do appreciate the feedback and look to use reports such as this to guide our efforts at improving our products. That being said, this bug tracking system is not a mechanism for getting support, and as such we are not able to make any guarantees as to the timeliness or suitability of a resolution. If this issue is critical or in any way time sensitive, please raise a ticket through your regular Red Hat support channels to make certain that it gets the proper attention and prioritization to assure a timely resolution.  

For information on how to contact the Red Hat production support team, please see:
https://www.redhat.com/support/process/production/#howto

Comment 3 Marek Grac 2010-03-01 16:54:01 UTC
If your network connection is slow then it is possible then this is duplicate of #502042 - feel free to test the patch; that patch will be part of next update.

Comment 4 Gijs Boer 2010-03-01 18:39:28 UTC
My network connection with the server is indeed slow. Removing the while loop, as suggested as a possible solution in bug report #502042, indeed solved my problem. It's not perfect but it'll do for now. The rest of the screen is still very slow (5-6 seconds delay before something happens) but I can live with that.

Comment 5 Marek Grac 2010-03-02 08:31:32 UTC
Thank you for response. It is possible that screen is very slow but I can't do much more with technologies used for GUI. If you will find something other what will be extremely slow then let me know and I will try to fix it.

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


Note You need to log in before you can comment on or make changes to this bug.