[Solved] File Not Found Problem - VisualCron

Please note that VisualCron support is not actively monitoring this community forum. Please use our contact page for contacting the VisualCron support directly.

Welcome Guest! To enable all features please Login or Register.

keithdavis
Free support Topic Starter

12 years ago

I have a job that has run just fine for years and suddenly, today, when I start it, I get:

"The Job could not be started because the file could not be found. Please check the path."

The .exe it is looking for is here:

C:\Users\keithdavis\Documents\Scripts\ServerVersions\BackupRobocopy.exe

I can run that .exe manually with or without the arguments and it runs fine. If I take out the arguments, the job still fails. Checked credentials. Ran other jobs that start .exe files and those work fine.

What happened? What changed?

Edited by moderator 12 years ago | Reason: Not specified

Sponsor

Forum information

Wanna join the discussion?! Login to your Forum forum account or Register a new forum account

Support
Official support

12 years ago

Where is the Job located (the robocopy job). It seems like the path to that is not found - not the actual path to robocopy.

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

keithdavis
Free support Topic Starter

12 years ago

Not sure what you mean.

keithdavis
Free support Topic Starter

12 years ago

Tried creating a brand new job, and it still failed.

Support
Official support

12 years ago

Ah, the problem might be a Condition you use in that Job? A File Condition. Did not read the error text properly - I thought it was something with the Task but this is before the Task is being run.

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

Support
Official support

12 years ago

Hmm..the error text was misleading. It is actually the Task.

So, read/write permissions could have been changed in the program files folder. Try copying robocopy to c:\ for example to see if that works.

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

Support
Official support

12 years ago

I see know that the path is to your profile. That one might be locked as well from the SYSTEM account. To access it you need to use a Credential (same user as you are logged in as) and you need to have "Local login" and "Load profile" checked.

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

keithdavis
Free support Topic Starter

12 years ago

I've tried it it muliple locations and other .exe files in that folder work fine, but let me run some more tests.

keithdavis
Free support Topic Starter

12 years ago

Originally Posted by: Support

I see know that the path is to your profile. That one might be locked as well from the SYSTEM account. To access it you need to use a Credential (same user as you are logged in as) and you need to have "Local login" and "Load profile" checked.

It's not running as System. It's running with special user that is in the Domain Admins group.

Support
Official support

12 years ago

#10

Originally Posted by: keithdavis

Originally Posted by: Support

I see know that the path is to your profile. That one might be locked as well from the SYSTEM account. To access it you need to use a Credential (same user as you are logged in as) and you need to have "Local login" and "Load profile" checked.

It's not running as System. It's running with special user that is in the Domain Admins group.

Ok, could be some limitations here - but I am just guessing. You should see this if you are able to launch the same file from c:\ for example.

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

keithdavis
Free support Topic Starter

12 years ago

#11

Ok, weird. This .exe is a compiled AutoIt script. It does appear to be something that we changed in the script. The VisualCron result was what was confusing me.

Support
Official support

12 years ago

#12

Originally Posted by: keithdavis

Ok, weird. This .exe is a compiled AutoIt script. It does appear to be something that we changed in the script. The VisualCron result was what was confusing me.

I agree, we will update this a bit.

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

keithdavis
Free support Topic Starter

12 years ago

#13

Ok, that was incorrect. I just removed the file and replaced it with the same exact version and now the the new version works as well. Maybe the file system was locking it? If so, I restarted this machine and that did not fix it.

Support
Official support

12 years ago

#14

Originally Posted by: keithdavis

Ok, that was incorrect. I just removed the file and replaced it with the same exact version and now the the new version works as well. Maybe the file system was locking it? If so, I restarted this machine and that did not fix it.

Yes, maybe. I have never seen this error before (with this specific scenario). The error itself is returned from Windows but we try to be more verbose (still it was a little bit confusing this time).

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

keithdavis
Free support Topic Starter

12 years ago

#15

Weird. We didn't change anything and it's happening again this morning:

From: KDAVIS [mailto:KDAVIS@pridedallas.com]
Sent: Tuesday, December 11, 2012 4:01 AM
To: # IT
Subject: VisualCron - KDAVIS - Error - BackupRobocopy.exe

Computer: KDAVIS

Date/Time: 2012-12-11T04:00:42

Task: BackupRobocopy.exe

Executed at: 12/11/2012 4:00 AM

Task Error: The Job could not be started because the file could not be found. Please check the path.

Edited by user 12 years ago | Reason: Not specified

keithdavis
Free support Topic Starter

12 years ago

#16

Wow. Actually, ANY .exe run with these credentials fail. If I run with my own credentials, it works fine. These same credentials are used on a dozen machines and this is the only one having a problem.

AND these credentials worked fine that one time yesterday. I've re-entered the password, to verify it, but no effect.

Edited by user 12 years ago | Reason: Not specified

bbusse
No customer

12 years ago

#17

I'm curious if you're having an issue with executables that were created on another system, and then placed on the server. If you're logged into your VC server, as the credentials you're running it as, what happens when you right-click the EXE file and select properties? On the General tab, do you have an 'Unblock' button, similar to an example that I have attached?

bbusse attached the following image(s):

keithdavis
Free support Topic Starter

12 years ago

#18

I don't think that is the problem, but I believe it has lead me to it. When I try to login to Windows with those credentials, I get all kinds of errors (explorer, resource, TortoiseSVN crashes.) I can't even view the properties of a file.

I'm going to clear the profile for that account from this system and see what happens.

keithdavis
Free support Topic Starter

12 years ago

#19

That fixed it!

So, a corrupt Windows user profile was the cause.

bbusse
No customer

12 years ago

#20

Excellent!. Glad I could nudge you into the solution. haha. Love it when it works out like that.

Brian

Support
Official support

12 years ago

#21

Thanks for all the updates 😁. Interesting issue!

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

keithdavis
Free support Topic Starter

12 years ago

#22

Well, darn, it's happening again this morning:

Computer: KDAVIS
Date/Time: 2012-12-12T04:00:43
Task: BackupRobocopy.exe
Executed at: 12/12/2012 4:00 AM
Task Error: The Job could not be started because the file could not be found. Please check the path.
Execute: C:\Users\keithdavis\Documents\Scripts\ServerVersions\BackupRobocopy.exe "Full Daily To File"

Support
Official support

12 years ago

#23

Can't you place the file anywhere else than in your profile? Does not seem like the best option if anyone wants to make changes etc.

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!

keithdavis
Free support Topic Starter

12 years ago

#24

I've tried running the file (or other .exe files) elsewhere and the problem still exists.

This is my machine, and these files are checked out of CVS, changes are made elsewhere and checked out or made locally and checked in.

We've used this configuration for 5+ years and had no issues until last week.

Support
Official support

12 years ago

#25

Have you tried it somewhere else and run it without a Credential?

Henrik
Support
http://www.visualcron.com
Please like VisualCron on facebook!