Page 1 of 1

Scanning for broken links that are not there

Posted: Sat Mar 09, 2013 9:19 am
by genel
I am getting a lot of messages like this:

Mar 09 10:00:35 6 rename: Scanning /var/hda/files/gNorm for broken links... This can take a while!
Mar 09 10:04:52 7 rename: Found 0 broken links.

I have done an fsck but it still occurs. A little history this is a very large share, I had it set for one backup copy, but it was taking too much room, so I moved the things I don't want to get lost off of it and changed it to no backup copies. Then I did the fsck. I was getting a lot of the "scanning for broken links" messages while I was moving things off, but I thought it would go away after the fsck. It did not.

Last night I moved some stuff around on the share and this morning its still processing the results, every time I get this scanning message it stops for about 5 minutes. (As you can see in the lines above.)

Here is a much longer extract from the log, this ends in the same two lines above.

Mar 09 09:56:07 6 rename: Scanning /var/hda/files/gNorm for broken links... This can take a while!
Mar 09 10:00:35 7 rename: Found 0 broken links.
Mar 09 10:00:35 6 rename: Now working on task ID 1784734: rename gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg -> gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 6 rename: File renamed: /var/hda/files/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg -> /var/hda/files/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Loading metafiles for gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg ...
Mar 09 10:00:35 7 rename: Got 2 metadata files: array ( '/var/hda/drives/barracuda-1/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg' => array ( 'path' => '/var/hda/drives/barracuda-1/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg', 'is_linked' => true, 'state' => 'OK', ), '/var/hda/drives/hatachi-2/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg' => array ( 'path' => '/var/hda/drives/hatachi-2/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg', 'is_linked' => false, 'state' => 'OK', ), )
Mar 09 10:00:35 7 rename: Renaming copy at /var/hda/drives/barracuda-1/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg to /var/hda/drives/barracuda-1/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Renaming copy at /var/hda/drives/hatachi-2/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg to /var/hda/drives/hatachi-2/gh/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Removing metadata files for gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Removed metadata file at /var/hda/drives/barracuda-1/gh/.gh_metastore/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Removed metadata file at /var/hda/drives/hatachi-2/gh/.gh_metastore/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/PICS/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Saving 2 metadata files for gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Saving metadata in /var/hda/drives/barracuda-1/gh/.gh_metastore/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 7 rename: Saving metadata in /var/hda/drives/hatachi-2/gh/.gh_metastore/gNorm/MET-ART/raw/raw 2012-03-03/Met-Art.com_12.01.03.Amelie.B.Finest.XXX.iMAGESET-ELG/MetArt_Finest_Amelie-B_by_Leonardo_medium_0063.jpg
Mar 09 10:00:35 6 rename: Scanning /var/hda/files/gNorm for broken links... This can take a while!
Mar 09 10:04:52 7 rename: Found 0 broken links.

Re: Scanning for broken links that are not there

Posted: Sun Mar 10, 2013 8:43 am
by bigfoot65
Have you tried executing:

Code: Select all

greyhole -X
That will force scan for broken symlinks. There are several Greyhole command line options that might correct your problem. Check out the wiki or as root execute:

Code: Select all

greyhole

Re: Scanning for broken links that are not there

Posted: Sun Mar 10, 2013 12:38 pm
by genel
I tried greyhole -x it found nothing. Because it seems to run from the command line I shutdown greyhole while it ran.
Here is what it said:

Looking for broken symbolic links in the share 'Backups'... Please be patient... Done.
Looking for broken symbolic links in the share 'vuse'... Please be patient... Done.
Looking for broken symbolic links in the share 'Music'... Please be patient... Done.
Looking for broken symbolic links in the share 'Download'... Please be patient... Done.
Looking for broken symbolic links in the share 'Repository'... Please be patient... Done.
Looking for broken symbolic links in the share 'gNorm'... Please be patient... Done.
Looking for broken symbolic links in the share 'gSafe'... Please be patient... Done.
Looking for broken symbolic links in the share 'Photos'... Please be patient... Done.
Looking for broken symbolic links in the share 'Storage'... Please be patient... Done.
Looking for broken symbolic links in the share 'Owncloud'... Please be patient... Done.
Looking for broken symbolic links in the share 'Gallery3'... Please be patient... Done.

When I restarted greyhole it went right back to:

Mar 10 13:06:56 6 rename: Scanning /var/hda/files/gNorm for broken links... This can take a while!

I can't run any of the fsck options because greyhole is still catching up on the directory movements I did on Friday. It is still taking 5 minutes to do each file. Its been running for almost two days now. I have scheduled several fsck operations, but it apparently will not perform them until it finishes with the pending operations.

Re: Scanning for broken links that are not there

Posted: Sun Mar 10, 2013 12:47 pm
by bigfoot65
When you run that command line as root user, you will need to check the logs for activity. Stopping and starting Greyhole should not be done until it finished its tasks.

Recommend you run the command again.

Code: Select all

greyhole -X
Then do:

Code: Select all

tail -f /var/log/greyhole.log
Monitor progress and see if that helps. If you have a lot of files, understand it could take some time.