[SOLVED] Oddity with tumblerd

business_kid · 05-08-2014, 02:44 PM

I have hassle unmounting my usb key.

Code:

 umount: /mnt/zip: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))
root@RoseViolet:~# lsof |grep /mnt/zip
tumblerd  2661        dec    9r      REG               8,17  45137239        211 /mnt/zip/Why-study-the-bible.mp4

I use XFCE, and am not really a multimedia guy. If the system can be provoked to play the odd video, that's enough. I have the user 'dec' on this box. I do not have the group 9r or REG and have never knowingly installed tumblerd. It seems to be a widget in DBus that generates thumbnails. I haven't updated recently but this is new behaviour.

Anyone got an idea?

ondoho · 05-08-2014, 03:02 PM

i've had hassle with tumblerd.
sometimes it takes really, really long to update thumbnails, blocking resources across the whole system. so that is most probably keeping your drive busy.
there seems to be no way of configuring this (or nobody wants to share this precious info).
i posted on xfce & archlinux forums, nada. it's the reason i am NOT using thunar atm.

edit: "killall tumblerd" helps and has never done any harm.

Diantre · 05-08-2014, 03:04 PM

tumblerd is installed by the "tumbler" package, in Slackware64 that's "tumbler-0.1.25-x86_64-4". A while ago something similar happened to me while browsing particularly big video files with thunar. I don't remember if I waited until it finished or if I killed the tumblerd process. Probably the latter.

My supositions at the time were that either the video file was damaged and tumblerd was stuck trying to read the file, or the video encoding was giving tumblerd some trouble. After that one single time, I've never experienced the problem again.

business_kid · 05-09-2014, 03:27 AM

Just looking at the libs it's linked against, I came away wondering what it uses to read .mp4 files. . .

Code:

bash-4.2$ ldd /usr/lib64/tumbler-1/tumblerd
	linux-vdso.so.1 (0x00007fff349ff000)
	libdbus-glib-1.so.2 => /usr/lib64/libdbus-glib-1.so.2 (0x00007f291c641000)
	libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007f291c3fc000)
	libtumbler-1.so.0 => /usr/lib64/libtumbler-1.so.0 (0x00007f291c1f1000)
	libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007f291bea5000)
	libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f291bc58000)
	libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f291b939000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f291b6e8000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f291b328000)
	librt.so.1 => /lib64/librt.so.1 (0x00007f291b11f000)
	libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x00007f291af00000)
	libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f291acdb000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f291a9df000)
	libz.so.1 => /usr/lib64/libz.so.1 (0x00007f291a7ca000)
	libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f291a5b0000)
	libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007f291a3a7000)
	libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f291a1a4000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f2919fa0000)
	libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007f2919d9e000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f291c869000)
bash-4.2$

Diantre · 05-09-2014, 09:44 AM

Quote:

Originally Posted by business_kid

Just looking at the libs it's linked against, I came away wondering what it uses to read .mp4 files. . .

Apparently it uses the gstreamer plugin (usr/lib64/tumbler-1/plugins/tumbler-gst-thumbnailer.so). I found another thread describing this same problem, and a patch to solve the issue (which I haven't tried).

There are also several bug reports about this behavior. In this bug report one person reports that the problem might be related to the size of the thumbnails cache.

ondoho · 05-09-2014, 01:59 PM

this bug report:
https://bugzilla.xfce.org/show_bug.cgi?id=9231
describes the problem i experienced 100% - and it says in the end "still present in tumbler 0.1.30", just a few weeks ago.

@business_kid, would you say this describes your issue?

business_kid · 05-10-2014, 03:19 AM

Thanks for the replies everyone.

Re the Bug - No, it does not describe my issues. I have this issue: Wnen I provoke it (Opening the file manager thing [Thunar?] and moving to the directory seems a good way), it opens and stays open. Then when I want to unmount the disk, the system won't let go without killing the tumblerd process.
I do not seem to have continual disk access. I have an SSD so disk is fast here. The usb is 20/30 Mb/S depending on port it's installed in.

I suspect my issues relate to an .mp4 I have and want to keep having in the top dir of my usb key, because that is the file it is holding. I am by no means the world's expert on libs, but I did not see mp4 support in the linked libs list below. If you have the bug, is it equipped to read all the files you have on disk?

In my case it does show a 'thumbnail' for the file, but it's tiny and gibberish, bearing no relation to what anything else picks up.

I have the same file on Android, and it shows up a video icon = The program to run it, not the video content.

EDIT: To solve the disk access problem, you could make tumblerd a symlink to /bin/true :-D. No pretty thumbnails, but who cares?

business_kid · 05-10-2014, 03:39 AM

I tried this:
lsof |grep tumblerd

no results. Then I opened Thunar and ran
lsof |grep tumblerd |less

I got 4 pages of files!! Including libs, sockets, anon_inodes, locale files, etc. Who wants thumbnails of that stuff?

ondoho · 05-10-2014, 12:22 PM

business_kid, to me your long description sounds like your topic is at least related to the mentioned bug report.

why not just uninstall tumbler?
it might also want to uninstall some xfce4 metapackage, just a few kB, no problem.

unfortunately there doesn't seem to be any DE-independent thumbnailer around.
for me the solution was to use spacefm instead of thunar.

for you, business_kid:
you could disable movie thumbnailing only if you think that helps?
the config file is /etc/xdg/tumbler/tumbler.rc
and under [ffmpegthumbnailer]
you have to set:

Quote:

Disabled=true

(maybe also under [Gstthumbnailer])

Diantre · 05-10-2014, 02:03 PM

Quote:

Originally Posted by business_kid

EDIT: To solve the disk access problem, you could make tumblerd a symlink to /bin/true :-D. No pretty thumbnails, but who cares?

Well, yes, you can do that. But you can do a few other things too:

Disable thumbnails in thunar. The option is in Edit->Preferences->Display->Show Thumbnails.
Uninstall the tumbler package.
Use another file manager. Dolphin, for instance. Already in Slackware.
Verify the problem occurs with only one video file (as it happend to me).

Your choice, I hope you solve the problem though. Good luck!

solarfields · 05-11-2014, 04:01 AM

I am just adding one more tumbler issue to the discussion:

I have problems with it displaying the icons of some PDF files. As a "solution", I recompile it disabling the generation of PDF thumbnails.

Once upon a time, Thunar displayed thumbnails of PDFs only after Evince was installed and I had no problems. Anyone knows if this can be achieved again?

business_kid · 05-12-2014, 03:20 AM

Quote:

Disable thumbnails in thunar. The option is in Edit->Preferences->Display->Show Thumbnails.

That's the approach I took here. Works like a charm Instead of screenfuls of files (libs, anonymous inodes, & all sorts of detritis) opened by tumblerd while I run Thunar, there is zero files open by it. I name my files carefully, and rarely need thumbnails. Beyond that, they're the kind of eye candy that I generally avoid.
I think the package was written in high level stuff (Quote: "Written in an object oriented fashion using GLib and GOobject") which is great for getting something out quick, but poor for debugging.