Permlink Replies: 2 - Last Post: Oct 31, 2009 9:29 AM Last Post By: hansohn Threads: [ Previous | Next ]
hansohn

Posts: 2
Registered: 10/26/09
Vault 2008 AutodeskVault User
Posted: Oct 26, 2009 4:08 PM
  Click to reply to this thread Reply
Hi there!

Haven't found what I'm looking for or really didn't use search correctly...


The impersonate user in the webconfig file is [...]\AutodeskVault + password

With these credentials I'm not able to connect to the database and get an illegal path message when ADSM 2008 opens.

I replaced the impersonate id with administrator credentials and voila, it works.
Don't really want to stop there and leave it like that.

What I have learned so far is that user AutodeskVault needs full access to the TEMP folder.

Can't check out right now if full access to the temp folder will solve the problem...

Anything else I need to know about access rights for this AutodeskVault user?


Furthermore, I had to switch the session mode to SQL-server in the ASP-Net configuration. Is this how it should be configured?

Thanks in advance :)


some more info:

the AutodeskVault user is a domain user which also means it's a member of a standard user group.
When i give admin rights it's working!

So does this impersonate user have to be a member of the admin group?

I just don't like the idea to give this account full admin rights on a server system and also don't like the idea of putting admin credentials into the webconfig file which is clear text

Edited by: hansohn on Oct 27, 2009 1:15 PM

Edited by: hansohn on Oct 27, 2009 1:23 PM
Irvin Hayes Jr.
Re: Vault 2008 AutodeskVault User
Posted: Oct 29, 2009 5:07 PM   in response to: hansohn in response to: hansohn
  Click to reply to this thread Reply
The AutodeskVault account is not used to connect to SQL.
It is used to read and write files from\to the file store location on
your server. It may need permissions to your temp folder on the server.

Since you have changed the impersonation account you can change it back
in the ADMS Console in the Tools -> Administration menu and it will
reset the permissions to the file store location and other locations.

This won't happen if you modify the web.config file manually.

Try that first and let us know what happens.

Irvin

hansohn wrote:
Hi there!

Haven't found what I'm looking for or really didn't use search correctly...


The impersonate user in the webconfig file is [...]\AutodeskVault + password

With these credentials I'm not able to connect to the database and get an illegal path message when ADSM 2008 opens.

I replaced the impersonate id with administrator credentials and voila, it works.
Don't really want to stop there and leave it like that.

What I have learned so far is that user AutodeskVault needs full access to the TEMP folder.

Can't check out right now if full access to the temp folder will solve the problem...

Anything else I need to know about access rights for this AutodeskVault user?


Furthermore, I had to switch the session mode to SQL-server in the ASP-Net configuration. Is this how it should be configured?

Thanks in advance :)


some more info:

the AutodeskVault user is a domain user which also means it's a member of a standard user group.
When i give admin rights it's working!

So does this impersonate user have to be a member of the admin group?

I just don't like the idea to give this account full admin rights on a server system and also don't like the idea of putting admin credentials into the webconfig file which is clear text

Edited by: hansohn on Oct 27, 2009 1:15 PM

Edited by: hansohn on Oct 27, 2009 1:23 PM
hansohn

Posts: 2
Registered: 10/26/09
Re: Vault 2008 AutodeskVault User
Posted: Oct 31, 2009 9:29 AM   in response to: Irvin Hayes Jr. in response to: Irvin Hayes Jr.
  Click to reply to this thread Reply
Hey, thanks for helping out.

Tried that but unfortunatelly with no success. It took over the [domain]/AutodeskVault user but
after restarting the ADSM console same error again. Illegal Path. So i changed back to admin in the webconfig file.

I'm also pretty sure that this way is affecting our backups. Even with our admin credentials we just can't backup the database and filestore. Neither via command line nor directly within the ADSM console. It says file not found although it's all there.