msword_filter should check available disk space before copying files to /tmp
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tracker (Ubuntu) |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: tracker
After unmounting a large truecrypt volume (file called test.doc) tracker starts msword_filter which copies the file to /tmp.
The problem is, test.doc is a truecrypt volume of 20GB, and there are only 6GB free on /tmp.
After doing 'truecrqpt -d', here are relevant lines from 'ps -ef':
matze 9180 1 0 19:51 ? 00:00:10 /usr/bin/trackerd
matze 15514 9180 0 21:19 ? 00:00:00 /bin/sh /usr/lib/
matze 15516 15514 72 21:19 ? 00:00:01 cp /home/matze/
msword_filter copies the 20GB file to /tmp although there is only 6GB free space.
test.doc is no real word document in the first place.
I dont know what truecrypt does to the file to cause tracker to re-index. A 'touch test.doc' doesn't cause the problem.
msword_filter should check if there is enough free space available in /tmp.
Workarounds are renaming the file or putting it on the ignore list in tracker preferences.
ProblemType: Bug
Architecture: i386
Date: Thu May 15 21:52:16 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelMo
Package: tracker 0.6.6-0ubuntu3
PackageArchitec
ProcEnviron:
PATH=/
LANG=en_IE.UTF-8
SHELL=/bin/bash
SourcePackage: tracker
Uname: Linux 2.6.24-16-generic i686
Changed in tracker: | |
status: | New → Confirmed |
Hi,
I think as this is tracker that this is just a wishlist bug. I certainly shouldn't
do it if there is not enough space, and the only downside is not indexing the file.
If it needs somewhere temporary to uncompress it or similar then /tmp
(or $TMPDIR if defined) is exactly the right place to do it. If there is not enough
space then there is little that can be done.
The other alternative would presumably not require temporary space to work,
but that's still a wishlist bug I think.
Thanks,
James