Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

LUA: Non-existent Distribution causes actual Distribution to fail.

Updated: 20 Jan 2012 | 4 comments
John Cooperfield's picture
0 0 Votes
Login to vote

This is occurring with LiveUpdate Administrator 2.3.1, (a recent clean-install of the new LUA version) on a Win 2003 server with 2 CPUs  that has 7 GB of free space today.

For some of the distribution failures (not all) this reason is given in the LUA Event log: "Another distribution schedule is updating [the] database for the same server" as in the screenshot below.

There were NO Downloads or Distributions running.  On the latest trial, I made extra certain there were no other schedules running by booting and THEN selecting the one Distribution schedule we have and clicking Run Now.  After about ten minutes, we got this error again:

       [screenshot

Additional info:

I have booted,  defragged for timing, recreated Schedules, and repeated manual runs over and over. There is no option to do a repair on LUA. We only have two schedules, and they are both for very early in the morning.

Background: I installed LUA 2.3 about six months ago and it ran rather smoothly for about three months. Then failures became nearly 100%, Support tried many things but could not fix. I uninstalled 2.3 and did a clean install of LUA 2.3.1 released about a month ago (Dec. 2011). Totally clean install. I did not import any settings.   This particluar LUA pulls SEP content from another LUA we have to provide it to some SEP clients in a high-security domain.

Any ideas of how to fix? 

Added keywords Another distribution schedule is updating database for the same server

Comments

John Cooperfield's picture
24
Jan
2012
1 Vote +1
Login to vote

UPDATE Eventually it just started working.

There are a limited number of things you can do on a LUA (short of uninstalling and re-installing) and I tried them all more than once on the 19th and 20th.

Then over the weekend, it decided on its own to start working.

The last major issue I had with a LUA was also marked by intermittently working for days, weeks or even months in a row, then just failing insolubly for several days. I had support cases on that issue.

Thanks

Mick2009's picture
24
Jan
2012
0 Votes 0
Login to vote

Many Thanks

Hi John,

Many thanks for taking the time to add your experiences to the Connect Forum.  I have not come across that particular error message before.  With luck, if this is some sort of widespread issue, other admins in the same situation will find this thread via an Internet search and can add some pieces to the puzzle.  &: )

LUA seldom needs to be reinstalled.  The only maintenence usually necessary is to run the database tuning scripts, and those are now built in to LUA.

Cheers once again!

Mick

With thanks and best regards,

Mick

Ian_C.'s picture
25
Jan
2012
0 Votes 0
Login to vote

7GB free disk space?

What definitions & packages are you downloading?

We download contents and defs for v9, v10.1, v10.2 and v11 and the updates failes with 12GB free disk space (even though >12GB is never downloaded).

 

Maybe a cleanup of TempDownload and distribution points is warrented?

Mick2009's picture
26
Jan
2012
1 Vote +1
Login to vote

Linking a Few Helpful Resources....

These may help to configure or tune your LUA so that it is downloading and distributing just what you need....

 

A Helpful LiveUpdate Administrator 2.x Analogy

https://www-secure.symantec.com/connect/articles/helpful-liveupdate-administrator-2x-analogy

 

Managing LiveUpdate Administrator 2.x Space Usage

https://www-secure.symantec.com/connect/articles/managing-liveupdate-administrator-2x-space-usage

 

Using IIS Logs to Check LiveUpdate Administrator 2.x Health

https://www-secure.symantec.com/connect/articles/using-iis-logs-check-liveupdate-administrator-2x-health

With thanks and best regards,

Mick