Can't add drive to drive selection group! about greyhole HOT 16 OPEN

I have 16 rows in the settings table here.
Are you using sticky folders? I think that's the only thing that would add more rows in settings.
If you're unsure, you can export that data, and email it to me at [email protected]

from greyhole.

Btw, https://bit.ly/gh-infos is HTTP 403 Forbidden

You can try the URL it redirects to: https://gist.githubusercontent.com/gboudreau/1caa58d93b1f99ca8e57/raw/

from greyhole.

A balance is only needed if you want to move stuff currently on the old drives to the new one. If you're ok with the data on the old drives staying there, no need to balance.
But Greyhole doesn't auto-balance, unless files change, in which case (depending in your config) it can move a modified file copy to a new storage pool drive with more empty space.
It's probably better and easier to run balance for a few hours, to have enough free space available on your old drives for a while.

from greyhole.

Hi,

Please try this and report back: https://github.com/gboudreau/Greyhole/wiki/GetHelp#gather-system-information
This will provide helpful debugging details.

I have a suspicion that on daemon start, it should log something relevant about this problem in the greyhole (error) log. You can also just look there manually, if you want.

Cheers.

from greyhole.

I will try that. Another things - is it normal to:

select count(*) from settings ;

return 250 rows? They all look the same to me.

Btw, https://bit.ly/gh-infos is HTTP 403 Forbidden

from greyhole.

Btw, https://bit.ly/gh-infos is HTTP 403 Forbidden

Not here. I just tried in a CLI, and it load correctly :

$ curl -L 'https://bit.ly/gh-infos'
#!/bin/sh

{
echo "## System information"
...

from greyhole.

Btw if I do this:

touch /data/USB5T/.greyhole_uses_this

then greyhole can "see" the share for a little while, but then the file is deleted and USB5T is back to "offline" status.

from greyhole.

but then the file is deleted and USB5T is back to "offline" status

That's normal. This file is only used for drives that are remote, and thus have no UUID Greyhole can use to track if the drive is mounted or not. When Greyhole sees this file on a local mount, it removes it.

Btw if I do this: touch /data/USB5T/.greyhole_uses_this
then greyhole can "see" the share for a little while

That would point out to Greyhole thinking this drive's UUID changed, since it first saw it.

from greyhole.

From the log you sent me, it seems to work correctly:

Oct 30 01:57:18 DEBUG balance: ││├┘ Balancing storage pool drive: /data/WDC4T (63.0GB available, target: 1.46TB) [3328072]
Oct 30 01:57:18 DEBUG balance: ││├┐ Working on file: storage_pool_drive/media/Movies/[...].mkv (17.9GB) [3324920]
Oct 30 01:57:18 DEBUG balance:   Drives with available space: /data/USB5T (4.27TB avail) - /data/WDC4T (60.1GB avail) - /data/SEA4T (56.9GB avail)  [3325984]
Oct 30 01:57:18 DEBUG balance: ││││ Target drive: /data/USB5T (4.27TB available) [3325136]
Oct 30 01:57:18 DEBUG balance: ││││ Moving file copy... [3325904]

from greyhole.

I ran balance just to see what happened. When I cancelled the balance before it was complete, the drive went back to "offline" again.

For instance if I run balance now again, this is in the log:

Oct 30 02:27:26 DEBUG balance: │├ Drives to balance: /data/WDC4T, /data/SEA4T, /data/USB5T [2858680]
Oct 30 02:27:26 DEBUG balance: │├ Will work on the storage pool drives in the following order: /data/SEA4T, /data/WDC4T [2862208]
Oct 30 02:27:26 DEBUG balance: │├┐ Balancing storage pool drive: /data/SEA4T (56.9GB available, target: 59.9GB) [2862192]

from greyhole.

From the MySQL data you sent me, it looks like your settings table is broken. The name column should be the primary key, and thus should never contain more than one rows with the same name, but I see multiple entries for name = sp_drives_definitions (and many other settings).

Can you check the structure of your settings table, using the MySQL prompt?

desc settings;

from greyhole.

mysql> desc settings;
+-------+------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------+------+-----+---------+-------+
| name  | text | NO   |     | NULL    |       |
| value | text | NO   |     | NULL    |       |
+-------+------+------+-----+---------+-------+
2 rows in set (0.05 sec)

from greyhole.

Not sure how you ended up with this broken table... Pretty sure Greyhole could not cause this.

Stop the greyhole daemon, then you can rename your old settings table, and re-create a new one with:

RENAME TABLE settings TO settings_broken;

CREATE TABLE `settings` (
`name` VARCHAR(255) NOT NULL,
`value` TEXT NOT NULL,
PRIMARY KEY (`name`)
) ENGINE = MYISAM DEFAULT CHARSET=utf8;

INSERT INTO `settings` (`name`, `value`) SELECT * FROM settings_broken WHERE name IN ('last_read_log_smbd_line', 'last_OOS_notification', 'db_version') ON DUPLICATE KEY UPDATE `value` = VALUES(`value`);

Then re-start the daemon.

See if it works better now.

You can look il you settings_broken table, see if you have any other settings you'd want to migrate, apart from the 3 I copied above.

from greyhole.

Trying now.

I don't know what the settings mean :-D The drive paths are in there, but they are also in the config file, so not sure if that's important.

from greyhole.

You don't need to copy the sp_drives_definitions setting ; it's re-created by greyhole the first time it sees each drive.

from greyhole.

Wow, it really works now! Thanks soooo much. Amazing!

One more question - when I copy more stuff and the older drive starts filling, will greyhole auto-balance to fit new files while keeping 2 copies?

Or will I have to schedule a balance command?

from greyhole.