| Summary: | cdemu doesn't work and gives some kernel messages | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Tico Perez <entidad_universal> |
| Component: | RPM Packages | Assignee: | QA Team <qa-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | alexandrbezenkov, anssi.hannula, davidwhodgins, sysadmin-bugs, tmb |
| Version: | 1 | Keywords: | validated_update |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | dkms-vhba | CVE: | |
| Status comment: | |||
|
Description
Tico Perez
2011-11-02 23:02:53 CET
Hi, thanks for reporting this bug. Assigned to the package maintainer. Assignee:
bugsquad =>
anssi.hannula
Anssi Hannula
2011-12-03 18:25:02 CET
Status:
NEW =>
ASSIGNED Fixed in cauldron in dkms-vhba-20110915-1.mga2. Since this bug affects mga1 as well, switching this bug report to track mga1 update release progress. Updated packages are now available in mga1 core/updates_testing as dkms-vhba-1.2.1-4.20100822.1.1.mga1 (noarch) Suggested advisory: ===================== The VHBA kernel module in dkms-vhba package provided in Mageia 1 causes a kernel error when trying to use CDEmu and renders the kernel in an inconsistent state, possibly causing shutting down the system to hang or other stability issues. This update resolves that issue. ===================== Testcase: =========== 1. Install dkms-vhba and cdemu-client. 2. Run as a normal user: cdemu status Result: - With a broken dkms-vhba, you'll see the screen filled with a kernel oops. - With a working dkms-vhba, you'll see Devices' status: DEV LOADED FILENAME 0 0 N/A Please test the package in mga1 core/updates_testing. CC:
(none) =>
anssi.hannula Testing complete on i586 for the srpm dkms-vhba-1.2.1-4.20100822.1.1.mga1.src.rpm [dave@hodgins ~]$ cdemu load any /var/mnt/hd/mageia-dvd-1-i586.iso [dave@hodgins ~]$ cdemu status Devices' status: DEV LOADED FILENAME 0 1 /var/mnt/hd/mageia-dvd-1-i586.iso [dave@hodgins ~]$ cdemu unload 0 When loaded, /dev/sr1 was created, the device notifier showed the detection of the device, and after selecting open with file manager, the filesystem was mounted. CC:
(none) =>
davidwhodgins *YAHOO* :) Testing x86_64 Everything works as expected apart from over ssh. Without being logged in locally cdemu via ssh fails with errors below: $ cdemu status ERROR:dbus.proxies:Introspect error on :1.1:/CDEMUD_Daemon: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) ERROR: Failed to acquire daemon interface version (this most likely means your daemon is out-of-date): org.freedesktop.DBus.Error.ServiceUnknown: The name :1.1 was not provided by any .service files ERROR: Failed to connect to daemon (bus: 'session')! Once logged in locally it shows $ cdemu status Devices' status: DEV LOADED FILENAME 0 0 N/A Other than that, loaded mga2 iso, confirmed the updated status, unloaded. Wiki page created with testing procedure. Is this ssh issue expected behaviour Anssi? It could make it impossible to use on a remote server. Anssi, please see the query in comment 7, thankyou :) Yes, that is expected; when used outside of session one needs to start cdemud manually. Validating the update. Could someone from the sysadmin team push the srpm dkms-vhba-1.2.1-4.20100822.1.1.mga1.src.rpm from Core Updates Testing to Core Updates. Advisory: The VHBA kernel module in dkms-vhba package provided in Mageia 1 causes a kernel error when trying to use CDEmu and renders the kernel in an inconsistent state, possibly causing shutting down of the system, a hang, or other stability issues. This update resolves that issue. https://bugs.mageia.org/show_bug.cgi?id=3252 Keywords:
(none) =>
validated_update There's a mistake in the advisory, it can't cause system shutdown (and likely not hang either), I was talking about a hang during system shutdown (admittedly I was a bit unclear). Update pushed with fixed advisory Status:
ASSIGNED =>
RESOLVED |