You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@geode.apache.org by Parin dazz <pa...@gmail.com> on 2017/06/03 07:17:52 UTC

About Diskstores

Hi,

Could someone help me to understand what it means by online/offline
diskstore?

I have 2 hosts each one having 1 locator and 1 server with replicated
regions. Both have their own diskstore configured in their mounted file
system for persisted region and pdx types both.

Do I have to turn on cluster configuration service to work with that if i
maintain disk store like mentioned above?

More, what it really means by taking disk store offline and back online?
When is it useful and what care I should take while doing that?

Thanks,
Parin

Re: About Diskstores

Posted by Darrel Schneider <ds...@pivotal.io>.
A disk-store is "offline" when no server is using it. So if you shutdown
your whole cluster then all its disk-stores will be offline. Some gfsh
commands operate on offline disk-stores by you telling gfsh where the files
are.
A disk-store is "online" when the server configured to use it is running.

It is not required that you turn on cluster configuration. It is just meant
as an easy way to make sure all the members of the cluster have the same
configuration. Without cluster configuration then you need to manage this
yourself by sharing a cache.xml file or copying it around to your different
hosts.

On Sat, Jun 3, 2017 at 12:17 AM, Parin dazz <pa...@gmail.com> wrote:

> Hi,
>
> Could someone help me to understand what it means by online/offline
> diskstore?
>
> I have 2 hosts each one having 1 locator and 1 server with replicated
> regions. Both have their own diskstore configured in their mounted file
> system for persisted region and pdx types both.
>
> Do I have to turn on cluster configuration service to work with that if i
> maintain disk store like mentioned above?
>
> More, what it really means by taking disk store offline and back online?
> When is it useful and what care I should take while doing that?
>
> Thanks,
> Parin
>