EPO 3.0 issue - Tasks

[TPNDK]

hi there...

i have just found a huge problem with task in EPO 3.0

lets say you have configured you eposerver and added 1 task that automatically updates dats from either NAIFTP or NAIHTTP. the task is called "UPDATE NAI" its enable..

The task "UPDATE NAI" is configured to run every day at 11am.

Now here is the following issue with the task:
Eposerver runs fine and the task "UPDATE NAI" updates the datfiles from NAI but after a while(1-10days) suddenly the task failes, and in the "TASK LOGS" you can see that task is executing but returns in a fail.

Then i configure the task "UPDATE NAI" to run immediatly but nothing happens. still error. Reboot the server but still the same problem. Hmmmm then try to delete the task and make a new task based on the old "UPDATE NAI" configuration. run the task immediatly to test to see if it works. when i check the "TASKS LOGS" there is not scheduled this new task nothing is in there.. this is where the issue with the task is in a huge error in epo 3.0

to workaround this.

1. delete the tasks
2. reboot server
3. make new tasks

VOILA. its works. i hope soon there will be a patch from NAI.COM because this is the 3' time that this happens to our epo-server (


Regards,
TPN/DENMARK

 

[theboyhope]

Anyone know if there *is* a patch for this now, cause I'm getting the same thing, except it's not working again after the reboot. :0(

 

[bfralia]

From the way you're describing the problem, I assume you're talking about server tasks that are set up through the repository or at the server level of the tree.

I just went through a whole bag of stuff with McAfee over this.

You can get it to work but if there's ever a failure, the task never runs again.

These are the steps I went through three or four times then suddenly things started working. I haven't had a task crash yet so I'm not sure what will happen then. All I know is that the task is running hourly and has been for a couple of weeks now.

1) Remove the task from the schedule.

2) Remove the epo agent on the server (believe it or not the agent actually passes the task to common framework on the same box). Using a command window (dos prompt) change directories until you get to program files/network associates/common framework.

Type the command: frminst /forceuninstall

3) Reinstall the agent making sure it knows where the siteinfo.xml is.

4) Go to documents and settings, all users, application data, Network Associates, common framework. Delete all the files but leave the sub-folders, then delete the data in the sub-folders.

5) stop and start the common framework service.

6) Rebuild the jobs.

7) Hold your breath

That's your patch.

 

[theboyhope]

Heheheh - what fun! ;o)

Okay, thanks for posting it up. I'll give it a whirl.

 

[bfralia]

I just crashed my repository pull and I'm doing a manual pull right now. I figure in the morning that I'll have to repeat that whole process myself.

 

[TPNDK]

to bfralia, well my patch also works

anyways what i want to say is that i have
reinstalled our Epolicy Orchestrator from 3.0
to 3.0.1 (SP1) and the task seems to work now.
but if i run into the problem i will try to use
your solution.

regards,
Thomas Poppelgaard Nielsen

 

[bfralia]

My solution was applied to epo 3.0.1 - and came from a ticket I had open with McAfee support.

BTW: above I said I'd crashed my repository pull task - runs hourly. It crashed and didn't run again. I just went to the schedule tab - clicked on the button to modify the job, and clicked finish (after going on to the second page of course). The job ran at the next interval and has run all night. I didn't have to apply the process listed above.