Using Aten KVM switch hangs my Fedora 12 from time to time
Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Using Aten KVM switch hangs my Fedora 12 from time to time
Hi.
I'm using a Aten 4 port USB KVM switch to switch between my Ubuntu laptop and Fedora 12 desktop computers. Every few days (or sometimes every day) my Fedora box freezes, and I have to power off and on again.
I've seen a few others have problems with Fedora 13 and KVM switches hanging their system, but have not yet found a solution to my problem. For example, I found a bugzilla case (https://bugzilla.redhat.com/show_bug.cgi?id=540584) at redhat that suggested updating the xorg server RPMs, but I'm using evern newer version of these RPMs.
The Fedora box seems to mainly freeze up when I'm working on it, and I have not found any link between what I'm doing and when it freezes ut. Also, it's strange that the ubuntu laptop never freezes, so there is possibly a issue with Fedora.
I had the same problem with my Avocent Switchview MM1 KVM switch earlier, and decided to replace that one with a different KVM switch hoping that the problem would resolve itself, but unfortunately it didn't.
I'm going to try to SSH into my Fedora box next time it hangs just to see if that works or if the server itself freezes.
In the meanwhile, any advice on how to debug this will be higly appreciated.
Distribution: Cinnamon Mint 20.1 (Laptop) and 20.2 (Desktop)
Posts: 1,672
Rep:
You've a 4 port KVM but are using only two of the ports; one to a Fedors 12 box, the other to an Ubuntu Laptop? What are the other two ports connected to? Is there a possibility that one of the unused ports has been selected and your system isn't actually hung? Can you Hot Key between the two systems without problem?
You've a 4 port KVM but are using only two of the ports; one to a Fedors 12 box, the other to an Ubuntu Laptop? What are the other two ports connected to? Is there a possibility that one of the unused ports has been selected and your system isn't actually hung? Can you Hot Key between the two systems without problem?
Just a thought. My
Play Bonny!
Very good question! I am, however, absolutely sure that I've selected the correct port.
Typically what happens is that while working on my Fedora box (port 1) it suddenly freezes. So it happens while I'm currently working on the box, and not during swiching between the boxes or while working on the other box.
I managed to get hold of some syslog entries from the time around one of the crashes:
Code:
Oct 26 14:42:59 localhost kernel: usb 4-1: new full speed USB device using uhci_hcd and address 4
Oct 26 14:42:59 localhost kernel: usb 4-1: New USB device found, idVendor=0557, idProduct=8021
Oct 26 14:42:59 localhost kernel: usb 4-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Oct 26 14:42:59 localhost kernel: usb 4-1: configuration #1 chosen from 1 choice
Oct 26 14:42:59 localhost kernel: hub 4-1:1.0: USB hub found
Oct 26 14:42:59 localhost kernel: hub 4-1:1.0: 4 ports detected
Oct 26 14:42:59 localhost kernel: usb 4-1.1: new low speed USB device using uhci_hcd and address 5
Oct 26 14:42:59 localhost kernel: usb 4-1.1: New USB device found, idVendor=04f2, idProduct=0112
Oct 26 14:42:59 localhost kernel: usb 4-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Oct 26 14:42:59 localhost kernel: usb 4-1.1: Product: USB Keyboard
Oct 26 14:42:59 localhost kernel: usb 4-1.1: Manufacturer: CHICONY
Oct 26 14:42:59 localhost kernel: usb 4-1.1: configuration #1 chosen from 1 choice
Oct 26 14:42:59 localhost kernel: input: CHICONY USB Keyboard as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1.1/4-1.1:1.0/input/input7
Oct 26 14:42:59 localhost kernel: generic-usb 0003:04F2:0112.0004: input,hidraw0: USB HID v1.10 Keyboard [CHICONY USB Keyboard] on usb-0000:00:1a.1-1.1/input0
Oct 26 14:42:59 localhost kernel: input: CHICONY USB Keyboard as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1.1/4-1.1:1.1/input/input8
Oct 26 14:42:59 localhost kernel: generic-usb 0003:04F2:0112.0005: input,hidraw1: USB HID v1.10 Mouse [CHICONY USB Keyboard] on usb-0000:00:1a.1-1.1/input1
Oct 26 14:42:59 localhost kernel: input: CHICONY USB Keyboard as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1.1/4-1.1:1.2/input/input9
Oct 26 14:42:59 localhost kernel: generic-usb 0003:04F2:0112.0006: input,hidraw2: USB HID v1.10 Mouse [CHICONY USB Keyboard] on usb-0000:00:1a.1-1.1/input2
Oct 26 14:43:04 localhost kernel: INFO: task events/1:10 blocked for more than 120 seconds.
Oct 26 14:43:04 localhost kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Oct 26 14:43:04 localhost kernel: events/1 D ffff880005655740 0 10 2 0x00000000
Oct 26 14:43:04 localhost kernel: ffff88012394bcb0 0000000000000046 ffff880100000000 ffff88000560fc30
Oct 26 14:43:04 localhost kernel: 0000000000015748 0000000000015740 ffff88012394bfd8 ffff88012394bfd8
Oct 26 14:43:04 localhost kernel: ffff8801239503d8 000000000000f980 0000000000015740 ffff8801239503d8
Oct 26 14:43:04 localhost kernel: Call Trace:
Oct 26 14:43:04 localhost kernel: [<ffffffffa005dec3>] ttm_bo_wait_unreserved+0x10c/0x128 [ttm]
Oct 26 14:43:04 localhost kernel: [<ffffffff81074977>] ? autoremove_wake_function+0x0/0x39
Oct 26 14:43:04 localhost kernel: [<ffffffffa005df5b>] ttm_bo_reserve_locked+0x7c/0xce [ttm]
Oct 26 14:43:04 localhost kernel: [<ffffffffa005e916>] ttm_bo_cleanup_refs+0xdb/0x229 [ttm]
Oct 26 14:43:04 localhost kernel: [<ffffffffa005eaf9>] ttm_bo_delayed_delete+0x95/0x100 [ttm]
Oct 26 14:43:04 localhost kernel: [<ffffffffa005eb83>] ttm_bo_delayed_workqueue+0x1f/0x35 [ttm]
Oct 26 14:43:04 localhost kernel: [<ffffffff8107034c>] worker_thread+0x1a9/0x237
Oct 26 14:43:04 localhost kernel: [<ffffffffa005eb64>] ? ttm_bo_delayed_workqueue+0x0/0x35 [ttm]
Oct 26 14:43:04 localhost kernel: [<ffffffff81074977>] ? autoremove_wake_function+0x0/0x39
Oct 26 14:43:04 localhost kernel: [<ffffffff810701a3>] ? worker_thread+0x0/0x237
Oct 26 14:43:04 localhost kernel: [<ffffffff8107468a>] kthread+0x7f/0x87
Oct 26 14:43:04 localhost kernel: [<ffffffff81012d6a>] child_rip+0xa/0x20
Oct 26 14:43:04 localhost kernel: [<ffffffff8107460b>] ? kthread+0x0/0x87
Oct 26 14:43:04 localhost kernel: [<ffffffff81012d60>] ? child_rip+0x0/0x20
Oct 26 14:43:04 localhost kernel: INFO: task Xorg:1424 blocked for more than 120 seconds.
Oct 26 14:43:04 localhost kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Oct 26 14:43:04 localhost kernel: Xorg D 0000000000000000 0 1424 1421 0x00400004
Oct 26 14:43:04 localhost kernel: ffff88011a80b7e8 0000000000000086 0000000000000000 ffff8801202ba590
Oct 26 14:43:04 localhost kernel: ffff88005a38ff00 ffff88005a0a3300 ffff88011a80bfd8 ffff88011a80bfd8
Oct 26 14:43:04 localhost kernel: ffff88011a9c03d8 000000000000f980 0000000000015740 ffff88011a9c03d8
Oct 26 14:43:04 localhost kernel: Call Trace:
Oct 26 14:43:04 localhost kernel: [<ffffffff814577df>] schedule_timeout+0x36/0xe3
Oct 26 14:43:04 localhost kernel: [<ffffffff8103dde0>] ? enqueue_task+0x5c/0x67
Oct 26 14:43:04 localhost kernel: [<ffffffff8145765f>] wait_for_common+0xd6/0x131
Oct 26 14:43:04 localhost kernel: [<ffffffff81051e2e>] ? default_wake_function+0x0/0x14
Oct 26 14:43:04 localhost kernel: [<ffffffff8145775d>] wait_for_completion+0x1d/0x1f
Oct 26 14:43:04 localhost kernel: [<ffffffff81070b57>] flush_work+0x91/0xa5
Oct 26 14:43:04 localhost kernel: [<ffffffff810706a6>] ? wq_barrier_func+0x0/0x14
Oct 26 14:43:04 localhost kernel: [<ffffffff81070d07>] flush_delayed_work+0x55/0x5a
Oct 26 14:43:04 localhost kernel: [<ffffffff812b2d10>] tty_flush_to_ldisc+0x15/0x17
Oct 26 14:43:04 localhost kernel: [<ffffffff812ae9a8>] n_tty_poll+0x6a/0x153
Oct 26 14:43:04 localhost kernel: [<ffffffff812ab006>] tty_poll+0x63/0x7d
Oct 26 14:43:04 localhost kernel: [<ffffffff8112ce0d>] do_select+0x33a/0x549
Oct 26 14:43:04 localhost kernel: [<ffffffff8112d01c>] ? __pollwait+0x0/0xcc
Oct 26 14:43:04 localhost kernel: [<ffffffffa00a264c>] ? radeon_cs_update_pages+0xac/0xf8 [radeon]
Oct 26 14:43:04 localhost kernel: [<ffffffffa00c75f7>] ? r600_cs_packet_parse+0x42/0xe4 [radeon]
Oct 26 14:43:04 localhost kernel: [<ffffffffa00c7740>] ? r600_cs_packet_next_reloc_mm+0xa7/0xec [radeon]
Oct 26 14:43:04 localhost kernel: [<ffffffff8110af47>] ? add_partial+0x47/0x53
Oct 26 14:43:04 localhost kernel: [<ffffffff8110d026>] ? __slab_free+0x76/0x233
Oct 26 14:43:04 localhost kernel: [<ffffffff81045a36>] ? __wake_up+0x44/0x4d
Oct 26 14:43:04 localhost kernel: [<ffffffffa005e7c0>] ? ttm_bo_unreserve+0xdc/0xeb [ttm]
Oct 26 14:43:04 localhost kernel: [<ffffffff81457e34>] ? mutex_lock+0x29/0x50
Oct 26 14:43:04 localhost kernel: [<ffffffffa00a0fc8>] ? drm_gem_object_unreference+0x1a/0x1c [radeon]
Oct 26 14:43:04 localhost kernel: [<ffffffffa00a12b6>] ? radeon_gem_busy_ioctl+0x93/0xa1 [radeon]
Oct 26 14:43:04 localhost kernel: [<ffffffff8112d94f>] core_sys_select+0x174/0x20a
Oct 26 14:43:04 localhost kernel: [<ffffffffa00a1223>] ? radeon_gem_busy_ioctl+0x0/0xa1 [radeon]
Oct 26 14:43:04 localhost kernel: [<ffffffff8112afdc>] ? vfs_ioctl+0x22/0x87
Oct 26 14:43:04 localhost kernel: [<ffffffff8112b538>] ? do_vfs_ioctl+0x47b/0x4c1
Oct 26 14:43:04 localhost kernel: [<ffffffff8112dc29>] sys_select+0x96/0xc1
Oct 26 14:43:04 localhost kernel: [<ffffffff81011d32>] system_call_fastpath+0x16/0x1b
I've not succeeded in debuggin what these error messages indicate, but found this entry interesting:
Code:
INFO: task Xorg:1424 blocked for more than 120 seconds.
I'm gonna try and google it and see if anything turns up.
Distribution: Cinnamon Mint 20.1 (Laptop) and 20.2 (Desktop)
Posts: 1,672
Rep:
Hmmm... Looks like it has problems when it discovers a new mouse and keyboard (via the KVM)
Have you tried using different ports on the KVM? If so, any difference? Maybe the one connected to the Fedora box is flakey.
I came across a few bug reports on Fedora, with similar issues as mine. One troubleshoot suggestion was to upgrade the kernel, believing that it may have been a bug in the kernel CPU scheduler or something. So I installed Fedora 14, and things look quite good at the moment. Whatever the bug was, I'm hoping it's gone now.
bugs pop up in fedora very fast do to it's release cycle , so it WILL happen again with some other program sometime some what soon.
that is life, that is fedora
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
