Tar Optimization stops for no obvious reasons | Community
Skip to main content
JS_Bournival
JS_Bournival
Level 3
October 16, 2015
Solved

Tar Optimization stops for no obvious reasons

  • October 16, 2015
  • 3 replies
  • 868 views

We have setup TarOptimization to run at night, between 2-5 (default). However, in the log files, althought we can see that it runs, when it processes the tar files in the default WS, it stops after the first file (not throwing any exceptions or any other messages for that matter), then switch to the versions WS.

In your experience, is there something that can prevent the Tar Optimization process from working? I mean, normal data manipulation/replication shouldn't affect this process, right? How can I know more about what the TarPM is doing during Optimization?

Also, Garbage Collection and Consistency Check are not running during TO (as recommended).

Thanks for your advices.

JS.

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by joerghoh

Hi,

if you have access to the OSGI console, you can try to download the complete system configuration, which also contains the logfiles :-)

Jörg

3 replies

joerghoh
Adobe Employee
joerghohAdobe Employee
Adobe Employee
October 16, 2015

How many tar files do you have? Can you post the relevant pieces of your log file?

regards,

Jörg

JS_Bournival
JS_BournivalAuthor
Level 3
October 16, 2015

I don't have access to the log files myself (I'll try to post something later), but like I said, the log files tells us it is working.  It goes through crx.default workspace, like 5 minutes, and then it switch to the versions workspace.

I can confirm we have about a dozen tar files per day, and we now have 5 days of undeleted tar files (processed tar files are supposed to be deleted, right?). So you can guess all these tar files are slowly eating up the disk space each day.

joerghoh
Adobe Employee
joerghohAdobe EmployeeAccepted solution
Adobe Employee
October 16, 2015

Hi,

if you have access to the OSGI console, you can try to download the complete system configuration, which also contains the logfiles :-)

Jörg

Terms & ConditionsAccessibility statement

Loading footer...