Running the client w/o beeing logged in

thomas woelfer · Post by **thomas woelfer** » Mon May 05, 2008 7:47 am

hi.

i'm trying to fetch files from a repository by running a cmd-script on my w2k3 server at night. the script works just fine when i'm logged into the machine and run it by hand. however, it won't run when nobody is logged into the machine. i'm trying to run it using the task scheduler from w2k3.

any ideas what might be causing this? (is it possible to run the valut client w/o someone beeing logged in at all?)

WM_QUERY
-thomas woelfer

Beth · Post by **Beth** » Mon May 05, 2008 5:24 pm

It shouldn't require a login to run a script regardless of the program. I just ran a little test one just to confirm this.

During the scheduling of the task though, you have to enter a login for it to use. What login do you have yours using.

This issue is something I've seen happen with some machines regardless of the application.

There's some good suggestions out there:
http://www.tutorials-win.com/WindowsSer ... scheduled/
In fact, a search yielded a lot of possibilities.

Are there any errors in any of the log files? You can check our Vault Server Log, or your Event Viewer logs.

thomas woelfer · Post by **thomas woelfer** » Tue May 06, 2008 4:19 am

Beth,

it appears the vault client doesn't even start. the application event log has the following data:

EventType clr20r3, P1 vault.exe, P2 4.1.1.18060, P3 47ea23db, P4 mscorlib, P5 2.0.0.0, P6 471ebc5b, P7 4d82, P8 6, P9 udta330idobh2roz2ayvlcelag5agtls, P10 NIL.

the script is running under the same account that i'm using when logged in. the password is correct. any other ideas ?

WM_THX
-thomas

Beth · Post by **Beth** » Tue May 06, 2008 9:50 am

If you log in as a different user on your machine (or have someone else log in), then can you run the script?

thomas woelfer · Post by **thomas woelfer** » Thu May 08, 2008 3:52 am

Beth,

this is a remote server and there is only one account that can log in into the machine. i could try and create a new local account while beeing logged in, and then run the script /w "runAs" under that new local account. however, the (complete) script looks like this:

"C:\Program Files\SourceGear\Vault Client\vault" get -host HOST_NAME_HERE -user USERN_NAME_HERE -password PASSWORD_HERE -repository statik -merge overwrite -nonworkingfolder "C:\Documents and Settings\ACCOUNT_NAME_HERE\My Documents\website\public_html\docs" $/faltwerk.root/faltwerk/runtime/docs/de

i.e.: It is higly unlikely, that some other account would be able to run this command: the command places the fetched files into the USER_NAME_HEREs private date directory: the "new" local account doesn't have the needed access rights to write to that directory - the command must fail. do you still want me to try and create a local account and run the command under the "new" local account?

apart from that, i just noticed that each time the command fails to run as a scheduled task, the event log does list _two_ error entries. the first one is the one i already posted, the second one looks like this:

-------------
An unhandled exception ('System.Security.Cryptography.CryptographicException') occurred in vault.exe [1892]. Just-In-Time debugging this exception failed with the following error: Debugger could not be started because no user is logged on.

Check the documentation index for 'Just-in-time debugging, errors' for more information.
-------------

The EventID is 4096, the eventSource is VsJITDebugger.

Any other ideas or suggestions?

WM_THX
-thomas

Beth · Post by **Beth** » Thu May 08, 2008 3:50 pm

No need to run that test I think. One thing you might try is changing the path to a test folder under C:\ and see if it would get to that location.

thomas woelfer · Post by **thomas woelfer** » Fri May 09, 2008 4:30 am

That doesn't help either: just tried to "get" to c:\temp, and the exact same error message is logged in event log.

any other suggestions? obviously vault is crashing /w a "CryptographicException" - maybe there is some additional logfile that we can use to extract some more information about this?

-thomas

Beth · Post by **Beth** » Fri May 09, 2008 10:28 am

Do you by any chance have the 3.0 or 3.5 .NET framework on your system?

thomas woelfer · Post by **thomas woelfer** » Fri May 09, 2008 10:37 am

i have:

1.0.3705
1.1.4322
2.0.50727
3.0

(each one with all service packs)

thomas woelfer · Post by **thomas woelfer** » Wed May 14, 2008 4:56 am

Beth,

do you have any further suggestions ?

-thomas

Beth · Post by **Beth** » Thu May 15, 2008 9:13 am

Sorry for the delay. I've been trying to reproduce this.

Beth · Post by **Beth** » Thu May 15, 2008 12:18 pm

Can I have you go to your file VaultGUIClient.exe.config in C:\Program Files\SourceGear\Vault Client and make a copy of that file. Then rename it to Vault.exe.config.

In that document, right after the <configuration> tag, add the following:
<startup>
<requiredRuntime version="v2.0.50727" safemode="true"/>
</startup>

Then try again and see if it runs.

thomas woelfer · Post by **thomas woelfer** » Fri May 16, 2008 2:57 am

I just tried and this didn't change anything.

-thomas

Beth · Post by **Beth** » Fri May 16, 2008 10:01 am

Is this script being run under administrator or an administrator account?

thomas woelfer · Post by **thomas woelfer** » Fri May 16, 2008 10:14 am

its run by the scheduler under the "administrator" account, which is the local administrator account: thats when it fails.

however, when i log in, i also log in /w this acount.

-thomas