If the amount of data you retain doesn't seem to match the size of the DB
then it's most likely that the DB compression failed for various reasons.
Failures could occur if you try to run the compression during times of high
activity, backups, index creation, etc.
Try to review your log files for any errors reported during the compression
and also please try to re-run it after temporarily shutting down
Artifactory's scheduled services and denying any download/upload requests
for that duration (basically stopping any DB activity during the
compression).
Noam
On Thu, Apr 5, 2012 at 3:24 PM, David Corbin <[email protected]>wrote:
> OK. I upgraded and compressed. There is still a giant (62G!) .dat file.
> Rsync estimate are still substantial (> 1 day) for this particular file
> alone. Any more tips?
>
> David
>
>
> On Tue, Apr 3, 2012 at 7:20 AM, Noam Y. Tenne <[email protected]> wrote:
>
>> Ha...
>>
>> Well the compress option wasn't implemented yet back then :)
>> You could try to manually connect to the Derby DB instance and execute
>> the compress command on it, but I highly, highly recommend that you upgrade
>> your Artifactory; many improvements, features and most importantly
>> optimizations were added to later versions.
>>
>> Cheers,
>> Noam
>>
>> On Tue, Apr 3, 2012 at 2:07 PM, David Corbin <[email protected]>wrote:
>>
>>> I'm almost certainly using the default. How does one tell?
>>>
>>> I do not see and "Advanced" choice under Admin. This is 2.0.0.
>>>
>>> Thanks
>>> David
>>>
>>>
>>> On Thu, Mar 29, 2012 at 11:21 AM, Noam Y. Tenne <[email protected]> wrote:
>>>
>>>> Hi David,
>>>>
>>>> This really depends on the type of storage you use; if you're using the
>>>> default Derby that comes bundled with Artifactory, then you can run the
>>>> Compress operation that can be found under Admin->Advanced-> Maintenance in
>>>> the UI.
>>>> Otherwise, what type of storage do you use?
>>>>
>>>> Noam
>>>>
>>>> On Thu, Mar 29, 2012 at 4:48 PM, David Corbin <[email protected]
>>>> > wrote:
>>>>
>>>>> I've an artifactory setup running and it's been doing fine, but now we
>>>>> want to move it to another box.
>>>>> In the process of doing this, I noticed this giant (61GB) file in the
>>>>> story, and I just don't think we have had nearly enough stuff in or repo
>>>>> data of this size. Is there some type of maintenance I should be running
>>>>> that might reduce the disk consumption? Is there some better way to
>>>>> migrate this than copying files? It takes a long time to copy these
>>>>> files....
>>>>>
>>>>> Thanks
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> This SF email is sponsosred by:
>>>>> Try Windows Azure free for 90 days Click Here
>>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>>> _______________________________________________
>>>>> Artifactory-users mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>>
>>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> This SF email is sponsosred by:
>>>> Try Windows Azure free for 90 days Click Here
>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>>
>>>
>>>
>>> --
>>> David Corbin
>>> Allure Global Solutions
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Better than sec? Nothing is better than sec when it comes to
>>> monitoring Big Data applications. Try Boundary one-second
>>> resolution app monitoring today. Free.
>>> http://p.sf.net/sfu/Boundary-dev2dev
>>>
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> _______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
>
> --
> David Corbin
> Allure Global Solutions
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
