Greyhole trying to rename tombstones over and over - stuck

[ralfb]

Hi,

I've moved a whole bunch of files down one directory from

/sharename/files/ to /sharename/newdir/files.

I did this from my Mac Finder.

Since then, the greyhole.log file is growing to about 5-6 GB each day before its compressed.

Looking at the logs each day it show the same thing:


May 22 03:34:04 7 rename: Loading tombstones for (dir) win/apps/Xilisoft
May 22 03:34:04 7 rename: Loading tombstones for win/apps/Xilisoft/Converter.rar... Got 2 tombstones.

May 22 03:34:04 7 rename: Loading tombstones for (dir) win/apps/Xilisoft/Converter....
May 22 03:34:04 7 rename: Loading tombstones for win/apps/Xilisoft/Converter/setup.exe... Got 2 tombstones.

and so on and on, (each day the same)

In the meantime nothing in the LZ is being moved.

How can I stop greyhole from trying to do the same thing over and over and over and fix this behaviour.

uname -r; rpm -q samba hda-greyhole
2.6.35.12-90.fc14.x86_64
samba-3.5.8-74.fc14.x86_64
hda-greyhole-0.9.2-1.x86_64

greyhole --view-queue

Greyhole Work Queue Statistics
==============================

This table gives you the number of pending operations queued for the Greyhole daemon, per share.

Write Delete Rename

bin 124 30 57
Books 0 0 0
Docs 0 0 0
Downloads 70 174 67
BB 0 0 0
Movies 0 1 1
Movies_Best 0 0 0
Music 1289 1 1300
Pictures 0 0 0
BB2 37 0 0
movies2 1001 2 2
===========
Total 2521 + 208 + 1427 = 4156

The following is the number of pending operations that the Greyhole daemon still needs to parse.
Until it does, the nature of those operations is unknown.
Spooled operations that have been parsed will be listed above and disappear from the count below.

Spooled 0

[lrevxl]

This was a nasty bug that was fixed in Greyhole 0.9.6+, you can see the issue on the Greyhole project page https://github.com/gboudreau/Greyhole/issues/12

It isn't infinite, but it is exponential, if you leave it long enough the renames should eventually finish, but it'll call the same renames many, many times, the higher up in a folder hierarchy, the worse you get hit by the bug. If you're interested there's a bit more on it on the original google code ticket: http://code.google.com/p/greyhole/issues/detail?id=68

[ralfb]

Thanks for that.

Can you help me with the upgrade please?

What is the latest version and what is the upgrade command?

I got as far as this:

Code: Select all

rpm -Uvh http://www.greyhole.net/releases/greyhole-0.9.7-1.x86_64.rpm Retrieving http://www.greyhole.net/releases/greyhole-0.9.7-1.x86_64.rpm Preparing... ########################################### [100%] file /etc/cron.weekly/greyhole from install of greyhole-0.9.7-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64 file /etc/rc.d/init.d/greyhole from install of greyhole-0.9.7-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64 file /usr/bin/greyhole from install of greyhole-0.9.7-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64 file /etc/greyhole.conf from install of greyhole-0.9.7-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64 file /usr/bin/greyhole-dfree from install of greyhole-0.9.7-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64

[lrevxl]

You could uninstall the old version or force install the new version, but since you're on Amahi I don't think it's recommended (see http://forums.amahi.org/viewtopic.php?f ... 96a1cfd292) I only work with Greyhole, I don't use or know about Amahi, so I'm not much help there.

[gboudreau]

See here how to manually install the latest hda-greyhole RPM:
http://forums.amahi.org/viewtopic.php?p=14863#p14863

[ralfb]

many thanks for this