ClusterStorage – Icones de pasta em Volumes CSV

Hoje trabalhei em uma situação curiosa. Ao tentar acessar o conteúdo de um volume CSV em um dos nós do cluster, notei que o ícone do volume não apresentava a imagem padrão do CSV, ao invés disso, apresentava o ícone de uma pasta:

Ao acessar seu conteúdo, percebo que o mesmo não está disponível, apresentando apenas o diretório vazio.

Fomos imediatamente ao seguindo nó, e notamos que o mesmo problema não ocorria lá:

Como o ambiente estava em produção, resolvemos não testar a movimentação do CSV para evitar impactos. Seguimos então uma linha completa de troubleshooting, validando se o ID do disco deste volume era o mesmo em ambos os nós, e assim por diante.

Através do apoio de um amigo com um expertise gigante em cluster, utilizamos o comando MOUNTVOL /L para listar os volumes montados, e ao comparar os volumes apresentando problema, encontramos o problema:

 

Mountvol /L – executado nó sem problemas:

\\?\Volume{0b68f56f-63b4-4b8d-b7ae-c369beb831ee}\

C:\ClusterStorage\Volume3\

Mountvol /L – executado no nó com problemas

\\?\Volume{0b68f56f-63b4-4b8d-b7ae-c369beb831ee}\

C:\ClusterStorage\Volume3\

C:\ClusterStorage.000\Volume3\

Notei então o diretório C:\clusterstorage.000\, que até então não havia percebido. Ao acessar este volume, encontrei todos os volumes CSVs faltantes.

A criação do diretório “ClusterStorage.000” é um comportamento padrão do cluster, que ocorre quando existe algum tipo de falha no acesso, gravação ou exclusão do compartilhamento CSV$. Basicamente, o serviço do cluster não consegue tomar a ação necessária no caminho padrão C:\clusterstorage, e então um novo caminho é criado, onde as ações podem ser realizadas com sucesso. Este caminho pode ser intitulado de acordo com a necessidade: “ClusterStorage.000”, ClusterStorage.001, ClusterStorage.002 e assim por diante.

A causa deste problema pode estar relacionada desde falta de permissões no respectivo diretório até handles persistentes no diretório abertas por qualquer aplicação, como por exemplo Antí-vírus, ferramentas de backup, ocasionando o famoso “Access Violation”.

Na ocorrência deste comportamento, os seguintes logs podem ser identificados:

CLUSTER.LOG:

INFO  [DCM] Cluster Shared Volume Root is C:\ClusterStorage

INFO  [DCM] DeleteCsvShare: remove csv blockstream C:\ClusterStorage:{db19d832-b034-46ed-a6c5-61e0ebe370d1}

00000cfc.000017c8::2013/11/01-20:00:36.081 WARN  [DCM] Failed to delete csv share CSV$ status 2310

WARN  [DCM] rename attempt C:\ClusterStorage => C:\ClusterStorage.000, status 183

WARN  [DCM] Renamed existing C:\ClusterStorage to C:\ClusterStorage.001

INFO  [DCM] CreateRootDirectory: keeping open handle HDL( bb4 ) to CSV root

INFO  [DCM] create CSV stream file C:\ClusterStorage:{db19d832-b034-46ed-a6c5-61e0ebe370d1}

 

WARN  [DCM] Failed to delete csv share CSV$ status 2310

ERR   [DCM] DoWeNeedToRename: failed to delete directory C:\ClusterStorage\Volume2, status 145

WARN  [DCM] rename attempt C:\ClusterStorage => C:\ClusterStorage.000, status 183

 

SYSTEM LOGS:

roduct: Windows Operating System
ID: 5124
Source: Microsoft-Windows-FailoverClustering
Version: 6.1
Symbolic Name: DCM_EVENT_ROOT_RENAME_SUCCESS
Message: Cluster Shared Volumes root directory ‘%1’ already exists. The directory ‘%1’ was renamed to ‘%2’. Please verify that applications accessing data in this location have been updated as necessary.

Uma vez que o caminho padrão para configuração do CSV é C:\clusterstorage, toda vez que o serviço de cluster é iniciado o cluster por padrão vai tentar utilizar este caminho para mapear os CSVs. Se a pasta não existir, o serviço de cluster recriará a mesma. Sendo assim, a remoção permanente dos diretórios sequenciais Clusterstorage.000, clusterstorage.0001, etc, pode ser adotada como solução para este comportamento.

Uma vez que a recriação do mesmo seja persistente, uma análise mais profunda utilizando o Process Monitor pode ser útil, a fim de identificar ocorrências de access Violation ou Access denied no caminho padrão.

Referências:

 

http://itgaze.blogspot.com.br/2013/11/normal-0-false-false-false-ru-x-none-x.html

https://technet.microsoft.com/en-us/library/ee830297(v=ws.10).aspx

https://forum.kaspersky.com/lofiversion/index.php/t292766.html

 

Marcado com , , , ,

Deixe uma resposta

%d blogueiros gostam disto: