Greyhole problem gh_graveyard_backup
This is my first entry in a bug tracker so please forgive me. :)
I've attached an second HDD to my HDA. Mountet the UUID in fstab like the wiki says, and activated storage pooling for it. also I've checked "uses storage pool" in each share.
also I moves files to the shares and wait a night so that greyhole --fsch is done automatically. At this morning I checked it and no files are moved to the pool.
The logfile was about 32GB ... and cpu load approx ~95% ..
greyhole.log says only:
Aug 28 14:52:11 7 daemon: Randomly picked /var/hda/files/drives/sda1/gh/.gh_graveyard_backup
I've got the newest hda-greyhole version: (the forum says this bug should be fixed in this release)
[root@hda ~]# rpm -q hda-greyhole
My SystemHDD is sdb and the attached StorageHDD is sda, maybe thats a problem?!
here my fstab:
UUID=1ccaa29c-e029-4545-bf0f-a7a19972c561 / ext4 defaults 1 1
UUID=adf27b95-ec87-4da6-b148-d5608e049a75 swap swap defaults 0 0
UUID=f5d3597e-e9a1-4d5c-a6ab-e01ed52b50d8 /var/hda/files/drives/sda1 ext4 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
#3 Updated by gboudreau over 10 years ago
Try to install this to fix the issue:
If you are using x86_64:
rpm -Uvh http://greyhole.pommepause.com/releases/hda-greyhole-0.6.25-1.x86_64.rpm
rpm -Uvh http://greyhole.pommepause.com/releases/hda-greyhole-0.6.25-1.i386.rpm
You can check if you are using x86_64 using this command:
You can also delete the old /var/log/greyhole.log
Also available in: Atom