1.4.2. Diferenças Adicionais Entre GFS e GFS2

Os sistemas de arquivo do GFS2 não fornecem suporte para os Nomes de Caminho de Contexto Dependente (CDPNs), o qual permite que você crie links simbólicos que apontam para os arquivos ou diretórios de destino de variáveis. Para esta funcionalidade do GFS2, você pode usar a opção bind do comando mount. Para informações sobre bind de montagens e nomes de caminhos de contexto dependentes no GFS2, veja a Seção 4.12, “Montagens Bind e Nomes de Caminho de Contexto Dependente.”.

O módulo do kernel que implementa um sistema de arquivos GFS é gfs.ko. O módulo do kernel que implementa o sistema de arquivos GFS2 é gfs2.ko.

Nos sistemas de arquivos GFS2, a imposição de quotas é desativada por padrão e deve ser ativada explicitamente. Para informações sobre ativar e desativar a imposição de quotas, veja a Seção 4.5, “Gerenciamento de Cota do GFS2”.

Os sistemas de arquivos GFS2 suporta o uso do comando chattr para definir e limpar o sinalizador j em um arquivo ou diretório. Definindo o sinalizador +j em um arquivo habilita o diário de dados nesse arquivo. Definindo sinalizador +j em um diretório significa "herdar jdata", que indica que todos os arquivos e diretórios subsequentemente criados nesse diretório obtenham diários. Usando o comando chattr é a maneira preferida para ativar e desativar o diários de dados em um arquivo.

Em sistemas de arquivos GFS, diários são metadados incorporados que existem fora do sistema de arquivos, fazendo-se necessário extender o tamanho do volume lógico que contém o sistema de arquivos antes de adicionar os diários. Em sistemas de arquivos GFS2, diários são arquivos planos (embora escondidos). Isto significa que para sistemas de arquivos GFS2, os diários podem ser dinâmicamente adicionados conforme servidores adicionais montam um sistema de arquivos, desde que haja espaço no sistema de arquivo para os diários de dados adicionais. Para informações sobre adicionar diários a um sistema de arquivos GFS2, veja a Seção 4.7, “Adicionando Diários ao Sistema de Arquivo”.

O sistema de arquivos GFS2 não suporta o parâmetro ajustável atime_quantum, que pode ser usado pelo sistema de arquivos GFS para especificar com qual frequencia as atualizações do atime ocorrem. No seu lugar o GFS2 suporta as opções de montagem relatime e noatime. A opção de montagem relatime é recomendada para alcançar comportamento similar para configurar o parâmetro atime_quantum no GFS.

Quando montar sistemas de arquivos GFS2, você pode especificar a opção data=ordered ou data=writeback do mount. Quando o data=ordered é configurado, os dados do usuários modificados por uma transação são liberados para o disco antes da transação ser enviada ao disco. Isto deve previnir o usuário de ver blocos não inicializados em um arquivo depois de um travamento. Quando o data=writeback é definido, os dados do usuário são escritos no disco em qualquer momento após que ele é alterado. Isto não promove a mesma garantia de consistência como no modo ordered, mas deve ser um pouco mais rápido para algumas cargas de trabalho. O padrão é o modo ordered (ordenado).

O comando gfs2_tool suporta um conjunto diferente de opções para o GFS2 do que o comando gfs_tool suporta para o GFS:

O comando gfs2_edit suporta um conjunto diferente de opções para o GFS2 do que o comando gfs_edit suporta para o GFS. Para informações sobre opções especificas de cada versão que o comando suporta, veja as páginas man do gfs2_edit e gfs_edit.