Endpoint Protection

Hi,

I have a problem with the cleanup of a FTP Distribution Center. The user I have configured for that has enough rights to delete something. The manually deletion works. Does anyone have a solution for that problem?

Thanks!

With best regards,

Montgomery

any specifc error you see?

No only that the cleanup fail.

are you using the latest version?

check within the log luapplication and also this article

http://www.symantec.com/business/support/index?page=content&id=TECH147134

What is the latest version of LUA? I use the version 2.3.2.99.

Here is a example log entry for the cleanup problem:

2013-07-26 09:03:01,004 [pool-124-thread-11] ERROR cleanCLU.PurgeCluThread  - Server: ScanEngine --  Error Deleting file : 1374353182jtun_ennluap2.sol
2013-07-26 09:03:01,004 [pool-124-thread-11] INFO  cleanCLU.PurgeCluThread  - Server: ScanEngine --  Deleting file : 1372346468jtun_ennluap2.x86
2013-07-26 09:03:01,004 [pool-124-thread-11] ERROR rcl.FtpHelper  - Error in deleteFile :
java.net.SocketException: Software caused connection abort: socket write error
    at java.net.SocketOutputStream.socketWrite0(Native Method)
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109)
    at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
    at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221)
    at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291)
    at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:295)
    at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:141)
    at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:229)
    at java.io.BufferedWriter.flush(BufferedWriter.java:254)
    at org.apache.commons.net.ftp.FTP.__send(FTP.java:496)
    at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:470)
    at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:547)
    at org.apache.commons.net.ftp.FTP.cwd(FTP.java:768)
    at org.apache.commons.net.ftp.FTPClient.changeWorkingDirectory(FTPClient.java:960)
    at com.symantec.lua.util.rcl.FtpHelper.deleteFile(DashoA10*..)
    at com.symantec.lua.adapter.queue.cleanCLU.PurgeCluThread.a(DashoA10*..)
    at com.symantec.lua.adapter.queue.cleanCLU.PurgeCluThread.call(DashoA10*..)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
    at java.util.concurrent.FutureTask.run(FutureTask.java:166)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:722)

Hello,

As per the Logs, we see the below errors:

2013-07-26 09:03:01,004 [pool-124-thread-11] ERROR rcl.FtpHelper  - Error in deleteFile :
java.net.SocketException: Software caused connection abort: socket write error
    at java.net.SocketOutputStream.socketWrite0(Native Method)
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109)

To recover the LUA interface, re-launch \Program Files\Symantec\Live Update Administrator\Tomcat\bin\bootstrap.jar.

After running that, the LUA interface will appear when launched.

Secondly, check these Articles:

How to safely delete a LiveUpdate Administrator 2.x Distribution Center

http://www.symantec.com/docs/TECH202141

What to do if you have Manually Deleted Files from a LiveUpdate Administrator 2.x Distribution Center?

http://www.symantec.com/docs/TECH132036

Verify the LiveUpdate Administrator 2.x Purge Operations - check this Article:

http://www.symantec.com/docs/TECH147134

Hope that helps!!

It looks as if you;re already running the latest LUA version, so no worries there.

Have you had a look at the logs on your remote Distribution Centre / FTP Server?  This will hopefully be more indicative of the cause.

I think it is to early for a recovery because the other things work fine. The FTP logs look like that:

07:00:00 10.100.39.4 [8745]USER server\SLuaAgent 331 0
07:00:00 10.100.39.4 [8745]PASS - 230 0
07:00:00 10.100.39.4 [8745]CWD / 250 0
07:00:00 10.100.39.4 [8745]DELE sse$20avenge$20definitions$20for$20x86$2dlinux_7.0_symalllanguages_livetri.zip 550 2
07:00:00 10.100.39.4 [8745]CWD / 250 0
07:00:00 10.100.39.4 [8745]DELE sse$20avenge$20definitions$20for$20x86$2dwindows_7.0_symalllanguages_livetri.zip 550 2
07:00:00 10.100.39.4 [8745]CWD / 250 0
07:00:00 10.100.39.4 [8745]DELE sse$20avenge$20definitions$20for$20sparc$2dsolaris_7.0_symalllanguages_livetri.zip 550 2
07:00:00 10.100.39.4 [8745]CWD / 250 0
07:00:00 10.100.39.4 [8745]DELE sse$20titanium$20setting$20for$20x86$2dwindows_7.0_symalllanguages_livetri.zip 550 2
07:00:00 10.100.39.4 [8745]CWD / 250 0
07:00:00 10.100.39.4 [8745]DELE sse$20titanium$20revocation$20for$20sparc$2dsolaris_7.0_symalllanguages_livetri.zip 550 2
07:00:00 10.100.39.4 [8745]CWD / 250 0
07:00:00 10.100.39.4 [8745]DELE sse$20titanium$20revocation$20for$20x86$2dwindows_7.0_symalllanguages_livetri.zip 550 2
07:02:57 10.100.39.4 [8745]closed - 421 121

I think the value means "Permission Denied". But the User has full control access to that.

Yeah, the 550 error does seem to indicate some issue with the file.

You say you've tried performing these actions manually (over ftp) and it all works?

If not, it may be worth testing it yourself using the Windows ftp client commands:

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/ftp.mspx

Hello,

Did you check these Articles:

How to safely delete a LiveUpdate Administrator 2.x Distribution Center

http://www.symantec.com/docs/TECH202141

What to do if you have Manually Deleted Files from a LiveUpdate Administrator 2.x Distribution Center?

http://www.symantec.com/docs/TECH132036

Hope that helps!!

I have created the Distribution Center new now. I will let you know, if that works.

After creating the Distribution Center new, the Cleanup works. Thanks to everybody, for all your help!