cancel
Showing results for 
Search instead for 
Did you mean: 

Vault Cache Sync is not complete

ThiloSchweizer
Level 3

Hello,

 

We are running EV 9.0.2. on our servers and clinet version 9.0.3.1243 on our clients.

After Upgrade from version 8.0.4. to any version 9.0.x we see on our clients, the system will inform the customer at Vault Cache properties:

Header Sync is complete and Content Sync is complete. But in the Cache we miss a lot of content.

For ex. in initial load the system knows at has to download more then 26000 items. 2-3 hours later you see in the property window

to download 0

to archiv 0

items in cache 8226

actual Cache size 1,48 Gbyte

max cache size 9,00 Gbyte

All clients are configured to download all items back in the cache if there is enough space on disk.

Is there any idea to solve this issue ?

 

Thanks a lot

regards

Thilo Schweizer

1 ACCEPTED SOLUTION

Accepted Solutions

JesusWept3
Level 6
Partner Accredited Certified

sorry, i guess i missed the part where you said it had a full download on the old client.
so are you upgrading the client and then doing a reset? just not sure why it wouldnt keep the existing vault cache, but regardless, you would need to do a vault cache sync with full logging, preferably both on the old client and the new client and play spot the difference.

One thing i'd be interested in, is as to whether the actual archive has 26,000 items, or whether its the old client misrepresenting that number and it truly is more like 8,600 items instead.

I have seen other clients that show way more items in the cache than what is actually in the archive

https://www.linkedin.com/in/alex-allen-turl-07370146

View solution in original post

9 REPLIES 9

JesusWept3
Level 6
Partner Accredited Certified

How are you determining the amount of items within the online archive?

https://www.linkedin.com/in/alex-allen-turl-07370146

ThiloSchweizer
Level 3

Hello JesusWept

I check in the Vault Cache properties in outlook.

The values there I wrote in my post.

regards

Thilo

JesusWept3
Level 6
Partner Accredited Certified

so you're saying that when you start the cache sync it says

To Download 26,000
To archive 0
Items in cache 0

Then it starts downloading and it just sits at

To download 0
To archive 0
Items in cache 8226

 

https://www.linkedin.com/in/alex-allen-turl-07370146

ThiloSchweizer
Level 3

after 2-3 hours the system tells me complete on both levels and tell me I have only 8226 items in the cache.

 

JesusWept3
Level 6
Partner Accredited Certified

and i'm guessing that there genuinely IS 26,000 items in the archive right?
to be honest theres not much you can do other than get a client trace of the sync run and see what happens

https://www.linkedin.com/in/alex-allen-turl-07370146

TonySterling
Moderator
Moderator
Partner    VIP    Accredited Certified

Also, do you limit download age?

ThiloSchweizer
Level 3

as I wrote. If I use 8.0.4. client the plugin will download all.

If I use 9.0.x It won´t work.

on the same server infrastructure.

JesusWept3
Level 6
Partner Accredited Certified

sorry, i guess i missed the part where you said it had a full download on the old client.
so are you upgrading the client and then doing a reset? just not sure why it wouldnt keep the existing vault cache, but regardless, you would need to do a vault cache sync with full logging, preferably both on the old client and the new client and play spot the difference.

One thing i'd be interested in, is as to whether the actual archive has 26,000 items, or whether its the old client misrepresenting that number and it truly is more like 8,600 items instead.

I have seen other clients that show way more items in the cache than what is actually in the archive

https://www.linkedin.com/in/alex-allen-turl-07370146

Tremaine
Level 6
Employee Certified

Similar behaviour to this has been seen by a few customers of late. Unfortunately its been a bit troublesome to identify the root cause to date so it would be a huge help if you could open a support case and and reference the following etrack-2754539 so that we could investigate this further if you are able to provide logs  and time.