Video Screencast Help

LUA Distribution Center Cleanup fail in FTP Distribution Center

Created: 25 Jul 2013 • Updated: 31 Jul 2013 | 11 comments
This issue has been solved. See solution.

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

Operating Systems:

Comments 11 CommentsJump to latest comment

Montgomery's picture

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)
Mithun Sanghavi's picture

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!!

Mithun Sanghavi
Senior Consultant
MIM | MCSA | MCTS | STS | SSE | SSE+ | ITIL v3

Don't forget to mark your thread as 'SOLVED' with the answer that best helped you.

SMLatCST's picture

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.

Montgomery's picture

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.

SMLatCST's picture

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

Mithun Sanghavi's picture

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!!

Mithun Sanghavi
Senior Consultant
MIM | MCSA | MCTS | STS | SSE | SSE+ | ITIL v3

Don't forget to mark your thread as 'SOLVED' with the answer that best helped you.

SOLUTION
Montgomery's picture

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

Montgomery's picture

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