trackerd eats up all memory because it generates faulty config file

[Xerada]

Binary package hint: tracker

Trackerd consumes all memory if left alone, and uses up much of the CPU Power. (known problem, I know :)
Maybe I have found the reason; the automatically generated config file has got a typing error in it.

original version:
     # Sets no. of divisions of the index file
     Dvisions=4

modified version:
     # Sets no. of divisions of the index file
     Divisions=4

The modified version works for me, trackerd acts normal now.

My System:
I am using Ubuntu 7.10 (upgraded from 7.04),
version of tracker: 0.6.3-0ubuntu3

[Daniel T Chen (crimsun)]

Is this symptom still reproducible in 8.10 or 9.04?

[Pedro Villavicencio (pedro)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

[TJ (tj)]

There are still issues with Hardy/Intrepid/Jaunty. CPU usage will consume 100% of the CPU the trackerd process is running on. E.g.

top - 10:00:57 up 2:41, 4 users, load average: 1.55, 1.30, 1.21
Tasks: 172 total, 1 running, 171 sleeping, 0 stopped, 0 zombie
Cpu0 : 3.3%us, 1.0%sy, 74.8%ni, 19.6%id, 0.0%wa, 0.0%hi, 1.3%si, 0.0%st
Cpu1 : 3.3%us, 0.7%sy, 22.6%ni, 73.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2061880k total, 2033472k used, 28408k free, 364756k buffers
Swap: 4000176k total, 0k used, 4000176k free, 501588k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
10127 tj 39 19 138m 12m 2668 S 99 0.6 146:20.61 trackerd
 9926 root 20 0 195m 59m 18m S 2 2.9 3:02.17 Xorg
10051 tj 20 0 223m 16m 3852 S 1 0.8 0:25.72 pulseaudio

However, the cause doesn't seem to be the spelling of "Dvisions" (I've posted patches for that in Bug #324227).

With debug logging (Verbosity=3) enabled the 100% CPU usage is caused by:

Scanning summary file /home/tj/.evolution/mail/imap/tjworld.net@pella/folders/Subscribed Lists/subfolders/video4linux/summary for junk
summary.version = 13
summary.flags = 1
summary.nextuid = 1
summary.time = 0
summary.count = 5265
summary.Unread = 50
summary.deleted = 5173
summary.junk = 0
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=9
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=13
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=28
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=30
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=48
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=50
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=54
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=55
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=56
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=57

... and it goes on and on.

What is weird is the process ignores an interrupt signal too:

Received signal Interrupt
Received signal 'Interrupt' so now shutting down
Total allocations = 835, total deallocations = 835
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=129
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=131
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=133
deleting email email://1172067579.27670.2@hephaestion/Subscribed Lists/video4linux;uid=140

That issue doesn't seem to cause memory consumption, however.