Can you tell us what the script/task you are attempting to run is supposed to do?
>>> "Ziots, Edward" <[email protected]> 6/3/2010 9:57 AM >>> Can you lay down auditing on the target directory for the account you are using in the script and audit for read/write access for that account, this will tell you if the script is even attempting to read/write to the directory accordingly. Should pair down where you might be having issues. Remember auditing is your friend, when you have these issues. Either that or turn on filemon and look at the script when its running and see what its trying to touch. Z Edward Ziots CISSP,MCSA,MCP+I,Security +,Network +,CCA Network Engineer Lifespan Organization 401-639-3505 [email protected] From: Andrew S. Baker [mailto:[email protected]] Sent: Thursday, June 03, 2010 9:51 AM To: NT System Admin Issues Subject: Re: Server 2008 reading from Novell server >> It is the correct path, I can browse it using the same account. I take this to mean that you have logged on to the console with the same account as the "Microsoft account" in question and then you're running whatever the scheduler is running? >>when run from Task scheduler, it gets an error the target path cannot be found. What are the permissions on the folder and the share? Are you seeing any errors in the eventlog? >>The bat file will work, but there will be other problems until we can eliminate the Novell side, so I would like to get this to work. If the batch file is working, then isn't this a valid workaround? What other types of problems do you anticipate? -ASB: http://XeeSM.com/AndrewBaker On Thu, Jun 3, 2010 at 9:35 AM, Steve Kelsay <[email protected]> wrote: It is using a Microsoft account. Runs fine when run manually, when run from Task scheduler, it gets an error the target path cannot be found. It is the correct path, I can browse it using the same account. It is like the 2008 task scheduler does not like to connect to the novell box, but the server does just fine. I ran a bat file which maps a drive, then uses the drive letter, then deletes the drive, and it runs OK, but the UNC just ain’t getting’ it. The bat file will work, but there will be other problems until we can eliminate the Novell side, so I would like to get this to work. From: Andrew S. Baker [mailto:[email protected]] Sent: Thursday, June 03, 2010 9:00 AM To: NT System Admin Issues Subject: Re: Server 2008 reading from Novell server What account is the scheduled task using? Does the job work fine if you manually run it using the same credentials as the scheduled task? If not, what error is received? -ASB: http://XeeSM.com/AndrewBaker On Wed, Jun 2, 2010 at 4:03 PM, Steve Kelsay <[email protected]> wrote: The thing is, it all worked for years in all earlier version of Microsoft using UNC connections. Now in 2008, it is screwed. I need to do some workarounds, as this is a "big bucks going into the bank" issue. -----Original Message----- From: Ben Scott [mailto:[email protected]] Sent: Wednesday, June 02, 2010 2:56 PM To: NT System Admin Issues Subject: Re: Server 2008 reading from Novell server On Wed, Jun 2, 2010 at 1:55 PM, Steve Kelsay <[email protected]> wrote: > It is just that when running as a scheduled task, > the Novell login is popping up, which doesn't work if no one is on the > machine, and it will not run unattended. Scheduled Tasks don't have access to things like network drives when using the Microsoft SMB client. It's almost like they run in a different user profile. I would expect the same to apply to NetWare. Try using a local batch file as the Scheduled Task target. Have that batch file map the network drives, and then run whatever you want to run. You might still need to provide credentials to the NetWare client, but that's at least scriptable with a batch file. -- Ben Confidentiality Notice: This e-mail message, including attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
