Hi Wes, A few questions: 1) Are you sure your disk store is actually there - in the same location as reported by list missing disk stores? 2) Are you sure you've started all members and the members are still waiting? Use list members and list disk missing disk stores in gfsh to confirm. 3) Did you move or delete files from that location at some point? Even if gemfire recreates files in the same location, it will still report the old files as missing, because the disk store is a assigned a unique id which is what geode really cares about.
-Dan On Wed, Sep 30, 2015 at 10:29 AM, Real Wes Williams <[email protected]> wrote: > > Page 779 of the User's Guide at > http://gemfire.docs.pivotal.io/pdf/pivotal-gemfire-ug.pdf < > http://gemfire.docs.pivotal.io/pdf/pivotal-gemfire-ug.pdf> describes the > administrative procedure "revoke missing-disk-store” to cleanly proceed > when there is a missing disk store. > > I am experiencing this but there are disk stores in the cache server on > which other cache servers are waiting. All I did was a shutdown via gfsh > and restarted using a new jar and a cache.xml function name change. > > Why do disk store’s report as missing when they are ostensibly not > missing ?? > > -rw-r--r--. 1 gemfire pivotal 1829 Sep 28 15:49 BACKUPDEFAULT_3.crf > -rw-r--r--. 1 gemfire pivotal 260 Sep 28 15:49 BACKUPDEFAULT_3.drf > -rw-r--r--. 1 gemfire pivotal 1758 Sep 23 12:50 BACKUPDEFAULT_3.krf > -rw-r--r--. 1 gemfire pivotal 2951 Sep 29 13:18 BACKUPDEFAULT_5.crf > -rw-r--r--. 1 gemfire pivotal 260 Sep 29 13:18 BACKUPDEFAULT_5.drf > -rw-r--r--. 1 gemfire pivotal 5242880 Sep 28 15:49 BACKUPDEFAULT.if > > >
