We're still missing some key info, methinks. Is the scheduled job a single executable that does all of this wonderful magic?
Where is the error message occurring, and how are you able to determine if it is the source location or destination that is having the problem? If you are able to get things to work with a batch file, doesn't that indicate that it's NOT an account permissions issue, but something else that is different between the old system and the new? -ASB: http://XeeSM.com/AndrewBaker On Thu, Jun 3, 2010 at 12:01 PM, Steve Kelsay <[email protected]> wrote: > No, I think I led you astray. The executable does not use FTP. It picks > up files that have been ftp from the external world to a Novell server, then > moves the files using windows to a Microsoft server. That is the point that > is failing, it cannot see the Novell folders in order to do the file moves. > It is almost like the user account is not being recognized, but only for the > Novell access. Why it is recognized while running outside of the scheduled > task and is recognized running the exact same executable inside the task is > the issue. > > > > *From:* Ziots, Edward [mailto:[email protected]] > *Sent:* Thursday, June 03, 2010 11:10 AM > > *To:* NT System Admin Issues > *Subject:* RE: Server 2008 reading from Novell server > > > > OK then can you see if it takes the information from the FTP server ( FTP > logs) (Step 1), then audit the Microsoft Server to see if its put there with > the auditing. Also you can use tcpview to take a look if the executable when > run makes a connection to the FTP accordingly. > > > > Z > > > > Edward Ziots > > CISSP,MCSA,MCP+I,Security +,Network +,CCA > > Network Engineer > > Lifespan Organization > > 401-639-3505 > > [email protected] > > > > *From:* Steve Kelsay [mailto:[email protected]] > *Sent:* Thursday, June 03, 2010 10:06 AM > *To:* NT System Admin Issues > *Subject:* RE: Server 2008 reading from Novell server > > > > It runs an executable which moves files from certain folder trees on a > Novell FTP server to a Microsoft server to be processed by our tax system. > Essentially, it just moves files from a public server to a private one and > renames them according to some weird process incorporating account names and > dates. > > > > *From:* Tom Miller [mailto:[email protected]] > *Sent:* Thursday, June 03, 2010 10:03 AM > *To:* NT System Admin Issues > *Subject:* RE: Server 2008 reading from Novell server > > > > 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/> ~
