Community
Vault Forum
Welcome to Autodesk’s Vault Forums. Share your knowledge, ask questions, and explore popular Vault topics.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Vault 2010 Error ASP.NET 2.0.50727.0

23 REPLIES 23
Reply
Message 1 of 24
Anonymous
2023 Views, 23 Replies

Vault 2010 Error ASP.NET 2.0.50727.0

Since I upgraded my 2009 Vault, I have been receiving the following errors
about once a day:
---------------------------------------
Event Type: Warning
Event Source: W3SVC
Event Category: None
Event ID: 1009
Date: 4/27/2009
Time: 12:22:21 PM
User: N/A
Computer:
Description:
A process serving application pool '.Net2' terminated unexpectedly. The
process id was '7772'. The process exit code was '0xe0434f4d'.

Event Type: Error
Event Source: ASP.NET 2.0.50727.0
Event Category: None
Event ID: 1334
Date: 4/27/2009
Time: 12:22:20 PM
User: N/A
Computer:
Description:
An unhandled exception occurred and the process was terminated.

Application ID: /LM/W3SVC/1/Root/AutodeskDM/Services

Process ID: 7772

Exception: System.UnauthorizedAccessException

Message: Access to the path 'C:\Documents and Settings\All Users\Application
Data\Autodesk\VaultServer\Indexes\lucene-a32f9a237544b4b870cbdbeab05cf4c8-write.lock'
is denied.

StackTrace: at System.IO.__Error.WinIOError(Int32 errorCode, String
maybeFullPath)
at System.IO.File.Delete(String path)
at Lucene.Net.Store.FSDirectory.AnonymousClassLock.Release()
at Lucene.Net.Index.IndexWriter.Finalize()
---------------------------------------
Since the installer created 'C:\Documents and Settings\All Users\Application
Data\Autodesk\VaultServer\Indexes\lucene-a32f9a237544b4b870cbdbeab05cf4c8-write.lock'
how can it not have the correct permissions? The 'Autodesk Vault' has full
permissions for this folder.

Thanks, Mike
23 REPLIES 23
Message 21 of 24
Anonymous
in reply to: Anonymous


Thanks Mike,

 

This is valuable information - it sounds like
we have isolated the problem and have a workaround. We will implement a more
permanent solution moving forward.

 

I appreciate your effort in testing this
out.

 

Paul


style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">


Since I made this change I have not seen the
error.

 

Thanks, Mike


style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">


I will try this before the week is
over.

 

Mike


style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">


 

Hi Mike,

 

Not sure if you are still following, but I do
have a theory on the cause of your error. I suspect that IIS may be doing
the process cleanup under at different user than the normal AutodeskVault
user.

 

If you are interested in experimenting, could
you re-enable the process recycling and give all authenticated users
'delete' permissions to the "
size=3>'C:\Documents and Settings\All Users\Application
Data\Autodesk\VaultServer\Indexes" directory? I think that would cause
your recycling errors to go away.

 

Paul

 


size=2>
 
Message 22 of 24
falkmassmann
in reply to: Anonymous

Hi there,

I have the same problem with one of our customers 2008 server. Unfortunately giving Users delete permissions to the Autodesk subfolder of ProgramData didn´t fixed the problem.
Took me a bit to find the hidden folder since the above mentioned path is different on 2008 (Vista) Server.
Now I digged a bit deeper and found this blog where someone describes the cause of the problem:
http://blogs.msdn.com/tess/archive/2007/10/31/asp-net-crash-system-security-cryptography-cryptographicexception.aspx

What I understand from this is that a key for encryption was created under a specific user profile and when the recycler process wants to restart the process for the adms it happens under a different user profile which has no rights to delete the encryption key created earlier. But I actually don´t want to edit any code, which this guy actually hints to, I just want a fix since this has stopped the vault backup a couple of times now and the customer obviously doesn´t like it.

So is there a fix? I browsed the web.config and found the line where it says impersonate=true but I don´t know if it will help to set this to false.

Best wishes

Falk Edited by: falkmassmann on Jul 30, 2009 1:20 PM
Message 23 of 24
falkmassmann
in reply to: Anonymous

So since nobody else had any other ideas I fixed it myself by giving the user group full access to the Autodesk folder in ProgramData.
That helped fix the problem. But I´m a bit dissapointed by the lack of responsability from microsoft to fix that problem. It appears to me that this is a well known bug in ASP.NET.

Cheers
Message 24 of 24
Anonymous
in reply to: Anonymous

Thanks for sharing the information, as I am facing the same issues since I have upgraded to vault 2010.

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report