File Share Cluster, Previous versions not showing although snapshots exist.


new file share fail on cluster. 2 virtual nodes running server 2016 shared vhd virtual disks.

the clustering portion seems working @ point, roles , shares etc fail on fine access network constant etc.

the remaining problem seem have accessing previous versions.

i set shadow copies within "failover cluster manager" stored on same volume data i'm not using separate disks or volumes store shadow copies. 

i can see shadow copies on volumes in disk management , vssadmin, example:

contents of shadow copy set id: {107cab90-45bb-4b2d-9637-bf2d9f266f73}
   contained 1 shadow copies @ creation time: 22/03/2017 12:00:43
      shadow copy id: {ebd4c1ce-f567-450b-953c-2b159d56f54a}
         original volume: (r:\shares\share-1\mi\)\\?\volume{49e78522-7de8-4cbb-968a-a81cc0c9732a}\
         shadow copy volume: \\?\globalroot\device\harddiskvolumeshadowcopy2162
         originating machine: fs3.otb.local
         service machine: fs3.otb.local
         provider: 'microsoft software shadow copy provider 1.0'
         type: clientaccessible
         attributes: persistent, client-accessible, no auto release, no writers, differential

i can see vssadmin snapshots contain data 2.0gb in of them

however if on server tried access them "show previous version" get: "there no previous versions available"
if on clustered share (in instance \\fsclus1\sharename\) "no previous versions available"
if on local server shared volume hidden admin share (in instance \\fs3\r$) "no previous version available" 
if try admin share via cluster (in case \\fsclus1\r$) "no previous versions available" 

i have tried mounting link snapshot folder on local server. mount worked, got access denied when trying access despite folder seeming have correct permissions

i have tried restarting volume snapshot service , netbios tcpip service recommended in number of places. no dice, along rebooting 1 of hosts. nothing appears work now

the last thing note volumes have dedupe turned on , dont know if cause issue?

any suggestions?


i've figured out whats going on here assume design, perhaps may have further details , looks didn't mention eventual cause within question.
so structure of drive on server 10gb volume called share-1 designated r:\ drive shared , contained example 10 empty folders:
marketing
design
development
and on
each folder used mount linked volume, around limit of volumes , drive letters. mirrored structure of our existing file server, except on our existing file server folders contained on same volume. users share structure looks same, in end share structures vastly different , each department has own dedicated volume dedicate storage , features go it. 
i discovered if access share in following way "\\fsclus1\share-1\marketing" previous version information not available, 
however, if share root of marketing folder (the root of mounted volume) network in case example hidden share \\fsclus1\marketing$ , navigate within folder via new share previous version snapshots available , accessible. (still unavailable via share-1 shared folder)
it seems traversing mounted volume via share breaks "previous version" access. in case mean previous versions not available users of network without giving them access hidden shares, should not cause me many issues, organisation relatively small. see being more of problem bigger organisations or users had become used using feature themselves. 
additionally whilst troubleshooting issue, did move volume snaps shots of mounted volumes new volume drive letter snapshots no longer stored on same drive deduplication runs.
thanks



Windows Server  >  High Availability (Clustering)



Comments

Popular posts from this blog

server manager error: ADAM.events.xml could not be enumerated.

Cannot access Anywhere Access using domain name?

WMI Failure: Unable to update Local Resource Group