Fun with FSRM Quotas & MyFiles

[cmorgan]

UPDATE: This Problem is now solved! Thanks to moby for all the help. Solution is here: Click Me!

 

Morning all,

 

Getting this error on the server after setting up FSRM quotas.

 

\\srv2k8ent\Users\cmorg\Cached

System.Runtime.InteropServices.COMException (0x80045306): Exception from HRESULT: 0x80045306
  at Microsoft.Storage.FsrmQuotaManagerClass.GetQuota(String Path)
  at HAP.Data.Quota.WCFService.GetQuotaFromPath(String path)

Exception from HRESULT: 0x80045306

  at Microsoft.Storage.FsrmQuotaManagerClass.GetQuota(String Path)
  at HAP.Data.Quota.WCFService.GetQuotaFromPath(String path)

 

Also, on the MyFiles Livetile, it the space indicator is full while returning a value of -6200.00 +

/screenshot

 

Heres the JSON Debug

[{"Actions":1,"Icon":"..\/images\/icons\/netdrive.png","Name":"Central Resources","Path":"R\\","Space":-1},{"Actions":0,"Icon":"..\/images\/icons\/netdrive.png","Name":"Your Documents","Path":"T\\","Space":-6959.70},{"Actions":1,"Icon":"..\/images\/icons\/netdrive.png","Name":"Staff Only","Path":"U\\","Space":-1}]

Edited December 18, 2012 by cmorgan

[mobybrick]

Hi,

 

Are you using the latest quota service MSI x64 from codeplex?

 

Also, rather than a drive letter, you need to ideally put the UNC path in hapconfig.xml, e.g.

 

\\srvname\studenthome$\%username%

 

\\srvname\studenthome$\%username%

 

 

 

Moby

[cmorgan]

Here's what I got going on...

 

\\srv2k8ent\Users\%username%\Cached

 

\\srv2k8ent\Users\%username%

\\srv2k8ent\Users\{0}

\\srv2k8ent.Tast.com\Users\%username%

\\srv2k8ent.Tast.com\Users\{0}

 

Quick UPDATE:

 

Also getting the occasional error (below) in the event logs when it displays the above error

G:\cmorg\Cached

 

System.Runtime.InteropServices.COMException (0x80045301): Exception from HRESULT: 0x80045301

at Microsoft.Storage.FsrmQuotaManagerClass.GetQuota(String Path)

at HAP.Data.Quota.WCFService.GetQuotaFromPath(String path)

 

Exception from HRESULT: 0x80045301

 

at Microsoft.Storage.FsrmQuotaManagerClass.GetQuota(String Path)

at HAP.Data.Quota.WCFService.GetQuotaFromPath(String path)

Edited December 18, 2012 by cmorgan

[mobybrick]

Jut checking... Is FSRM tools installed on the server itself hosting the FSRM quotas?

 

Are FSRM quotas actually enabled and the old drive quotas removed?

[mobybrick]

It appears error 0x80045301 indicates that there is no quota for the specified directory.

 

FSRM may be enabled on the server, but no quota is set on the folder. Any quotas that appear to be in use are probably your old drive quotas. These have a tendancy to hang around.

 

Regards

Moby.

[cmorgan]

Well as of this morning, I installed FSRM and made a new hard quota over the G drive with 500MB for everybody.

 

if you mean, have I unchecked this?

No... I have left it checked as not to slow everything down during the school day.

 

Was that not what I was meant to do?

[mobybrick]

The 0x80045301 definately means that the FSRM quota is not present/is not applied on the specified path. The old disk space quotas can certainly hang around alot. I believe tho you can safely uncheck the box during the day as there's no disk space re-calculation when taking off.

 

Anyway, it might be an idea to create a new folder, apply a new FSRM quota and test operation on a single folder first - to prove that FSRM is indeed operating and that any disk space messages are not remnants of the old drive quotas.

 

Regards

[cmorgan]

Made a test share on the servers other hard disk, and applied a 100MB FSRM quota to it.

 

Aaaaaand the results are in!

 

Will add the test share to HAP to see if its working. Will report back in a few minutes

 

UPDATE: Ok it works for HAP now.

Disk quota is now turned off on the server....

 

However (Got to spoil the fun...), my documents on HAP is still equalling a negative value.

Behold the JSON Dump

Actions

0

 

Icon

"../images/icons/netdrive.png"

 

Name

"Your Documents"

 

Path

"T\"

 

Space

-7686.92

 

UPDATE II:

 

Moby it appears what you say may be the situation now. I can still see the old NTFS quotas in the Disk Properties -> Quotas list. Is there any way to let FSRM take the helm of responding to the quota service (that doesn't involve deleting everyone's documents)

Edited December 18, 2012 by cmorgan

[mobybrick]

The code calls the FSRM API as long as the fsrm=true statement is in the config file. Any returns you are getting must be from the API. Are your drive letters matched btw?

[cmorgan]

On srv2k8ent,

 

my test share is on drive F:\

user documents are on drive G:\

 

so in the config I have...

\\srv2k8ent\Users\%username%

\\srv2k8ent\ConorsTestShare

[mobybrick]

I'd put fsrm="true" (note all lower case)... JIC

 

Moby

[cmorgan]

I'd put fsrm="true" (note all lower case)... JIC

 

Moby

 

Changed & updated. No change unfortunately

[mobybrick]

On your JSON screenshot you had drive 'T'

 

Not sure what you've got, but the drive letter in the quota server statement is to match the drive letter in your mappings, not the drive letter on the source server...

 

M

[cmorgan]

On your JSON screenshot you had drive 'T'

 

Not sure what you've got, but the drive letter in the quota server statement is to match the drive letter in your mappings, not the drive letter on the source server...

 

M

Ah right ok, just updated this for the S (student document mapping) and T (staff document mapping). Same problem still (JSON Space equals negative .00).

 

Had a look at the source code for the quota service to see if it was anything in there, but no luck (Partially due to no C# knowledge)

[mobybrick]

The code is working here.

 

Could you post your complete mappings and quotaserver section?

[cmorgan]

The code is working here.

 

Could you post your complete mappings and quotaserver section?

 

\\srv2k8ent\Users\%username%\Cached

\\srv2k8ent3\Central Resource Library

\\srv2k8ent3\Staff_Only

\\srv2k8ent\ConorsTestShare

\\srv2k8ent\Users\%username%

\\srv2k8ent\ConorsTestShare

 

Thanks for bearing with me

Ive changed some of the drive letters since earlier posts. Reason why? G is the drive letter on the server that docs are stored in, and the same for F for the test share. FYI, The TestShare shows up as having space available on HAP.

Edited December 18, 2012 by cmorgan

[mobybrick]

You'll need to put

 

\\srv2k8ent\Users\%username%

 

to

 

\\srv2k8ent\Users\%username%\Cached to match your mapping... actually, it probably doesn't match on drive letter - that letter's only there for the old NTFS quotas. Anyway, at present you've no quotaserver matching entries for your mapping on G

 

I've also never tested what happings if the FSRM quota is applied above the mapping, e.g. to %username%\ - when you are mapping to %username%\Cached.

Edited December 18, 2012 by mobybrick

[cmorgan]

You'll need to put

 

\\srv2k8ent\Users\%username%

 

to

 

\\srv2k8ent\Users\%username%\Cached to match your mapping... actually, it probably doesn't match on drive letter - that letter's only there for the old NTFS quotas. Anyway, at present you've no quotaserver matching entries for your mapping on G

 

As soon as I posted my last message I solved it. It didnt like the \Cached bit on the end of the drive mapping. Removed that and bingo, it all works.

 

So as a quick summary to those who want to see the results of this behemoth of a thread...

When setting your quota servers in hapconfig.xml, make sure that the quota server entry & the mapped drive entry both have the same URI.

 

Thanks moby for the help.