Summary: | sys-fs/udisks-2.0.91 - memory leak in /usr/lib/udisks2/udisksd (with kernel module "vhba" loaded) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | PM <mitaspiotr> |
Component: | [OLD] Core system | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | udisksd backtrace |
Description
PM
2013-02-10 15:10:40 UTC
Created attachment 338520 [details]
udisksd backtrace
It's definitely triggered by cdemu, I killed udisksd and restarted it manually and the console immediately got flooded with this: 16:18:34.732:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.735:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.736:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.736:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.739:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.739:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.739:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.742:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.742:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.743:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.746:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.746:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.746:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.750:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.750:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.750:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.753:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.753:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.753:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.756:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.757:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.757:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.760:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.760:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.760:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.763:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.763:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.763:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.766:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.766:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.766:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] 16:18:34.769:[19948]:[DEBUG]: uevent change /sys/devices/platform/vhba/host10/target10:0:0/10:0:0:0/block/sr1 [udiskslinuxprovider.c:903, udisks_linux_provider_handle_uevent()] 16:18:34.769:[19979]:[INFO]: Cleanup check start [udiskscleanup.c:416, udisks_cleanup_check_in_thread()] 16:18:34.770:[19979]:[INFO]: Cleanup check end [udiskscleanup.c:454, udisks_cleanup_check_in_thread()] ^C16:18:34.771:[19948]:[INFO]: Caught SIGINT. Initiating shutdown [main.c:83, on_sigint()] 16:18:34.771:[19979]:[INFO]: Exiting cleanup thread [udiskscleanup.c:314, udisks_cleanup_thread_func()] 16:18:34.773:[19948]:[NOTICE]: udisks daemon version 2.0.91 exiting It also started allocating memory like before. /dev/sr1 is a device created by cdemu. Ok, I found a way to reproduce it reliably now. Weirdly, it requires using KDE's device notification applet. You're gonna need: app-cdr/cdemu-daemon-2.0.0, app-cdr/cdemu-2.0.0, sys-fs/udisks-2.0.91, KDE 4.10 and some .iso image. As far as I can tell, any valid image will do. 1. make sure cdemu-daemon isn't running 2. $ cdemu load 0 <iso image> 3. KDE should pop up a notification applet saying that a device has been connected. Click the "eject" button on this applet. 4. $ cdemu unload 0 At this point udisksd will start allocating memory very rapidly. If you kill cdemu-daemon it will stop, but will not give back the memory it already allocated. You can now repeat the above steps without restarting the system or even udisksd and it will start leaking again. I tried "ejecting" the device using the 'eject' command instead of KDE's applet, but couldn't reproduce it this way. I forgot to mention: you also need the vhba kernel module from sys-fs/vhba-20120422-r1. I've seen this before, according to some people at #systemd, this is because of the vhba kernel module Alexandre, can you take a look as vhba maintainer? Please test with 2.1.6 Thanks |