Univention Bugzilla – Full Text Bug Listing |
Summary: | Changing CDs doesn't work | ||
---|---|---|---|
Product: | Z_Univention Corporate Client (UCC) | Reporter: | Jan Christoph Ebersbach <ebersbach> |
Component: | Hardware and device support | Assignee: | Felix Botner <botner> |
Status: | CLOSED FIXED | QA Contact: | Moritz Muehlenhoff <jmm> |
Severity: | normal | ||
Priority: | P2 | CC: | gohmann, grandjean, jmm, steuwer |
Version: | unspecified | ||
Target Milestone: | UCC 1.0-errata | ||
Hardware: | Other | ||
OS: | Linux | ||
What kind of report is it?: | --- | What type of bug is this?: | --- |
Who will be affected by this bug?: | --- | How will those affected feel about the bug?: | --- |
User Pain: | Enterprise Customer affected?: | ||
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | ||
Max CVSS v3 score: | |||
Attachments: | Fix CD mount when changing CDs |
Description
Jan Christoph Ebersbach
2013-06-11 14:54:15 CEST
A customer reported a bad performance while accessing CDs in a citrix session, please have a look at it i.e. during QA: - it takes long until a CD appears in the citrix session (even if the user refreshes the Explorer) - transfer rates are bad fixed in ucc-errata for 3.1 added "cd" as valid device type in add_fstab_entry (univention-ucc-remote-mount) -if [ "$ID_BUS" != "usb" ]; then + if [ "$ID_BUS" != "usb" ] && [ "${ID_TYPE}" != "cd" ]; then (In reply to Felix Botner from comment #3) > added "cd" as valid device type in add_fstab_entry > (univention-ucc-remote-mount) > > -if [ "$ID_BUS" != "usb" ]; then > + if [ "$ID_BUS" != "usb" ] && [ "${ID_TYPE}" != "cd" ]; then ignore this, wrong bug * added restart of cdpinger in remove_fstab_entry (univention-ucc-remote-mount) * added code to speed up cdrom device (eject -x SPEED CDDEVICE) in add_fstab_entry (univention-ucc-remote-mount) * replaced udevinfo with udevadm in add_fstab_entry I couldn't reproduce the original problem all the time (changing DVDs also worked for me with the old version in one case), but the new approach is correct and reliable. The eject changes didn't improve the transfer speeds with my hardware, since the drive configured 24x speed in both cases, but since it did improve the transfer speed for the hardware rolled out internally we can keep it in. I couldn't test Citrix, since my XenApp setup doesn't work currently. If there's a delay between the time the drive is mounted under /run/drives and the availability in the Citrix session I'd rather suspect some internal polling delay in the Citrix client. The yaml file is ok. I extended it with one more note. |