Michl Blazek
New Member
Posts:5
 |
| 03/20/2014 11:32 AM |
|
Hi,
we are running DMX 6.1 on a DNN7 Portal in Azure.
I've recognized, that we do have much more files in our storage-folders than we can see in the web-interface.
Graveyard is not active, we do have -1 on Versions to Keep, but running SELECT count(*) FROM DMX_Entries WHERE VersionsToKeep > 1 gives 0.
Recycling bin is empty.
Is it possible, that some of these files had not been deleted as we expected it? (And if yes, how can we delete them?)
Many thanks
Michl |
|
|
|
|
Michl Blazek
New Member
Posts:5
|
| 03/21/2014 9:00 AM |
|
I have now seen, that there are files in storage, which did not appear in the database (table DMX_Entries),obviously These are deleted one. It seems to me, that the module did handle each deletion Action as it should do, but some of the files still exists in the storage.
Now I have deleted these files direct over ftp, which solves my Problem.
Could this be an Azure-related issue? |
|
|
|
|
Peter Donker
Veteran Member
Posts:4536
|
| 04/03/2014 11:03 AM |
|
When DMX needs to a delete a file, it is limited by what it can do as an asp.net application. Sometimes a delete will fail because somehow it doesn't get sufficient privileges. As an asp.net app it cannot elevate itself outside of the sandbox that is .net, so it would get stuck. Instead, in code, I trap the error and move on. This is the most likely explanation of what you're seeing: i.e. DMX somehow cannot delete the old file because Azure decided the app should not be able to.
BTW, there is a script to try to harmonize what is on disk/storage and what is in the DB. You'll find this under Admin > Run Scripts.
Peter |
|
|
|
|
Michl Blazek
New Member
Posts:5
|
| 04/08/2014 3:08 PM |
|
Thanks, Peter
that's what I was thinking of.
The Script is this one, I presume?
Remove Empty/Missing Files
So it is perfect to work with |
|
|
|
|