Library is empty after server restart, but all recordings are still in the “Path to local library”. Is this by design? Also not sure if its related but “Free HDD” is always reported as “0Mb”
running 1.1.9.0 on 2008R2 x64, and library path moved to “D:\ProgramData\Netcam Studio\Data”
Hi kevink! Just curious which processor do run this on? I run 2008R2 under VMWare E3 Proliant quad core and dedicated only one virtual processor to do this. It usually use 80-90% of performance. I might have to re-install an dedicate at least 2 virtual processors? Thats why my question ;).
The library index is saved when the software exists (and every 3 minutes in case of software or computer crash). So even if for whatever reason the computer would crash you should in worse case miss the last 3 minutes in the library.
What settings do you have for retention (both retention period and maximum allowed space).
Does it do the cleanup properly when the files have expired (or the alloted space is exceeded) ?
The 0mb occurs on some systems but shouldn’t be related. I’ll try to reproduce.
Thanks for your response. Retention was set to 30Days and 200GiB.
For testing I just change it to 1Day but was not sure if sever needed restart after make this change, files were not being deleted. After server restart files were still not deleted and Library was empty again.
(Error @ 08:04:22.975 - H:829 - M:330.32MB) SaveSettings Error in MoonwareServer.SaveSettings
Exception Detail:Unable to generate a temporary class (result=1).
error CS0012: The type ‘Moonware.Common.ItemEntry’ is defined in an assembly that is not referenced. You must add a reference to assembly ‘Moonware.Common, Version=1.1.9.0, Culture=neutral, PublicKeyToken=null’.
error CS1502: The best overloaded method match for ‘Moonware.Core.ItemQueue.Add(Moonware.Common.ItemEntry)’ has some invalid arguments
error CS1503: Argument 1: cannot convert from ‘object’ to ‘Moonware.Common.ItemEntry’
Please try, i’ve asked the other developer to also investigate on this issue.
If we have no choice we will modify the way we save the library index because the problem seems to come from here (XmlSerializer) but it would be nice to understand the root cause.