Updating Greyhole : Don't Panic

[bigmango]

Awesome. Were you running the mount_shares_locally script when these problems occurred? Did you do these rename/moves from the HDA or using a client?

1. I have the mount_shares_locally script running on my box, but I don't remember if this script was running when I had the problems. ( I don't remember if I started using this script before I updated greyhole or after).

2. I am doing the renames/moves from the windows 7 client. This happens almost daily: every time I download a file it goes into a gh share, and I then rename it and move it into another folder in the same share or in another share (I think the problem happened when I moved into another folder in the same share, but I'm not sure).

With the old amahi version it seems that if I renamed the file and moved it too quickly (perhaps if I renamed the file 2 times, I'm not sure) the link would still be there, but the file would be lost. This happened several times. I lost about 50 Gb of data until I update greyhole. And since I updated gh this problem never happened again.

[bigfoot65]

Interesting. So why not have the file download into a non-Greyhole share? Seems like that would minimize your problems. Then you can rename/move it to a share that is Greyhole enabled.

The problem may have had to do with the landing zone. As you mentioned, you might have done it while Greyhole was processing.

[dinomic]

Sorry, these might be newbie Linux comments, but no one has actually mentioned the command you need to run to INSTALL the latest version (just what you need to run to REinstall if it goes wrong).

I'm on x64, and was still on the original 0.9.2, so I tried:
rpm -i http://www.greyhole.net/releases/rpm/x8 ... x86_64.rpm

But there were dependency issues, so I had to run:

yum install php-intl
and then
yum install sysstat

But now, get the following issues:
rpm -i http://www.greyhole.net/releases/rpm/x8 ... x86_64.rpm
file /etc/cron.daily/greyhole from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /etc/cron.weekly/greyhole from install of hda-greyhole-0.9.20-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 hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /usr/bin/greyhole from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /etc/greyhole.conf from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /usr/bin/greyhole-dfree from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64

yum update doesn't seem to be working for me.

[bigmango]

Interesting. So why not have the file download into a non-Greyhole share? Seems like that would minimize your problems. Then you can rename/move it to a share that is Greyhole enabled.

The problem may have had to do with the landing zone. As you mentioned, you might have done it while Greyhole was processing.

I don't have this problem with the new greyhole version, only with the old version installed by amahi. Perhaps the bug with the old version (amahi version) of greyhole was triggered while it was processing. I don't know.

But as I said, this happened several times (regularly) with the amahi version and never happened again with the newer versions.

Furthermore, why would I setup a non-Greyhole share and go back to the old version (amahi version) of greyhole to test if it works correctly this way, when the newer version of greyhole is working perfectly? Also, the newer version brings new features and other bug fixes.

No, the amahi version of greyhole is dangerous (other users have reported the same problem and I have personaly lost 50Gb of data in multiple increments), in my experience due to this bug it is certainly not as stable as the new versions.

After losing my data, the amahi version of greyhole made me almost go back to Windows Home Server. Fortunately I updated greyhole and now my Amahi has been rock stable for months and is not losing data anymore.


edit: BTW, I am downloading into a share and moving into another to organize files, and moving to another folder on the same share is instantaneous while moving from a non-share to a share can take 30 minutes in the case of 40Gb iso blu-ray files. It's not an option.

[bigmango]

Sorry, these might be newbie Linux comments, but no one has actually mentioned the command you need to run to INSTALL the latest version (just what you need to run to REinstall if it goes wrong).

I'm on x64, and was still on the original 0.9.2, so I tried:
rpm -i http://www.greyhole.net/releases/rpm/x8 ... x86_64.rpm

But there were dependency issues, so I had to run:

yum install php-intl
and then
yum install sysstat

But now, get the following issues:
rpm -i http://www.greyhole.net/releases/rpm/x8 ... x86_64.rpm
file /etc/cron.daily/greyhole from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /etc/cron.weekly/greyhole from install of hda-greyhole-0.9.20-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 hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /usr/bin/greyhole from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /etc/greyhole.conf from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64
file /usr/bin/greyhole-dfree from install of hda-greyhole-0.9.20-1.x86_64 conflicts with file from package hda-greyhole-0.9.2-1.x86_64

yum update doesn't seem to be working for me.

rpm -Uvh (not rpm -i) (you are doing an Update, not an install).

but doing it with yum is better as it keeps the yum database in sync:

yum update http://www.greyhole.net/releases/rpm/x8 ... x86_64.rpm

You can also add the repo as explained here http://www.greyhole.net/download/.

(If you don't add the key you need to add "--nogpgcheck" to the yum update command line).

[dinomic]

rpm -Uvh (not rpm -i) (you are doing an Update, not an install).

but doing it with yum is better as it keeps the yum database in sync:

yum update http://www.greyhole.net/releases/rpm/x8 ... x86_64.rpm

You can also add the repo as explained here http://www.greyhole.net/download/.

(If you don't add the key you need to add "--nogpgcheck" to the yum update command line).

Thanks bigmango, finally got it sorted...

I added the repo according to the instructions on the Greyhole download page you provided a link to, but the update failed with a similar error to my last one (ie due to conflicts). So I then tried the rpm command using the Update switch this time (doh!!!), and it worked. To confirm that, I tried yum update afterwards, and all seems to be OK now. I'm now running 0.9.20 too!

Thanks again for your help!

[bigfoot65]

I was not saying go back to the old version, just was pointing out an option. I agree that no need to change anything if it works. I did not understand what you were doing, now I do.

I have been using the default Amahi version of Greyhole for quite some time with no issues. I may consider updating though.

[bigmango]

I'm now running 0.9.20 too!

Greyhole has changed since version 0.9.2, dont forget to do a greyhole fsck after the update to make sure all is well.

[bigfoot65]

Yes so I noticed. I checked for orphan files and am now doing the MD5 check on all files....its going to town.

So far, seems to working well with Fedora 14. We are planning on including the latest in Amahi for Fedora 16

[bigmango]

Yes so I noticed. I checked for orphan files and am now doing the MD5 check on all files....its going to town.

So far, seems to working well with Fedora 14. We are planning on including the latest in Amahi for Fedora 16

Good news!

BTW, do you think it is safe to update to Amahi 16 now?

I don't use the Amahi apps, so the missing apps are not an issue for me.

My x86 Amahi is fully updated with "yum update" and greyhole 0.9.20 which "is supposed to (?)" support the new smb.

If I do this, do I just enable the Amahi 16 repo and do a yum upgrade ?