removed drive and LZ by accident: files dissapeared
Posted: Wed Aug 14, 2013 2:26 pm
hi there
I want to know something about the LZ
I have removed a drive from the greyhole storage pool by using the --going command
everything went fine
command finished
greyhole removed the drive from the pool
I then removed the drive from /etc/fstab/ and rebooted
suddenly all my files in the shares dissapeared. shares were accesible though, just seemed empty.
I now found that my LZ for all the shares was on the drive I removed.
in the mean time I had started a -fsck
when I check the greyhole.log I see greyhole is checking and rebuilding
* I feel so stupid
I want to know something about the LZ
I have removed a drive from the greyhole storage pool by using the --going command
everything went fine
command finished
greyhole removed the drive from the pool
I then removed the drive from /etc/fstab/ and rebooted
suddenly all my files in the shares dissapeared. shares were accesible though, just seemed empty.
I now found that my LZ for all the shares was on the drive I removed.
in the mean time I had started a -fsck
when I check the greyhole.log I see greyhole is checking and rebuilding
and the qeue is pretty busy[jochen@localhost ~]$ tail /var/log/greyhole.log
Aug 14 23:23:13 7 fsck_file: Got 1 metadata files.
Aug 14 23:23:13 6 fsck_file: Missing file copies. Expected 2, got 1. Will create more copies using /var/hda/files/drives/drive1/gh/Pictures/Fotos_D_Jochenz/_VAKANTIE/Amerika 2004/092804/148_SF-Alcatraz_092804.JPG
Aug 14 23:23:13 7 fsck_file: Drives with available space: /var/hda/files/drives/drive1/gh (75.9GB avail)
Aug 14 23:23:13 7 fsck_file: Drives full: /var/hda/files/drives/drive3/gh (0.00B free)
Aug 14 23:23:13 7 fsck_file: Missing symlink... A pending unlink transaction maybe?
Aug 14 23:23:14 7 fsck_file: No... Found no good reason for the symlink to be missing! Let's re-create it.
Aug 14 23:23:14 7 fsck_file: Updating symlink at /var/hda/files/pictures/Fotos_D_Jochenz/_VAKANTIE/Amerika 2004/092804/148_SF-Alcatraz_092804.JPG to point to /var/hda/files/drives/drive1/gh/Pictures/Fotos_D_Jochenz/_VAKANTIE/Amerika 2004/092804/148_SF-Alcatraz_092804.JPG
Aug 14 23:23:14 7 fsck_file: Saving 1 metadata files for Pictures/Fotos_D_Jochenz/_VAKANTIE/Amerika 2004/092804/148_SF-Alcatraz_092804.JPG
Aug 14 23:23:14 7 fsck_file: Saving metadata in /var/hda/files/drives/drive1/gh/.gh_metastore/Pictures/Fotos_D_Jochenz/_VAKANTIE/Amerika 2004/092804/148_SF-Alcatraz_092804.JPG
Aug 14 23:23:14 7 fsck_file: Saving backup metadata file in /var/hda/files/drives/drive3/gh/.gh_metastore_backup/Pictures/Fotos_D_Jochenz/_VAKANTIE/Amerika 2004/092804/148_SF-Alcatraz_092804.JPG
wil this fix it? or will I loose files?[jochen@localhost ~]$ greyhole -q
Greyhole Work Queue Statistics
==============================
This table gives you the number of pending operations queued for the Greyhole daemon, per share.
Write Delete Rename Check
Docs 0 0 0 513
Downloads 0 0 0 447
Movies 0 0 0 3,102
Music 0 0 0 19,426
Newsgroups 0 0 0 5,816
Pictures 4 0 0 80,657
Software 0 0 0 47,430
Torrents 0 0 0 95
==============================================
Total 4 0 0 157,486
Write Delete Rename Check
The following is the number of pending operations that the Greyhole daemon still needs to parse.
Until it does, the nature of those operations is unknown.
Spooled operations that have been parsed will be listed above and disappear from the count below.
Spooled 0
* I feel so stupid