RESOLVED: Wrong amount of free space reported

grant116
Posts: 6
Joined: Sun Mar 16, 2014 8:21 am

RESOLVED: Wrong amount of free space reported

Postby grant116 » Sat Sep 27, 2014 11:09 am

Hello All,

I recently moved my Amahi 7 install over to Xenserver. I then configured Xenserver to allow the greyhole pool drives to be added to my VM. While moving some things around today I noticed that my local samba share mounts are reporting space in a very odd fashion. I shoudl have about 6 tb of free space at the moment. For some reason I see the following output with a df -h command:

Code: Select all

Filesystem Size Used Avail Use% Mounted on /dev/xvda3 27G 8.0G 18G 32% / devtmpfs 3.4G 0 3.4G 0% /dev tmpfs 3.4G 4.0K 3.4G 1% /dev/shm tmpfs 3.4G 296K 3.4G 1% /run tmpfs 3.4G 0 3.4G 0% /sys/fs/cgroup tmpfs 3.4G 232K 3.4G 1% /tmp /dev/xvdc1 2.8T 419G 2.2T 16% /var/hda/files/drives/drive2 /dev/xvde1 459G 28G 408G 7% /var/hda/files/drives/drive3 /dev/xvdb1 2.8T 155G 2.5T 6% /var/hda/files/drives/drive1 /dev/xvdf1 917G 652G 219G 75% /mnt/backup /dev/xvda1 190M 124M 53M 71% /boot none 4.0M 0 4.0M 0% /var/spool/greyhole/mem //127.0.0.1/Backups 917G 699G 219G 77% /mnt/samba/Backups //127.0.0.1/Books 6.0T 904G 5.1T 15% /mnt/samba/Books //127.0.0.1/Crashplan 917G 699G 219G 77% /mnt/samba/Crashplan //127.0.0.1/Docs 27G 9.4G 18G 36% /mnt/samba/Docs //127.0.0.1/Movies 27G 9.4G 18G 36% /mnt/samba/Movies //127.0.0.1/Music 27G 9.4G 18G 36% /mnt/samba/Music //127.0.0.1/Pictures 27G 9.4G 18G 36% /mnt/samba/Pictures //127.0.0.1/Public 27G 9.4G 18G 36% /mnt/samba/Public //127.0.0.1/Shared_Photos 27G 9.4G 18G 36% /mnt/samba/Shared_Photos //127.0.0.1/Software 27G 9.4G 18G 36% /mnt/samba/Software //127.0.0.1/TV 27G 9.4G 18G 36% /mnt/samba/TV //127.0.0.1/Videos 27G 9.4G 18G 36% /mnt/samba/Videos
You can see that I have plenty of space for Books, but not much space for anything else. The actual books drive has about 20gb in there ,but reports 904g used. Utilities such as du report the proper usage when looking at the drives directly.

a few smb.conf entries

[[Books]
comment = Books
path = /var/hda/files/books
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
dfree command = /usr/bin/greyhole-dfree^M
vfs objects = greyhole]

[Music]
comment = Music
path = /var/hda/files/music
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
free command = /usr/bin/greyhole-dfree^M
vfs objects = greyhole
[Pictures]
comment = Pictures
path = /var/hda/files/pictures
writeable = yes
browseable = yes
create mask = 0775
force create mode = 0664
directory mask = 0775
force directory mode = 0775
free command = /usr/bin/greyhole-dfree^M
vfs objects = greyhole[/code]

My greyhole.conf pertinent info:

Code: Select all

[storage_pool_drive = /var/hda/files/drives/drive1/gh, min_free: 10gb storage_pool_drive = /var/hda/files/drives/drive2/gh, min_free: 10gb storage_pool_drive = /var/hda/files/drives/drive3/gh, min_free: 10gbcode] fstab entries [code]#/dev/xvda1 /boot ext3 defaults UUID=4fc6e3cb-3a13-4eb3-a934-f95100747c88 /boot ext3 defaults #/dev/xvda3 / ext4 defaults UUID=40ee544a-36d8-4270-9107-7719d1d3c679 / ext4 defaults #drive1 Seagate 3tb drive - at top of comp case #UUID=20cc1bb9-a980-4d51-88b9-2fdc7baad6fd /var/hda/files/drives/drive1 ext4 defaults 1 2 UUID=20cc1bb9-a980-4d51-88b9-2fdc7baad6fd /var/hda/files/drives/drive1 ext4 defaults 1 2 #drive 2 seagate 3tb hard drive - at top of comp case #UUID=9570416a-af36-4da6-b461-b68b345e4698 /var/hda/files/drives/drive2 ext4 defaults 1 2 UUID=9570416a-af36-4da6-b461-b68b345e4698 /var/hda/files/drives/drive2 ext4 defaults 1 2 #Drive 3 not sure but it is in the top of the hard drive bay #UUID=1c72b0d2-7f25-46b0-b005-e803d8372299 /var/hda/files/drives/drive3 ext4 defaults 1 2 UUID=1c72b0d2-7f25-46b0-b005-e803d8372299 /var/hda/files/drives/drive3 ext4 defaults 1 2

Has anyone seen anything like this before? I have tried stopping and starting the local mount service, stopping and restarting greyhole with no luck.

Thanks

grant116
Posts: 6
Joined: Sun Mar 16, 2014 8:21 am

Re: Wrong amount of free space reported

Postby grant116 » Sat Sep 27, 2014 3:32 pm

I should have caught this before posting, missed it in the /var/log/messages log file, also not sure how it happened to all shares but one...The books share has the proper dfree command, all other shares for some reason lost the d in dfree....things are all back to normal.

User avatar
bigfoot65
Project Manager
Posts: 11924
Joined: Mon May 25, 2009 4:31 pm

Re: Wrong amount of free space reported

Postby bigfoot65 » Sat Sep 27, 2014 3:34 pm

So we can consider this resolved then?
ßîgƒσστ65
Applications Manager

My HDA: Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz on MSI board, 16GB RAM, 1TBx1+2TBx2+4TBx2

grant116
Posts: 6
Joined: Sun Mar 16, 2014 8:21 am

Re: Wrong amount of free space reported -FIXED

Postby grant116 » Sat Oct 04, 2014 1:35 pm

Yes this is resolved, not sure how to mark it as fixed though if you would not mind helping me out.

johnny5shared
Posts: 38
Joined: Sat Apr 02, 2016 1:48 am

Re: RESOLVED: Wrong amount of free space reported

Postby johnny5shared » Sat Jun 25, 2016 10:02 pm

I have exactly the same issue as you have described. The wiki says use dfree

"dfree command = /usr/bin/greyhole-dfree
vfs objects = greyhole"

from https://wiki.amahi.org/index.php/Amahi_ ... hole_Setup

I changed the values to 'free' and back again, restarted the HDA and finally am able to copy.

But either way the grehole log spews out...

Jun 26 17:01:09 INFO write: Now working on task ID 3137: write Music/.DS_Store
Jun 26 17:01:09 INFO write: File created: Music/.DS_Store - 6.00KB
Jun 26 17:01:09 DEBUG write: Loading metafiles for Music/.DS_Store ...
Jun 26 17:01:09 DEBUG write: Got 0 metadata files.
Jun 26 17:01:09 DEBUG write: 0 metafiles loaded.
Jun 26 17:01:09 WARN write: No metadata files could be created. Will wait until metadata files can be created to work on this file.

I re-read this thread and made sure all parameters are exactly as the doc says using dfree. I notice when you define your shared in the GH conf you wrap them in square brackets. Is that intentional?

Edit: I cleared the que by truncating the db from the troubleshooter, https://wiki.amahi.org/index.php/Greyho ... leshooting

This stopped the logs spewing out warnings. But as soon as I tried to copy a file I got told no space and the logs went at it again.

Note: I created a new thread here: viewtopic.php?f=39&t=6533

Who is online

Users browsing this forum: No registered users and 9 guests