?
Solved

SyncBackSE Scheduled task fails, but running the task manually does not?

Posted on 2010-01-12
10
Medium Priority
?
1,322 Views
Last Modified: 2013-12-02
I have a Windows 2003 server with 4TB data that I want to Sync with a NAS on a daily basis after our daily backups have run. By suggestions from EE I have bought SyncBackSE and I do like the program for it's versatility and ease of use.

There is just one issue. I created a task for Sync of our development data and ran a test. It went fine with no errors (except of course access to open files since I was running the test in working hours). I have tried running the task Friday afternoon when noone was left in the office and that went fine too, and copied all the files to the NAS.

When I scheduled the task to run, I get the below error in the log:

Log Report: Overview  
Profile Name: Development to NAS Type: Mirror Right
Unattended: Yes
Username: MyDomain\DomainUserName Computer Name: SERVER
Log Report Errors and Warnings:
"Cannot connect to NAS : Logon failure: unknown user name or bad password."

Now that in itself is quite explicit as an error message, but I can't figure out where the difference is, from SyncBackSE's point of view, in the credentials it usses on a job started manually, and one that is Scheduled.

this is the crux of the erro as I see it, but maybe I'm just looking in the wrong direction.

As you can see from the log message, we have a Domain, and the username for the scheduled task is currently mine (will be changed to a static account once this is up and running) and the access to the NAS is with the admin password I created for the NAS (same as i used to map the NAS as a Network drive).

When I setup the job, I had the NAS mapped as a Network drive on the Server that has the data for replication and has SyncBackSE installed, and when I selected the destination drive as the mapped NAS drive, SyncBackSE suggested a UNC path instead, and I followed that advice and let it keep the converted destination name.

I have a very annoying feeling that this has an very easy fix, but I just can't see it...

Best Regards
Panthom
0
Comment
Question by:Panthom
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 6
  • 4
10 Comments
 
LVL 47

Expert Comment

by:noxcho
ID: 26301401
Hi Panthom, is the task handled via Windows Task Scheduler?
If yes then find there in Task Scheduler your task and specify there Run As options. You will need to provide admin or another account with admin rights. Since then when the task time comes it will login as admin user and perform the necessary sync. I have never use SyncBackSE but most of similar applications work this way.
0
 

Author Comment

by:Panthom
ID: 26378478
Hi Noxcho

Apologies for the late reply.

It does indeed run via the Windows Task Scheduler, but the user we use is a domain user we use for static operations.
Are the permissions the ones needed to execute a Scheduled task on the server, or the permissions to access the NAS (which is not in the domain).?

Best Regards
Panthom
0
 
LVL 47

Expert Comment

by:noxcho
ID: 26379411
Task scheduler runs under definite user. If you give to this user (lets create additional user and give it permissions of administrator plus permissions to write\read to share on NAS) proper rights then it should work.
0
Migrating Your Company's PCs

To keep pace with competitors, businesses must keep employees productive, and that means providing them with the latest technology. This document provides the tips and tricks you need to help you migrate an outdated PC fleet to new desktops, laptops, and tablets.

 

Author Comment

by:Panthom
ID: 26379662
Hi Noxcho

Since the NAS is not in the domain the user/pass typed in the run_as field in scheduled tasks cannot be the one to authenticate towards the NAS.
But in SyncBackSE you type in credentials for the target destination folder, so one would think that the scheduled task only asks SyncBackSE to perform "duty - sync" after which the actual settings typed into SyncBackSE should take over... yes?

Best Regards
Panthom
0
 
LVL 47

Accepted Solution

by:
noxcho earned 1500 total points
ID: 26379854
I think the Task Scheduler settings ignore the SyncBackSE settings.
Again give to the user you run task under the read\write permissions to NAS. Or map the share and see if it works.
This is just suggestion.
0
 

Author Comment

by:Panthom
ID: 26379887
Hi Noxcho

When setting up the Sync job in SyncBackSE, I choose the mapped network drive that I made for testing connectivity and permissions to the NAS. SyncBackSE then converts that to a \\NAS\Folder\Subfolder address and since this works manually, I don't see what to change about that.

Best Regards
Panthom
0
 
LVL 47

Assisted Solution

by:noxcho
noxcho earned 1500 total points
ID: 26379901
So manually it works. But fails to run scheduled works. Dig into Task Scheduler. Do you specify the same user in Task Scheduler you do in Sync?
0
 

Author Comment

by:Panthom
ID: 26380082
Hi Noxcho

I'll look into this some more Monday, or maybe this weekend if I can free some time for it.
There is a message in SyncBackSE stating that the user credentials are not the same, but they are if I use my username/password, so that message only corresponds to the currently logged in user.

Best Regards
Thomas Petersen
0
 

Author Comment

by:Panthom
ID: 30187110
The problem was caused by a "ghost" mapping from a remote login session on the server, that also had credentials for the NAS registered, which Task Scheduler chose to use instead. I could reproduce the problem by logging in remotely again, and map the NAS.
If I left the session without logging out, the SyncBackSE scheduled task would fail again.

This issue is resolved.
0
 

Author Closing Comment

by:Panthom
ID: 31675981
This question was a long time in completing because I haven't had time available to dedicate to this issue before now.
0

Featured Post

Need protection from advanced malware attacks?

Look no further than WatchGuard's Total Security Suite, providing defense in depth against today's most headlining attacks like Petya 2.0 and WannaCry. Keep your organization out of the news with protection from known and unknown threats.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

The Delta outage: 650 cancelled flights, more than 1200 delayed flights, thousands of frustrated customers, tens of millions of dollars in damages – plus untold reputational damage to one of the world’s most trusted airlines. All due to a catastroph…
David Varnum recently wrote up his impressions of PRTG, based on a presentation by my colleague Christian at Tech Field Day at VMworld in Barcelona. Thanks David, for your detailed and honest evaluation!
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're looking for how to monitor bandwidth using netflow or packet s…
There's a multitude of different network monitoring solutions out there, and you're probably wondering what makes NetCrunch so special. It's completely agentless, but does let you create an agent, if you desire. It offers powerful scalability …
Suggested Courses

801 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question