Root folder filling up, can't find source, suspect Greyhole

[diggityDawg]

A week or so ago I updated Greyhole to the latest version using the APT repository. Since then my root folder has been filling up rapidly. I moved my Greyhole log file, which was growing at a rapid rate, to my a directory in home, which has a lot more space to work with. But root (/) continues to lose free space and I cannot figure out what is the cause... I did notice that my Greyhole 'tasks_completed' table in MYSQL is very large, which is why I suspect Greyhole.

At any rate, I try to run du with various options and it never completes. It gets stuck after listing the folders I have no access to and just never finishes. I've let it run all night and it locks up the system. I don't know what to do. Any help is appreciated!!

I would have posted in the bugs.amahi.org site but I have an existing issue there and can't get anyone to respond to it, so that seems like a black hole...

Thanks,
Eddie

[bigfoot65]

Do you have the root partition as part of the storage pool? If so, remove it.

If you have tasks pending for Greyhole, you can cancel them. Just run greyhole --help and it will show you the correct option.

[diggityDawg]

Do you have the root partition as part of the storage pool? If so, remove it.

Nope, root and home are my only two shares that are not part of the storage pool.

If you have tasks pending for Greyhole, you can cancel them. Just run greyhole --help and it will show you the correct option.

Ok, I've done that.

Is there a way to shrink the space the greyhole db is using so I can recover some of the space in root?

Thanks for your help!

[bigfoot65]

Not sure I understand what you mean by shrink the database. It uses MySQL, so not gonna save any space there.

If you are that low on space, might consider moving your Landing Zone to a different drive. That will free up some space.

[diggityDawg]

I've already moved my landing zone to a share other than root or home. My tasks_completed table has grown dramatically over the past week, so wondering if there's something I can do to reduce the size of that table? Perhaps a query that will remove unnecessary rows from that table? I believe the tasks_completed.MYD file is that table?

[bigfoot65]

Guess you could try emptying it, but don't know that you will get that much space back. It has to be more than just the database causing issues.

Maybe your OS drive is partitioned too small for using Greyhole. I have never heard of anyone having this issue due to Greyhole database.

[diggityDawg]

My root share is 40GB, which has been more than enough for the majority of the time I've had this server set up. My home share is 325GB. I just got a new drive and am considering reinstalling for Amahi 7, which I guess would use the entire drive for the OS?

At any rate, once all of the Greyhole tasks were cleared I was able to rub baobab and found out a big chunk of space was being taken up by 2 sources. The first was /var/hda/platform/html/log/production.log, which had grown to over 6GB. Once I removed that (I archived it) I also saw that the new version of plex is using about 10GB of space in root for various metadata, media, etc. I'll try to find out if there's a way to store that stuff on another share.

In the mean time, I'm back up and running and things are much smoother now.

Thanks!

[bigfoot65]

Good to hear. A little disturbing that the production log was so large. That should not have happened. We need to keep an eye on that one.

Plex Media Server is always changing, so not surprised it's using so much space. We have issues with it on Amahi 7. Seems it has caused some conflict with minidlna. Still trying to work it out, but not sure what the outcome will be.

I am sure you can point the app to a share in the config file. Most apps provide that capability, just has to be done manually.

As for Amahi 7, you can partition a drive and only allow it to use that part I believe. Should be able to set parameters during install for how much drive space you want to allow.