Tom's Hardware: Topic scheduled task never run on RDP?
Ad
News
Woodcrest launches Intel into a new era
Intel today introduced the first processor based on its "Core" architecture: The Xeon 5100 rings in the beginning of the end of the Netburst architecture - a power hungry technology that was introduced more than five years ago and brought the company down to its knees. Core's mission is to restore Intel's competitiveness and lay the foundation for the firm's future. Read more
Audio supercomputer hidden in your graphics card?
Nvidia's graphic cards may have much more to offer than simply drawing pixels on the screen: A startup company has found a way to translate audio signals into graphics, run them through the graphics card and overcome a common issue of limited audio effect processing performance in computers. Read more
AMD's Fusion: Revolution or dangerous adventure?
AMD today confirmed that it will be developing a processor, code-named "Fusion," that will combine a traditional CPU with graphics capabilities under one roof. If the deal was really just about integrating graphics, ATI could turn out to be a tremendously expensive deal. But in the end, Fusion may not be about graphics at all - but about a technology that could revolutionize the CPU. Read more
IBM's WPAN chipset aims to replace high-def cables, Bluetooth
Today in San Francisco, IBM unveiled a revolutionary new chipset that would replace the spaghetti of cables that connect today's multimedia equipment, with super-high-frequency wireless networks in the gigabit range. But will the CE industry greet IBM with open arms? Read more
Latest Reviews & Articles
Village Tronic ViBook: Multi-Monitor For Your Netbook
Once you've used a multi-monitor setup, it's almost impossible to go back to a single screen. Notebook users likely feel this pain most sharply. However, Village Tronic's ViBook proposes a USB-based solution for the folks looking for more display space. Read more
Setting Up Your First 64-Bit Digital Audio Workstation
You already know how to build a PC. But do you know how to take desktop hardware components and turn them into a digital audio workstation? John Brandon discusses how he pieced together his latest musical creation, along with the accompanying software. Read more
Windows 7 Versus XP: Which Belongs On Your Netbook?
Windows Vista was never really an option for netbook users, but the release candidate of Windows 7 piqued our interest. Can Microsoft finally retire Windows XP in the netbook space? Even now with RC1 available, the answer seems tied to driver development. Read more
A Lesson In Backup: Taking Care Of Your Data
If you aren't regularly backing up your data, now's a good time to start. In this piece we cover some of the basic backup strategies, a handful of available tools, and backup performance over USB 2.0 using Samsung's newest Story Station external drive. Read more
Tom's Hardware > Forum > Windows 2000/NT > Windows 2000/NT General Discussion > scheduled task never run on RDP?
Tom's Hardware: Over 1.4 million members in 6 different countries available to answer all your high-tech questions.
Sign up now! Its free!
Archived from groups: microsoft.public.win2000.general (More info?)
See below.
"ykffc" <ykffc@discussions.microsoft.com> wrote in message
news
D79B64C-6512-4595-8918-E3BB7107E674@microsoft.com...
> Thanks. Unless I still mis-understand you, apparently you've seen an
> AUTOMATED scheduled task to run on remote desktop (which I have never).
Correct.
> Tell you more exactly, our many scheduled tasks are running 7/24. We
normally
> leave the console signed on at all time. According to what you wrote, I
> should try this:
> 1) log off the console
Do your initial test while logged on at the console.
> 2) at another computer, fire up remote desktop, connect it the machine
that
> runs the scheduled tasks, using the same account as those scheduled tasks
are
> running under. It seems you said I will then be able to monitor it.
Yes. But as I said, I have come across some cases where this method did not
work.
> I shall try that to verify it later.
>
> Yes, what you suggest is what is already in use. We make use of emails,
> logfiles and other tools to monitor automated tasks. But sometimes I do
need
> to watch what's going on, especially when it looks like a task stops due
to
> an unexpected error.
Not necessarily. You should try this:
@echo off
echo %date% %time% Start of task > c:\test.log
echo User=%UserName%, Path=%path% >> c:\test.log
c:\Tools\YourTask.exe 1>>c:\test.log 2>c:\test.err
echo ErrorLevel of c:\Tools\YourTask.exe=%ErrorLevel% >> c:\test.log
echo %date% %time% End of task >> c:\test.log
Now have a look at your log files and you will be able to see
why the task stops, because all output is captured immediately.
> "Pegasus (MVP)" wrote:
>
> > You can monitor a scheduled task via a console or RDP
> > session if
> > a) you log on first under the same account as used by the
> > scheduled task, and
> > b) the scheduled task starts after you have completed
> > the logon process.
> >
> > The usual method to monitor a scheduled task is by
> > placing its commands into a batch file, then collecting
> > the standard and error output from each command into
> > separate log files.
> >
> >
> > "ykffc" <ykffc@discussions.microsoft.com> wrote in message
> > news:1E095614-F97A-4611-BDA8-8171BEFB46FD@microsoft.com...
> > > <quote>To watch a task execute, you must be logged on under
> > > the same account as the account that is used for the scheduled
> > task.</quote>
> > > agree
> > > <quote> Whether your current session is a console or an RDP session is
> > > irrelevant</quote> Maybe you've misread my question. I'd better put up
the
> > > question differently: is there any way I could monitor an automated
> > scheduled
> > > task via a RDP session? Monitoring means to be able to interact with
the
> > > program as required and/or break the running code when required (but
via a
> > > RDP sesssion).
> > >
> > >
> > >
> > > "Pegasus (MVP)" wrote:
> > >
> > > > See below.
> > > >
> > > > "ykffc" <ykffc@discussions.microsoft.com> wrote in message
> > > > news:CC9122CA-125E-412E-8CA3-7BD172E16B50@microsoft.com...
> > > > > I am able to run an already-created scheduled task from the RDP
> > (remote
> > > > > desktop) by right-click a task, then select run. Is it true that
no
> > matter
> > > > > how the task is set-up, we could only interact with it from the
> > console,
> > > > but
> > > > > never on a remote desktop? I was made to believe (based on
> > experience)
> > > > that
> > > > > I an never see what is going on (with the task I started via a
> > scheduler)
> > > > > unless I am sitting in front of the console, true or not?
> > > > To watch a task execute, you must be logged on under
> > > > the same account as the account that is used for the
> > > > scheduled task. Whether your current session is a
> > > > console or an RDP session is irrelevant.
> > > >
> > > > >
> > > > > Query 2: If a scheduled task is configured to run under a certain
> > Domain
> > > > > Account, will or could we make this task to run if the console is
> > logon as
> > > > a
> > > > > Local user when the computer starts up?
> > > > Scheduled tasks run independently of console sessions.
> > > >
> > > > > Query 3: Excuse me if I were repeating. Assume a scheduled task is
> > > > > configured to run under a certain Domain Account, and when the
> > computer
> > > > > starts up, assume the user signs in using a different Domain
Account.
> > My
> > > > > experience says, the task will run in the background. (true?). Now
> > what
> > > > > happen if I logoff at the console and logon as a local user
> > (non-Domain
> > > > > user)? Will any tasks run on the scheduled hour?
> > > > Scheduled tasks will always run in the background.
> > > > However, the become visible under certain circumstances -
> > > > see the reply to Q1.
> > > >
> > > > However . . . I admit that I have seen some machines where
> > > > the scheduled task remained invisible no matter what!
> > > >
> > > >
> > > >
> >
> >
> >
Please mind
You are about to answer a thread that has been inactive for more than 6 months.
If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.
Sponsored links