gvfsd-trash fills up memory

[Janov Pelorat]

Binary package hint: gvfs

gvfsd-trash process multiply in memory and cause Cairo Dock to inflate its memory usage up to the maximum of available memory (3Gb) before drastically slowing down the host since the swap goes crazy under the load. Happens both using regular and OpenGL Cairo Dock versions.

Ubuntu 9.10 (x64) - kernel 2.6.31-22-generic - gvfs package 1.4.1-0ubuntu1 - GNOME 2.28.1 - Cairo Dock version 2.2.0-4

What I noticed: Cairo-dock icon could not report the dust bin to be filled (ie it kept showing the empty bin icon). In fact, my dust bin contained 8.9Gb of deleted files.

Killing the Cairo Dock process solved the bad host responsiveness. Emptying the dust bin with Nautilus solved the rest of the bug. Restarting Cairo-dock after that makes the whole system behave normally.

Noob conclusion: there's a bug in gvfs-trash causing it to panic when the dust bin gets severly loaded.

Extra: this never occured before despite the fact I had a dust bin containing even more than 8.9Gb. Problem *seems* to have raised with the latest kernel update.

Hope this helps

[Fabounet (fabounet03)]

Hi,
I can add the following information:
the dock browses recursively the URI trash:/ and gets the size of each file, using g_file_enumerate_children with G_FILE_QUERY_INFO_NOFOLLOW_SYMLINKS.

I've personnally noticed that the whole process takes a lot of time when there are a lot of files, whereas the more basic method (using fopen and fstat) is much faster and gives the same result (I don't have network volumes).

Thanks for your concern.

[lylambda (lylambda)]

Hello,
This bug are confirmed in my system (Ubuntu 10.10 x32, cairo-dock with cairo backend).
That's happened when Dustbin Applet try to know the weight of many elements I put inside the trash. In my case, about 1500 (images, text, old folders, etc.), but with a limited weight (total was just 25 Mio). So, the CPU is used at 100% and the RAM increased for attain 100% too.
"Top" show me, that the fault to gvfsd-trash and cairo-dock (cf screenshot).

[Pedro Villavicencio (pedro)]

Thanks for the report, it has been some time without any response or feedback in this bug report and we are wondering if this is still an issue for you with the latest release of Ubuntu the Natty Narwhal, May you please test with that version and comment back if you're still having or not the issue? Please have a look at http://www.ubuntu.com/download to know how to install that version. Thanks in advance and sorry for the late response.

[Launchpad Janitor (janitor)]

[Expired for gvfs (Ubuntu) because there has been no activity for 60 days.]

[Kaho (chtitekaho)]

Hi, I'm using Natty and I was affected by this bug this week because of a bin with 3GB of files. Gvfsd-trash and cairo-dock processes took all the CPU.
Problem was "solved" by emptying my bin.

So yeah, this bug still occurs in Ubuntu 11.04 :(

[Alex Ward (awarddev2)]

I can confirm that this is still occurring in 12.04. If the trash bin is very full, Cairo-dock consumes massive amounts of memory, ultimately bringing the system to a screeching halt.