Tag: homem
Homem Páginas da NetApp
por Chris Kranz em Jul.07, 2009, sob Geral e Páginas de Manual
NetApp gentilmente me deu permissão para publicar suas páginas de manual aqui. Eles ainda precisam de um pouco de arrumar, mas a grande quantidade significa que ele vai me levar algum tempo para obtê-los tudo resolvido e referências cruzadas corretamente, por favor, desculpem quaisquer problemas visuais para o momento. Eu escrevi uma ferramenta de análise rápida para obter todas as informações aqui, portanto, pode haver algumas questões resultantes dessa ainda.
Eu sempre gostei da maneira que o PHP tem suas páginas de função dando aos usuários a capacidade de comentar diretamente sobre eles. Isto permite às pessoas deixar comentários sobre as funções e ferramentas, e também o acompanhamento com alguns usos extra ou de sintaxe para comandos que não são necessariamente claramente publicados. Esperemos que este pode servir de base para a NetApp para melhorar a sua documentação.
Eu definitivamente gostaria de encorajar as pessoas a comentar sobre as páginas do manual com qualquer coisa que possa ser útil, e espero construir isso em uma seção de referência de grande utilidade. Muito obrigado mais uma vez para o povo da NetApp por me ajudar com isso.
aggr
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
aggr – commands for managing aggregates, displaying aggregate status, and copying aggregatesSYNOPSIS
aggr command argument …DESCRIÇÃO
The aggr command family manages aggregates . The aggr commands can create new aggregates, destroy existing ones, undestroy previously destroyed aggregate, manage plexes within a mirrored aggregate, change aggregate status, apply options to an aggregate, copy one aggregate to another, and display their status. Aggregate commands often affect the volume(s) contained within aggregates.The aggr command family is new in Data ONTAP 7.0. The vol command family provided control over the traditional vol_ u mes that fused a single user-visible file system and a single RAID-level storage container (aggregate) into an indivisible unit, and still does. To allow for more flexible use of storage, aggregates now also support the ability to contain multiple, independent user-level file systems named flexible volumes .
Data ONTAP 7,0 suporta plenamente ambos os volumes tradicionais e flexíveis. A família de comando Agr é o método preferido para o gerenciamento de um filtro de agregados, incluindo aqueles que são incorporados em volumes tradicionais.
Note-se que a maioria dos comandos aggR aplicam-se igualmente para tanto o tipo de agregado que contém volumes flexíveis e do tipo que está fortemente ligado para formar um volume tradicional. Assim, o agregado termo é frequentemente utilizado aqui para referir a ambas as classes de armazenamento. Nesses casos, ele fornece um atalho para as maiores e mais pesadas frase "agregados e volumes tradicionais".
Agregados tanto pode ser espelhado ou não espelhado. Um plex é uma cópia física do armazenamento WAFL dentro do agregado. Um agregado espelhado consiste em duas plexes; agregados não espelhado conter um plex único. A fim de criar um agregado espelhado, você deve ter uma configuração filer que suporta RAID nível de espelhamento. Quando o espelhamento é habilitado no filer, os discos de reposição são divididos em dois pools de discos. Quando um agregado é criado, todos os discos num único plex deve provir da piscina mesmo disco, e os dois plexes de um agregado espelhado deve consistir de discos a partir de pools separados, como esta maximiza o isolamento de falhas. Esta política pode ser substituído com a opção-f para Agr criar, adicionar e Agr Agr espelho, mas não é recomendado.
Um nome agregado pode conter letras, números eo caractere de sublinhado (_), mas o primeiro caractere deve ser uma letra ou sublinhado. Um total combinado de até 200 agregados (incluindo aqueles incorporados em volumes tradicionais) podem ser criados em cada filer.
Um complexo pode ser online ou offline. Se ele está offline, não está disponível para leitura ou gravação. Plexes pode estar em combinações dos seguintes estados:
Todos os grupos normais RAID no complexo são funcionais.
falhou Pelo menos um dos grupos RAID no plex falhou.
plex O vazio é parte de um agregado que está a ser criada, e um ou mais dos discos segmentados para o agregado precisa ser colocado a zero antes de ser adicionada ao complexo.
plex O activo está disponível para utilização.
inativo
O plex não está disponível para utilização.
resyncing
O conteúdo do complexos são actualmente fora da data e estão no processo de ser ressincronizado com o conteúdo do plex outro do agregado (aplica-se aos agregados espelhados apenas).
adição de discos
Os discos são de serem adicionados à plex de RAID grupo (s).
fora de moda
Este estado só ocorre em agregados espelhados onde um dos plexes falhou. O complexo não falha será neste estado, se ele precisava ser sincronizados no momento em que o complexo outro falhou.
Um complexo é nomeado usando o nome do conjunto, um delimitador caractere de barra, e o nome do plex. O sistema seleciona automaticamente os nomes complexos no momento da criação. Por exemplo, o complexo criado pela primeira vez em aggr0 seria agregada aggr0/plex0.
Um agregado pode ser on-line, restrito ou offline. Quando um agregado está offline, sem ler ou escrever o acesso é permitido. Quando um agregado é restrito, algumas operações são permitidas (como cópia agregada, o recálculo da paridade ou reconstrução RAID), mas o acesso aos dados não é permitido. Agregados que não são uma parte de um volume tradicional só pode ser restringido ou off-line, se eles não contêm quaisquer volumes flexíveis.
Agregados pode ser em combinações dos seguintes estados:
Agr agregado A é um agregado moderna, é capaz de conter zero ou mais volumes flexíveis.
cópia
O agregado é atualmente o agregado alvo de uma operação ativa Agr cópia.
degradada
O agregado contém pelo menos um grupo RAID degradada, que não está a ser reconstruído.
estrangeiro
Os discos que o agregado contém foram transferidos para o filer atual de outro filer.
crescente
Os discos são no processo de ser adicionado ao agregado.
inicializar
O agregado é no processo de ser inicializado.
inválido
O agregado não contém volumes e nenhum pode ser adicionado. Normalmente, isso só acontece depois de uma operação de cópia abortada agregado.
engomar
A verificação de consistência WAFL está sendo realizada nesta agregado.
espelho degradado
O agregado é um agregado espelhado, e um dos seus plexes está offline ou resyncing.
espelhado
O agregado é espelhado e todos os seus grupos de RAID são funcionais.
verificar as necessidades
Uma verificação de consistência WAFL precisa de ser realizada sobre o agregado.
parcial
Pelo menos um disco foi encontrado para o agregado, mas dois ou mais discos estão ausentes.
O RAID0 agregado consiste em RAID-0 (sem paridade) grupos de RAID (V-Series e NetCache apenas).
RAID4 global A consiste em RAID-4 grupos de RAID.
raid_dp
O agregado consiste em RAID-DP (Paridade duplo) grupos de RAID.
reconstruir
Pelo menos um grupo de RAID no agregado está a ser reconstruído.
redirecionar
Realocação agregado ou realocação arquivo com a opção-p foi iniciado no agregado. Leia o desempenho de volumes, no total, poderão ser afectados.
resyncing
Um dos plexes de um agregado espelhado está a ser ressincronizados.
snapmirrored
O agregado é uma réplica snapmirrored de outro agregado. Este estado só pode surgir se o agregado é parte de um volume tradicional.
trad agregado A é fundido com um único volume. Este é também referido como um volume tradicional e é exactamente equivalentes aos volumes que existiam antes ONTAP 7,0. Volumes flexíveis não podem ser criadas dentro desse agregado.
verificação
A operação de verificação de RAID espelho está sendo executado no agregado.
WAFL inconsistente
O agregado tem sido marcada corrompido. Entre em contato com o Suporte ao Cliente se você ver um agregado neste estado.
USO
Os seguintes comandos estão disponíveis na suíte Agr:adicionar espelho restringir undestroy copiar esfrega off-line verificar on-line criar show_space destruir opções divididas media_scrub estado rename
[-F]
[-N]
[-G {raidgroup | novo | all}]
{Ndisks [size @]
- |
- -D disk1 [disk2 ... ] [-D diskn [diskn um ... ]]}
Se o-g opção não é usado, os discos são adicionados ao mais recentemente criado RAID grupo util está cheio, e, em seguida, um ou mais grupos RAID são criadas novas e os discos restantes são adicionados a novos grupos. Quaisquer outros grupos RAID existentes que não estão cheios permanecem parcialmente cheio.
A opção-g permite a especificação de um grupo de RAID (por exemplo, rg0) para o qual os discos indicadas devem ser adicionados, ou um método pelo qual os discos são adicionados a grupos RAID novas ou existentes.
Se a opção-g é usado para especificar um grupo de RAID, esse grupo RAID já deve existir. Os discos são adicionados a esse grupo util RAID está cheio. Quaisquer discos restantes são ignorados.
Se a opção g-é seguido por novo, ONTAP cria um ou mais grupos RAID novos e adiciona os discos a elas, mesmo se os discos se encaixam em um grupo de RAID existente. Quaisquer grupos de RAID existentes que não estão cheios permanecem parcialmente cheio. O nome dos grupos RAID novas são selecionadas automaticamente. Não é possível especificar os nomes para os grupos de RAID novos.
Se a opção-g é seguido por todos, ONTAP adiciona os discos especificados para grupos de RAID existentes primeiros. Depois de todos os grupos RAID existentes são cheios, cria-se um ou mais grupos RAID novos e adiciona os discos especificados para os novos grupos.
A opção-n pode ser usado para exibir o comando que o sistema será executado, sem realmente fazer quaisquer alterações. Isto é útil para exibir os discos automaticamente seleccionados, por exemplo.
Por padrão, o filer enche um grupo RAID com discos antes de iniciar um outro grupo RAID. Suponha que um agregado atualmente tem um grupo de RAID de 12 discos e seu tamanho grupo RAID é 14. Se você adicionar 5 discos para este agregado, que terá um grupo RAID com 14 discos e outro grupo com 3 discos RAID. O filer não distribuir discos entre os grupos de RAID.
Você não pode adicionar discos para um agregado espelhado se um dos plexes está offline.
Os discos em um complexo não estão autorizados a atravessar pools de discos. Este comportamento pode ser substituído com o sinalizador-f, quando utilizado em conjunto com o argumento-d para listar discos para adicionar. O sinalizador-f, em combinação com-d, também pode ser usado para forçar a adição de discos que têm uma velocidade de rotação que não coincide com a da maioria dos discos existentes no agregado.
Agr cópia abortar [-h] operation_number | tudo
Finaliza operações de cópia de agregação. O parâmetro t opera_ ion_number especifica que a operação terminar. Se você especificar tudo, todos os agregados operações de cópia ativos são encerrados.
Agr cópia início
[-S |-s snapshot] [-C]
origem destino
Copia todos os dados, inclusive instantâneos e volumes flexíveis, de um agregado para outro. Se a bandeira do S-é usado, o comando copia todos os instantâneos na fonte de agregado para o agregado de destino. Para especificar uma foto especial para copiar, usar o sinalizador-s, seguido do nome do instantâneo. Se você usar nem o bandeira nem-S-s no comando, o filer cria um snapshot no momento em que o Agr o comando de arranque cópia é executado e copia somente esse instantâneo para o agregado de destino.
A bandeira C é necessária se o agregado fonte teve de espaço livre desfragmentação realizada sobre ele, ou se o agregado destino será de espaço livre desfragmentado. De espaço livre desfragmentação pode ser realizada em um agregado utilizando o comando realocar.
Cópias de agregação pode ser feita apenas entre os agregados que hospedam volumes flexíveis. Agregados que são incorporados em volumes tradicionais não podem participar.
Os agregados de origem e de destino pode ser do arquivador mesmo ou diferentes filers. Se a origem ou o destino é agregado em um filer diferente daquele em que você entra no comando de start Agr cópia, especifique o nome agregado no filer_name: aggre_ formato ate_name g.
Os filers envolvidos em uma cópia agregado deve atender aos seguintes requisitos para o comando de partida cópia Agr a ser concluída com êxito:
O agregado de origem deve ser on-line e do agregado de destino deve ser restrito.
Se a cópia for entre dois filers, cada filer deve ser definido como um host confiável do filer outro. Ou seja, o nome do filer deve estar no arquivo / etc / hosts.equiv do filer outro.
Se a cópia está no filer mesmo, localhost deve ser incluído no etc do filer do / / hosts.equiv. Além disso, o endereço de loopback deve estar no filer do / etc arquivo hosts /. Caso contrário, o filer não pode enviar pacotes para si através do endereço de loopback ao tentar copiar os dados.
O espaço de disco utilizável do agregado de destino deve ser maior do que ou igual ao espaço de disco utilizável da fonte de agregado. Use o comando df-Um caminho para ver a quantidade de espaço em disco utilizável de um agregado particular.
Cada Agr comando de partida cópia gera duas operações de cópia agregados: uma para leitura de dados do agregado de origem e outra para gravar dados para o conjunto de destino. Cada filer suporta até quatro operações simultâneas de cópia de agregação.
Agr status da cópia [operation_number]
Exibe o progresso de uma ou todas as operações de cópia Agr. As operações são numeradas de 0 a 3.
Informações sobre reinício ponto de verificação para todas as transferências também é exibido.
Agr cópia do acelerador [operation_number] valor
Controla o desempenho da operação de cópia Agr. O valor varia de 10 (velocidade máxima) a 1 (um décimo de velocidade máxima). O valor padrão é mantido na opção aggr.copy.throttle o filer e está definido 10 (velocidade máxima) na fábrica. Você pode aplicar o valor de desempenho de uma operação especificado pelo parâmetro operation_number. Se você não especificar um número de operação no comando do acelerador cópia Agr, o comando se aplica a todas as operações de cópia Agr.
Utilize este comando para limitar a velocidade da operação de cópia Agr se você suspeitar que a operação de cópia Agr está causando problemas de desempenho em seu filer. Em particular, o acelerador é projetado para ajudar a limitar o uso da CPU da operação de cópia Agr. Não pode ser usado para ajustar os padrões de consumo de largura de banda de rede.
O comando do acelerador Agr cópia apenas permite que você defina a velocidade de uma operação de cópia Agr que está em andamento. Para definir o padrão de velocidade de cópia Agr para ser usado por operações de cópia futuros, use o comando opções para definir a opção aggr.copy.throttle.
Agr create aggrname
[-F]
[M]
[-N]
[-T raidtype]
[-R raidsize]
[-T tipo disco]
[-R rpm]
[-L [conformidade | empresa]]
[-V]
[-L linguagem de código]
{Ndisks [size @]
- |
- -D disk1 [disk2 ... ] [-D diskn [diskn um ... ]]}
Um agregado incorporado podem ser criados como parte de um volume tradicional utilizando a opção-v. Ele não pode conter quaisquer volumes flexíveis.
Um agregado regular, criado sem a opção-v, pode conter apenas volumes flexíveis. Ele não pode ser incorporado num volume tradicional, e que não contém volumes de imediato após a criação. Novos volumes flexíveis podem ser criados usando o comando create vol.
O argumento-t raidtype especifica do tipo de RAID grupo (s) a ser utilizado para criar o agregado. Os tipos de grupos possíveis de RAID são RAID4 para RAID-4, raid_dp para RAID-DP (Paridade duplo), e RAID0 para striping simples, sem proteção de paridade. O raidtype padrão para os agregados e os volumes tradicionais sobre filers é raid_dp. Definir o raidtype não é permitido em V-Series, o padrão de RAID0 é sempre usada.
O argumento-r raidsize especifica o número máximo de discos em cada grupo de RAID no agregado. Os valores máximos e padrão de raidsize são dependente de plataforma, baseada em considerações de desempenho e confiabilidade. Veja opções aggR raidsize para mais detalhes.
A T-argumento de tipo disco especifica o tipo de discos para usar ao criar um novo agregado. É necessária apenas em sistemas ligados aos discos de tipos diferentes. Tipos de discos possíveis são: ATA, FCAL, LUN, SAS, SATA e SCSI. Discos de mistura de diferentes tipos em um agregado não é permitido.-T não pode ser utilizado em conjunto com-d.
Tipo de disco identifica a tecnologia de disco e tipo de conectividade. ATA identifica com discos ATA IDE ou interface serial ATA em prateleiras conectados em FCAL (loop arbitrário Fibre Channel). FCAL identifica discos FC em prateleiras conectados em FC-AL. LUN identifica discos virtuais exportados matrizes de armazenamento externos. O tipo de tecnologia de disco subjacente e RAID depende da implementação de tais sistemas de armazenamento externos. SAS identifica discos Serial Attached SCSI em prateleiras a condizer. SATA identifica os discos Serial ATA em prateleiras SAS. SCSI significa Small Computer System Interface, e é incluído para compatibilidade com versões anteriores com as tecnologias anteriores de disco.
O argumento-R rpm especifica o tipo de discos para usar com base na sua velocidade de rotação em rotações por minuto (rpm). É necessária apenas em sistemas tendo discos com diferentes velocidades de rotação. Os valores típicos para a velocidade de rotação são 5400, 7200, 10000 e 15000.-R não pode ser utilizado em conjunto com-d.
ndisks é o número de discos no agregado, incluindo os discos de paridade. Os discos em deste agregado recentemente criado vir a partir do conjunto de discos de reposição. Os menores discos neste grupo juntam-se o agregado em primeiro lugar, a menos que você especifique o argumento de tamanho @. Tamanho é o tamanho do disco em GB, e os discos que estão dentro de 10% do tamanho especificado serão selecionados para uso em conjunto.
O m-opção pode ser usada para especificar que o agregado novo ser espelhado (têm dois plexes) sobre a criação. Se esta opção for dada, então os discos indicados serão divididos entre os dois plexes. Por padrão, o agregado de novo não vai ser espelhado.
A opção-n pode ser usado para exibir o comando que o sistema será executado, sem realmente fazer quaisquer alterações. Isto é útil para exibir os discos automaticamente seleccionados, por exemplo.
Se você usar o-d disk1 [disk2 ... ] Argumento, o filer cria o agregado com os discos especificados reposição disk1, disk2, e assim por diante. Você pode especificar uma lista separada por espaços de nomes de disco. Duas listas separadas deve ser especificado se o agregado novo é espelhado. No caso em que o agregado de novo é espelhado, os discos indicados deve resultar em um número igual de discos em cada plex novo.
Os discos em um complexo não estão autorizados a atravessar poças de reposição. Este comportamento pode ser substituído com a opção-f. A mesma opção pode também ser usado para forçar usando discos que não têm correspondência velocidade de rotação. A opção-f não tem efeito apenas quando usada com a opção-d especifica discos de usar.
Para criar um agregado SnapLock, especifique o L-bandeira com o Agr criar comando. Esta bandeira é suportado apenas se quer SnapLock Compliance ou Enterprise SnapLock está licenciado. O tipo de agregado SnapLock criado, ou conformidade, ou Enterprise, é determinada pela licença SnapLock instalado. Se ambos Compliance SnapLock e Enterprise SnapLock são licenciados, o cumprimento uso L-ou-L empresa para especificar o tipo desejado agregado.
O argumento-l LANGUAGE_CODE pode ser usado somente quando a criação de um volume tradicional utilizando a opção-v. O filer cria o volume tradicional com a linguagem especificada pelo código do idioma. O padrão é o idioma usado pelo volume de filer de raiz. Ver o vol página de manual para uma lista de códigos de linguagem.
Agr destruir {aggrname | plexname} [-f]
Destrói o aggrname agregado chamado, ou o plexname complexo chamado. Note-se que se o agregado especificado está ligada a um volume tradicional, então o volume tradicional em si é destruído também.
Se um agregado for especificado, todos os plexos, no total, são destruídos. O agregado chamado também não devem conter quaisquer volumes flexíveis, independentemente do seu estado de montagem (online, restrito ou offline). Se um plex é especificado, o complexo é destruído, deixando um volume não espelhado agregado ou tradicional que contém o restante complexo. Antes de destruir o volume, agregar tradicional ou complexo, o usuário é solicitado a confirmar a operação. O f-bandeira pode ser usado para destruir um volume, agregado tradicional ou complexo sem avisar o usuário.
Os discos originalmente no objeto destruído tornar-se discos de reposição. Somente agregados offline, volumes tradicionais e plexes pode ser destruído.
Agr estado media_scrub [aggrname | plexname | groupname]
[-V]
Imprime o status de lavagem media do agregado chamado, complexo, ou grupo. Se nenhum nome for dado, então status é impresso para todos os grupos RAID actualmente a correr um matagal mídia. O estatuto inclui um por cento completa e se ele está suspenso.
A opção-v exibe a data ea hora em que os meios de comunicação últimas cheias esfoliação completa, a data ea hora em que a instância atual da mídia esfregando começou, eo estado atual do agregado chamado, complexo, ou grupo. Se nenhum nome for dado, este estado mais detalhado é impresso para todos os grupos RAID com scrubs ativos de mídia.
Agr espelho aggrname
[-F]
[-N]
[-V victim_aggrname]
[-D disk1 [disk2 ... ]]
Transforma um agregado não espelhado para um agregado espelhado por adição de um complexo a ele. O plex é ou recém-formado a partir de discos escolhidos a partir de uma piscina de reposição, ou, se a opção de v-for especificado, é tomada a partir de outro agregado não espelhado existente. Aggrname agregado deve actualmente ser não espelhado. Use Agr criar para fazer um novo, espelhado agregado a partir do zero.
Os discos podem ser especificada explicitamente usando-d da mesma maneira como com a criar AGGR e comandos aggR add. O número de discos indicados deve corresponder ao número presente no agregado existente. Os discos especificados não estão autorizados a atravessar pools de discos. Este comportamento pode ser substituído com a opção-f. The -f option, in combination with -d , can also be used to force using disks that have a rotational speed that does not match that of the majority of existing disks in the aggregate.
If disks are not specified explicitly, then disks are automatically selected to match those in the aggregate's existing plex.
The -v option can be used to join victim_aggrname back into aggrname to form a mirrored aggregate. The result is a mirrored aggregate named aggrname which is otherwise identical to aggrname before the operation. Victim_aggrname is effectively destroyed. Victim_aggrname must have been previously mirrored with aggrname , then separated via the aggr split command. Victim_aggrname must be offline. Combined with the -v option, the -f option can be used to join aggrname and vic_ t im_aggrname without prompting the user.
A opção-n pode ser usado para exibir o comando que o sistema irá executar sem realmente fazer quaisquer alterações. Isto é útil para exibir os discos automaticamente seleccionados, por exemplo.
Agr desligada {aggrname | plexname}
[-T cifsdelaytime]
É de aggrname agregado chamado (ou o complexo chamado plexname) offline. O comando tem efeito antes de retornar. Se o agregado já está em estado restrito, então é já não está disponível para acesso a dados e grande parte da descrição que se segue não se aplica.
Se o agregado contiver volumes flexíveis, então a operação é abortado a menos que o arquivador está no modo de manutenção.
Exceto no modo de manutenção, o agregado que contém o volume de raiz atual não pode ser tirado do ar. Um agregado com um volume que tenha sido marcado para tornar-se root (usando vol opções vol_ n ome raiz) também não pode ser tirado do ar.
If the aggregate is embedded in a traditional volume that has CIFS shares, users should be warned before taking the aggregate (and hence the entire traditional volume) offline. Use the -t switch for this. The cifsdelaytime argument specifies the number of minutes to delay before taking the embedded aggregate offline, during which time CIFS users of the traditional volume are warned of the pending loss of service. A time of 0 means take the aggregate offline immediately with no warnings given. CIFS users can lose data if they are not given a chance to terminate applications gracefully.
If a plexname is specified, the plex must be part of a mirrored aggregate and both plexes must be online. Prior to offlining a plex, the system will flush all internally-buffered data associated with the plex and create a snapshot that is written out to both plexes. The snapshot allows for efficient resynchronization when the plex is subsequently brought back online.
A number of operations being performed on the aggregate's traditional volume can prevent aggr offline from succeeding, for various lengths of time. If such operations are found, there will be a one-second wait for such operations to finish. If they do not, the command is aborted.
A check is also made for files in the aggregate's associated traditional volume opened by internal ONTAP processes. The command is aborted if any are found.
aggr online { aggrname | plexname }
[ -f ]
Brings the aggregate named aggrname (or the plex named plexname ) online. This command takes effect immediately. If the specified aggregate is embedded in a traditional volume, the volume is also also brought online.
Se um aggrname é especificado, ele deve estar offline no momento, restrito ou estrangeira. Se o agregado é estrangeiro, será feita nativo antes de serem introduzidas em linha. Um agregado "estrangeiro" é um agregado que consiste em discos movidos a partir de outro filer e que nunca foi colocado online no filer atual. Agregados que não são estranhos são considerados "nativa".
Se o agregado é inconsistente, mas não perdeu os dados, o usuário será advertido e solicitado on-line antes de trazer o agregado. O f-bandeira pode ser usado para substituir esse comportamento. É aconselhável executar WAFL_check (ou fazer um initialize SnapMirror em caso de um agregado embutido em um volume tradicional) antes de colocar uma linha agregada inconsistente. Trazendo uma linha agregada inconsistente aumenta o risco de corrupção ainda mais do sistema de arquivos. Se o agregado é inconsistente e passou por uma possível perda de dados, não podem ser colocados online menos WAFL_check (ou SnapMirror initialize no caso incorporado) foi executado no agregado.
Se um plexname for especificado, o complexo deve ser parte de um agregado espelhado online. O sistema irá iniciar a ressincronização do complexo como parte do processamento online.
Agr opções aggrname [optname optval]
Apresenta as opções que foram definidas para aggrname agregado, ou define a opção chamada optname do aggrname agregado nomeado para o optval valor. O comando permanece em vigor após o filer é reiniciado, então não há necessidade de adicionar comandos aggR opções para o arquivo / etc / rc. Algumas opções têm valores que são números. Algumas opções têm valores que podem estar em (que também pode ser expressa como sim, é verdade, ou 1) ou desligado (que também pode ser expressa como não, falso, ou 0). Uma mistura de caracteres maiúsculos e minúsculos pode ser usado quando se digita o valor de uma opção. O comando status Agr exibe as opções que são definidas por agregado.
A seguir descreve as opções e seus valores possíveis:
fs_size_fixed on | off
This option only applies to aggregates that are embedded in traditional volumes. It causes the file system to remain the same size and not grow or shrink when a SnapMirrored volume relationship is broken, or an aggr add is performed on it. This option is automatically set to be on when a traditional volume becomes a SnapMirrored volume. It will remain on after the snapmirror break command is issued for the traditional volume. This allows a traditional volume to be SnapMirrored back to the source without needing to add disks to the source traditional volume. If the traditional volume size is larger than the file system size, turning off this option will force the file system to grow to the size of the traditional volume. The default setting is off .
ignore_inconsistent on | off
This command can only be used in maintenance mode. If this option is set, it allows the aggregate containing the root volume to be brought online on booting, even though it is inconsistent. The user is cautioned that bringing it online prior to running WAFL_check or wafliron may result in further file system inconsistency.
nosnap on | off
If this option is on , it disables automatic snapshots on the aggregate. The default setting is off .
raidsize number
The value of this option is the maximum size of a RAID group that can be created in the aggregate. Changing the value of this option will not cause existing RAID groups to grow or shrink; it will only affect whether more disks will be added to the last existing RAID group and how large new RAID groups will be.
Valores válidos para esta opção depende raidtype. Por exemplo, raid_dp permite que grupos maiores do que RAID RAID4. Limites e valores padrão também são diferentes para diferentes tipos de aparelhos de filer e diferentes tipos de discos. Tabelas a seguir definem os limites e valores padrão para raidsize.
-------------- RAID4 raidsize min padrão max -------------- R100 R150 2 8 8 2 6 6 2 7 14 FAS250 outros discos (FCAL) 2 8 14 outros (discos ATA) 2 7 7 ---------------------------- raid_dp raidsize min padrão max ------ -------- R100 3 12 12 3 12 16 R150 (outros discos FCAL) 3 16 28 (outras discos ATA) 3 14 16 ---------- ----
raidtype RAID4 | raid_dp | RAID0
Sets the type of RAID used to protect against disk failures. Use of raid4 provides one parity disk per RAID group, while raid_dp provides two. Changing this option immediately changes the RAID type of all RAID groups within the aggregate. When upgrading RAID groups from raid4 to raid_dp , each RAID group begins a reconstruction onto a spare disk allocated for the second `dparity' parity disk.
Changing this option also changes raidsize to a more suitable value for new raidtype . When upgrading from raid4 to raid_dp , raidsize will be increased to the default value for raid_dp . When downgrading from raid_dp to raid4 , raidsize will be decreased to the size of the largest existing RAID group if it is between the default value and the limit for raid4 . If the largest RAID group is above the limit for raid4 , the new raidsize will be that limit. If the largest RAID group is below the default value for raid4 , the new raidsize will be that default value. If raidsize is already below the default value for raid4 , it will be reduced by 1.
resyncsnaptime number
This option is used to set the mirror resynchronization snapshot frequency (in minutes). The default value is 60 minutes.
raiz
Se esta opção estiver definida em um volume tradicional, então o efeito é idêntico ao definido no vol página do manual. Caso contrário, se esta opção estiver definida em um agregado capaz de conter volumes flexíveis, em seguida, que agregam está marcada como sendo aquela que também contém o volume raiz flexível na próxima reinicialização. Esta opção pode ser utilizado em apenas um volume global ou tradicional, em qualquer momento dado. O agregado de raiz tradicional ou volume existente passará a ser uma entidade não-raiz após a reinicialização.
Até que o sistema for reinicializado, o agregado original e / ou tradicional volume continua a mostrar raiz como uma de suas opções, eo agregado nova raiz tradicional ou volume irá mostrar diskroot como uma opção. Em geral, o agregado que tem a opção diskroot é a que irá conter o volume de raiz flexível após a próxima reinicialização.
A única maneira de remover o status de raiz de um volume agregado ou tradicional é a de definir a opção de raiz em outro volume agregado ou tradicional.
snaplock_compliance
Esta opção de leitura apenas indica que o agregado é um agregado Compliance SnapLock. Agregados só pode ser designado agregados SnapLock Compliance no momento da criação.
snaplock_enterprise
Esta opção de leitura apenas indica que o agregado é um agregado SnapLock Enterprise. Agregados só pode ser designado agregados SnapLock Enterprise no momento da criação.
snapmirrored off
If SnapMirror is enabled for a traditional volume (SnapMirror is not supported for aggregates that contain flexible volumes), the filer automatically sets this option to on . Set this option to off if SnapMirror is no longer to be used to update the traditional volume mirror. After setting this option to off , the mirror becomes a regular writable traditional volume. This option can only be set to off ; only the filer can change the value of this option from off to on .
snapshot_autodelete on | off
This option is used to set whether snapshot are automatically deleted in the aggr. If set to on then snapshots may be deleted in the aggr to recover storage as necessary. If set to off then snapshots in the aggr are not automatically deleted to recover storage. Note that snapshots may still be deleted for other reasons, such as maintaining the snapshot schedule for the aggr, or deleting snapshots that are associated with specific operations that no longer need the snapshot. To allow snapshots to be deleted in a timely manner the number of aggr snapshots is limited when snapshot_autodelete is enabled. Because of this, if there are too many snapshots in an aggr then some snapshots must be deleted before the snapshot_autodelete option can be enabled.
aggr rename aggrname newname
Renomeia o aggrname agregado nomeado para novo_nome. Se este agregado é incorporado em um volume tradicional, o nome que o volume é também alterado.
Agr restringir aggrname
[-T cifsdelaytime]
Coloque o aggrname agregado nomeado em estado restrito, a partir de qualquer estado online ou offline. O comando tem efeito antes de retornar.
Se o agregado contiver volumes flexíveis, a operação é abortado a menos que o arquivador está no modo de manutenção.
Se o agregado é incorporado em um volume tradicional, que tem compartilhamentos CIFS, os usuários devem ser avisados antes de restringir o agregado (e, portanto, todo o volume tradicional). Use a opção-t para isso. O argumento cifsdelaytime especifica o número de minutos de atraso antes de tomar o offline agregado embutido, tempo durante o qual CIFS usuários do volume tradicional sejam avisados da perda do serviço pendente. Um tempo de 0 significa tomar o offline agregado imediatamente, sem advertências dadas. Usuários CIFS pode perder dados se não lhes é dada a chance de encerrar aplicativos normalmente.
matagal Agr currículo [aggrname | plexname | groupname]
Currículos de lavagem de paridade no agregado chamado, complexo, ou grupo. Se nenhum nome for dado, retomar todos os grupos RAID atualmente passam por uma lavagem de paridade que tenha sido suspensa.
Agr início matagal [aggrname | plexname | groupname]
Starts parity scrubbing on the named online aggregate. Parity scrubbing compares the data disks to the parity disk(s) in their RAID group, correcting the parity disk's contents as necessary. If no name is given, parity scrubbing is started on all online aggregates. If an aggregate name is given, scrubbing is started on all RAID groups contained in the aggregate. If a plex name is given, scrubbing is started on all RAID groups contained in the plex.
aggr scrub status [ aggrname | plexname | groupname ] [ -v ]
Prints the status of parity scrubbing on the named aggregate, plex, or group; all RAID groups currently undergoing parity scrubbing if no name is given. The status includes a percent-complete, and the scrub's suspended status.
The -v flag displays the date and time at which the last full scrub completed along with the current status on the named aggregate, plex, or group; all RAID groups if no name is given.
aggr scrub stop [ aggrname | plexname | groupname ]
Stops parity scrubbing on the named aggregate, plex, or group; if no name is given, on all RAID groups currently undergoing a parity scrubbing.
matagal Agr suspender [aggrname | plexname | groupname]
Suspende lavagem de paridade no agregado chamado, complexo, ou grupo, se nenhum nome é dado, em todos os grupos de RAID atualmente submetidos a lavagem de paridade.
Agr show_space [-h |-k |-m |-g |-t |-b] <aggrname>
Mostra o uso do espaço em um agregado. Ao contrário do df, este comando mostra o uso do espaço para cada volume flexível dentro de um agregado aggrname Se for especificado, Agr show_space só é executado no agregado correspondente, caso contrário, ele relata o uso de espaço em todos os agregados.
Todos os tamanhos são relatados em blocos de 1024 bytes, a menos que de outra forma solicitado por um dos-H,-k, m,-G, ou-t opções. A escala k,-m,-g, e-t opções de tamanho de cada campo relacionado da saída a ser expressa em kilobytes, megabytes, gigabytes, ou terabytes, respectivamente.
A terminologia que se segue é usado pelo comando em comunicação o espaço.
Total space This is the amount of total disk space that the aggregate has. WAFL reserve WAFL reserves a percentage of the total total disk space for aggregate level metadata. The space used for maintaining the volumes in the aggregate comes out of the WAFL reserve. Snap reserve Snap reserve is the amount of space reserved for aggregate snapshots. Usable space This is the total amount of space that is available to the aggregate for provisioning. This is computed as Usable space = Total space – WAFL reserve – Snap reserve df displays this as the 'total' space. BSR NVLOG This is valid for Synchronous SnapMirror destinations only. This is the amount of space used in the aggregate on the destination filer to store data sent from the source filer(s) before sending it to disk. Allocated This is the sum of the space reserved for the volume and the space used by non reserved data. For volume guaranteed volumes, this is at least the size of the volume since no data is unreserved. For volumes with space guarantee of none, this value is the same as the 'Used' space (explained below) since no unused space is reserved. The Allocated space value shows the amount of space that the volume is taking from the aggregate. This value can be greater than the size of the volume because it also includes the metadata required to maintain the volume. Used This is the amount of space that is taking up disk blocks. This value is not the same as the 'used' space displayed by the df command. The Used space in this case includes the metadata required to maintain the flexible volume. Avail Total amount of free space in the aggregate. This is the same as the avail space reported by df.
[ -r oldvol newvol ] [ -r ... ]
[ -s suffix ]
Removes plexname from a mirrored aggregate and creates a new unmirrored aggregate named aggrname that contains the plex. The original mirrored aggregate becomes unmirrored. The plex to be split from the original aggregate must be functional (not partial), but it could be inactive, resyncing, or outof-date. Aggr split can therefore be used to gain access to a plex that is not up to date with respect to its partner plex, if its partner plex is currently failed.
If the aggregate in which plexname resides is embedded in a traditional volume, aggr split behaves identically to vol split . The new aggregate is embedded in a new traditional volume of the same name.
If the aggregate in which plexname resides contains exactly one flexible volume, aggr split will by default rename the flexible volume image in the split-off plex to be the same as the new aggregate.
If the aggregate in which plexname resides contains more than one flexible volume, it is necessary to specify how to name the volumes in the new aggregate resulting from the split. The -r option can be used repeatedly to give each flexible volume in the resulting aggregate a new name. In addition, the -s option can be used to specify a suffix that is added to the end of all flexible volume names not covered by a -r .
If the original aggregate is restricted at the time of the split, the resulting aggregate will also be restricted. If the restricted aggregate is hosting flexible volumes, they are not renamed at the time of the split. Flexible volumes will be renamed later, when the name conflict is detected while bringing an aggregate online. Flexible volumes in the aggregate that is brought online first keep their names. That aggregate can be either the original aggregate, or the aggregate resulting from the split. When the other aggregate is brought online later, flexible volumes in that aggregate will be renamed.
If the plex of an aggregate embedded within a traditional volume is offline at the time of the split, the resulting aggregate will be offline. When splitting a plex from an aggregate that hosts flexible volumes, if that plex is offline, but the aggregate is online, the resulting aggregate will come online, and its flexible volumes will be renamed. It is not allowed to split a plex from an offline aggregate.
A split mirror can be joined back together via the -v option to aggr mirror .
aggr status [ aggrname ]
[ -r | -v | -d | -c | -b | -s | -f | -i ]
Exibe o status de um ou de todos os agregados sobre o filer. Se aggrname é usado, o estado do agregado especificado é impresso, caso contrário o estado de todos os agregados no arquivador são impressos. Por padrão, ele imprime uma sinopse de uma linha do agregado que inclui o nome do conjunto, se ele contém um único volume tradicional ou um certo número de volumes flexíveis, se é online ou offline, outros estados (por exemplo, parcial, degradado, WAFL inconsistente, e assim por diante) e peraggregate opções. Per-agregados opções são exibidas somente se as opções foram alterados em relação aos valores padrão do sistema usando o comando Agr opções, ou pelo comando vol opções se o agregado é incorporado em um volume tradicional. Se o estado WAFL inconsistente é exibido, entre em contato com o Suporte ao Cliente.
A opção-v mostra a on / off estado de todos peraggregate opções e exibe informações sobre cada grupo plex volume, e RAID contida no agregado.
O flag-r exibe uma lista das informações RAID para esse agregado. Se não aggrname é especificado, ele exibe informações sobre RAID todos os agregados, informações sobre os discos do sistema de arquivos, discos de reposição e discos fracassados. Para mais informações sobre discos falhados, ver o-f descrição interruptor abaixo.
O sinalizador-d exibe informações sobre os discos, no total especificado. Os tipos de informação no disco são os mesmos que aqueles a partir do comando sysconfig d-.
A opção-c exibe o status da atualização dos dados Bloco Checksums recurso de proteção de integridade.
O b-é usado para obter o tamanho de origem e de destino agregados para uso com cópia Agr. A saída contém o armazenamento no agregado e, possivelmente, o tamanho menor do agregado. O comando de cópia agregado usa esses números para determinar se os tamanhos de agregados de origem e destino são compatíveis. O tamanho do agregado fonte deve ser igual ou menor do que o tamanho do agregado de destino.
O sinalizador-s exibe uma lista dos discos de reposição sobre o filer.
O f-bandeira exibe uma lista dos discos falha no filer. A saída de comando inclui o motivo falha de disco que pode ser qualquer um dos seguintes:
O i-bandeira exibe uma lista dos volumes flexíveis contidos em um agregado.
unknown Failure reason unknown. failed Data ONTAP failed disk due to a fatal disk error. admin failed User issued a 'disk fail' command for this disk. labeled broken Disk was failed under Data ONTAP 6.1.X or an earlier version. init failed Disk initialization sequence failed. admin removed User issued a 'disk remove' command for this disk. not responding Disk not responding to requests. pulled Disk was physically pulled, or no data path exists on which to access the disk. bypassed Disk was bypassed by ESH.
Undestroy a partially intact or previously destroyed aggregate or traditional volume. The command prints a list of candidate aggregates and traditional volumes matching the given name, which can be potentially undestroyed.
The -n option prints the list of disks contained by the aggregate or by the traditional volume, which can be potentially undestroyed. This option can be used to display the result of command execution, without actually making any changes.
aggr verify resume [ aggrname ]
Resumes RAID mirror verification on the named aggregate; if no aggregate name is given, on all aggregates currently undergoing a RAID mirror verification that has been suspended.
aggr verify start [ aggrname ] [ -f plexnumber ]
Starts RAID mirror verification on the named online mirrored aggregate. If no name is given, then RAID mirror verification is started on all online mirrored aggregates. Verification compares the data in both plexes of a mirrored aggregate. In the default case, all blocks that differ are logged, but no changes are made. If the -f flag is given, the plex specified is fixed to match the other plex when mismatches are found. A name must be specified with the -f plexnumber option.
aggr verify stop [ aggrname ]
Stops RAID mirror verification on the named aggregate; if no aggregate name is given, on all aggregates currently undergoing a RAID mirror verification.
aggr verify status [ aggrname ]
Prints the status of RAID mirror verification on the named aggregate; on all aggregates currently undergoing RAID mirror verification if no aggregate name is given. The status includes a percent-complete, and the verification's suspended status.
aggr verify suspend [ aggrname ]
Suspends RAID mirror verification on the named aggregate; if no aggregate name is given, on all aggregates currently undergoing RAID mirror verification.
CLUSTER CONSIDERATIONS
Aggregates on different filers in a cluster can have the same name. For example, both filers in a cluster can have an aggregate named aggr0 .However, having unique aggregate names in a cluster makes it easier to migrate aggregates between the filers in the cluster.
EXAMPLES
aggr create aggr1 -r 10 20Creates an aggregate named aggr1 with 20 disks. The RAID groups in this aggregate can contain up to 10 disks, so this new aggregate has two RAID groups. The filer adds the current spare disks to the new aggregate, starting with the smallest disk.
aggr create aggr1 20@9
Creates an aggregate named aggr1 with 20 9-GB disks. Because no RAID group size is specified, the default size (8 disks) is used. The newly-created aggregate contains two RAID groups with 8 disks and a third group with four disks.
aggr create aggr1 -d 8a.1 8a.2 8a.3
Creates an aggregate named aggr1 with the specified three disks.
aggr create aggr1 10
aggr options aggr1 raidsize 5
The first command creates an aggregate named aggr1 with 10 disks which belong to one RAID group. The second command specifies that if any disks are subsequently added to this aggregate, they will not cause any current RAID group to have more than five disks. Each existing RAID group will continue to have 10 disks and no more disks will be added to that RAID group. When new RAID groups are created, they will have a maximum size of five disks.
aggr show_space -h ag1
Apresenta o uso do espaço do agregado `AG1 'e escalas a unidade de espaço de acordo com o tamanho.
Total 'AG1 "agregar espaço WAFL snap reserva reserva utilizável espaço BSR NVLOG 66GB 6797MB 611MB 59GB 65KB espaço alocado para volumes no volume total alocado Garantia Usado vol1 arquivo 14GB 11GB de volume vol2 8861MB 8871MB 6161MB 6169MB vol3 nenhum vol4 26GB 25GB de volume vol1_clone 1028MB 1028MB ( offline) espaço alocado usado Avail agregado total 55GB 51GB 3494MB snap reserva 21MB 611MB 590MB WAFL reserva 6797MB 6792MB 5480KB Agr estado aggr1-r
Displays the RAID information about aggregate aggr1 . In the following example, we see that aggr1 is a RAID-DP aggregate protected by block checksums. It is online, and all disks are operating normally. The aggregate contains four disks -two data disks, one parity disk, and one doubleparity disk. Two disks are located on adapter 0b, and two on adapter 1b. The disk shelf and bay numbers for each disk are indicated. All four disks are 10, 000 RPM FibreChannel disks attached via disk channel A. The disk "Pool" attribute is displayed only if SyncMirror is licensed, which is not the case here (if SyncMirror were licensed, Pool would be either 0 or 1). The amount of disk space that is used by Data ONTAP (“Used”) and is available on the disk (“Phys”) is displayed in the rightmost columns.
Aggr aggr1 (online, raid_dp) (block checksums) Plex /aggr1/plex0 (online, normal, active) RAID group /aggr1/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Pool Type RPM Used (MB/blks) Phys (MB/blks) ——— —— ————- —- —- —- —– ————– ————– dparity 0b.16 0b 1 0 FC:A – FCAL 10000 136000/278528000 137104/280790184 parity 1b.96 1b 6 0 FC:A – FCAL 10000 136000/278528000 139072/284820800 data 0b.17 0b 1 1 FC:A – FCAL 10000 136000/278528000 139072/284820800 data 1b.97 1b 6 1 FC:A – FCAL 10000 136000/278528000 139072/284820800
VEJA TAMBÉM
vol , partner , snapmirror , sysconfig .cf
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
cf – controls the takeover and giveback operations of the filers in a cluster
SINOPSE
cf [ disable | enable | forcegiveback | forcetakeover [ -df ] | giveback [ -f ] | hw_assist [ status | test stats [ clear ] ] | monitor | partner | status [ -t ] takeover [ -f ] | [ -n ]]cf nfo [ enable | disable ] disk_shelf
cf nfo status
DESCRIÇÃO
The cf command controls the cluster failover monitor, which determine when takeover and giveback operations take place within a cluster.The cf command is available only if your filer has the cluster license.
OPTIONS
- disable
- Disables the takeover capability of both filers in the cluster.
- enable
- Enables the takeover capability of both filers in the cluster.
- forcegiveback
- forcegiveback is dangerous and can lead to data corruption; in almost all cases, use cf giveback -f instead.
partner giveback incomplete, some data may be lost
forcetakeover [-f] forcetakeover is dangerous and can lead to data corruption; in almost all cases, use cf takeover instead.
Forces one filer to take over its partner even though the filer detects an error that would otherwise prevent a takeover. For example, normally, if a detached or faulty ServerNet cable between the filers causes the filers' NVRAM contents to be unsynchronized, takeover is disabled. However, if you enter the cf forcetakeover command, the filer takes over its partner despite the unsynchronized NVRAM contents. This command might cause the filer being taken over to lose client data. If you use the -f option, the cf command allows such a forcetakeover to proceed without requiring confirmation by the operator.
forcetakeover -d[f] Forces a filer to take over its partner in all cases where a forcetakeover would fail. In addition it will force a takeover even if some partner mailbox disks are inaccessible. It can only be used when cluster_remote is licensed.
forcetakeover -d is very dangerous. Not only can it cause data corruption, if not used carefully, it can also lead to a situation where both the filer and it's partner are operational (split brain). As such, it should only be used as a means of last resort when the takeover and forcetakeover commands are unsuccessful in achieving a takeover. The operator must ensure that the partner filer does not become operational at any time while a filer is in a takeover mode initiated by the use of this command. In conjunction with RAID mirroring, it can allow recovery from a disaster when the two filers in the cluster are located at two distant sites. The use of -f option allows this command to proceed without requiring confirmation by the operator.
- giveback [ -f ]
- Initiates a giveback of partner resources. Once the giveback is complete, the automatic takeover capability is disabled until the partner is rebooted. A giveback fails if outstanding CIFS sessions, active system dump processes, or other filer operations makes a giveback dangerous or disruptive. If you use the -f option, the cf command allows such a giveback to proceed as long as it would not result in data corruption or filer error.
- monitor
- Displays the time, the state of the local filer and the time spent in this state, the host name of the partner and the state of cluster failover monitor (whether enabled or disabled). If the partner has not been taken over currently, the status of the partner and that of the interconnect are displayed and any ongoing giveback or scheduled takeover operations are reported.
- partner
- Displays the host name of the partner. If the name is unknown, the cf command displays “ partner .”
- estado
- Displays the current status of the local filer and the cluster. If you use the -t option, displays the status of the node as time master or slave.
Initiates a takeover of the partner. If you use the -f option, the cf command allows such a takeover to proceed even if it will abort a coredump on the other filer.
If you use the -n option, the cf command allows a takeover to proceed even if the partner node was running an incompatible version of Data ONTAP. The partner node must be cleanly halted in order for this option to succeed. This is used as part of a nondisruptive upgrade process.
nfo [ enable | disable ] disk_shelf
Enables or disables negotiated failover on disk shelf count mismatch.
This command is obsolete. Option cf.takeover.on_disk_shelf_miscompare replaces it.
Negotiated failover is a general facility which supports negotiated failover on the basis of decisions made by various modules. disk_shelf is the only negotiated failover module currently implemented. When communication is first established over the interconnect between the local filer and its partner, a list of disk shelves seen by each node on its A and B loops is exchanged. If a filer sees that the count of shelves that the partner sees on its B loops is greater than the filer's count of shelves on its A loops, the filer concludes that it is “impaired” (as it sees fewer of its shelves than its partner does) and asks the partner to take it over. If the partner is not itself impaired, it will accept the takeover request and, in turn, ask the requesting filer to shut down gracefully. The partner takes over after the requesting node shuts down, or after a time-out period of approximately 3 minutes expires. The comparison of disk shelves is only done when communication between the filers is established or re-established (for example, after a node reboots).
- nfo status
- Displays the current negotiated failover status.
SEE ALSO
parceirobootfs
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
bootfs – boot file system accessor command (ADVANCED)SYNOPSIS
bootfs chkdsk diskbootfs core [ -v ] disk
bootfs dir [ -r ] path
bootfs dump { disk | drive } { sector | cluster }
bootfs fdisk disk partition1sizeMB [ partition2sizeMB ] [ partition3sizeMB ] [ partition4sizeMB ]
bootfs format drive [ label ]
bootfs info disk
bootfs sync [ -f ] { disk | drive }
bootfs test [ -v ] disk
DESCRIÇÃO
The bootfs command allows content viewing and format manipulation of the the boot device.Using the bootfs command, you may perform four important functions. You may check the integrity of the boot device via the chkdsk subcommand. You may view the contents of your boot device via the dir , dump , and info subcommands. You may alter the partition sizes and format types present on the boot device via the fdisk subcommand. You may reformat the partitions present on the boot device via the format command. You may sync all in memory contents to the physical media via the sync subcommand. Lastly, you may diagnose the health of your boot device via the test subcommand.
OPTIONS
- -V
- Turns on verbose output.
- -R
- Recursively lists directories and files.
- caminho
- A path consists of a drive, optional directories, and an optional file name. Directories are separated by a /. To discover your boot drive's name, use " bootfs help subcommand ".
- disk
- A disk is a physical object, probably a compact flash in this case. A disk name is generally of the form [PCI slot number]a.0, eg 0a.0. To discover your boot disk's name, use " bootfs help subcommand ".
- drive
- A drive is a formatted partition on the disk. A disk may contain up to four drives. A drive name is generally of the form [PCI slot number]a.0:[partition
- number]:,
- eg 0a.0:1:. To discover your boot drive's name, use " bootfs help sub_ c ommand ".
- setor
- Disks are divided into sectors. Sectors are based at 0.
- cluster
- Drives are divided into clusters. Clusters are based at 2, though the root directory can be thought to reside at cluster 0.
- partitionNsizeMB
- The size of partition N in megabytes. There can be at most four partitions per disk.
- rótulo
- An 11-character or less string which names the drive.
CLUSTER CONSIDERATIONS
The bootfs command cannot be used on a clustered system's partner.EXAMPLES
The dir subcommand lists all files and subdirectories contained in the path provided. The information presented for each file and subdirectory is (in this column order) name, size, date, time, and cluster.bootfs dir 0a.0:1:/x86/kernel/
Volume Label in Drive 0a.0:1: is KERNEL Volume Serial Number is 716C-E9F8 Directory of 0a.0:1:/x86/kernel/ . DIR 02-07-2003 2:37a 2 .. DIR 02-07-2003 2:37a 3 PRIMARY.KRN 9318400 04-07-2003 6:53p 4 2187264 bytes free
The dump subcommand lists either a sector on a disk or a cluster on a drive, depending on the command line arguments provided. The sector or cluster is listed in both hexadecimal and ASCII form.
bootfs dump 0a.0 110
sector 110 absolute byte 0xdc00 on disk 0a.0 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 0123456789abcdef —-++————————————————++—————- 0000 00 90 ba 5e b4 01 00 80 7b 0c 00 7d 05 ba 51 b4 …^….{..}..Q. 0010 01 00 83 7b 04 00 74 0a 8b 47 24 a3 dc ce 01 00 …{..t..G$….. 0020 eb 0a c7 05 dc ce 01 00 00 00 e0 fe 83 c4 fc ff ……………. 0030 35 dc ce 01 00 52 68 80 b4 01 00 e8 26 b0 ff ff 5….Rh…..&… 0040 a1 dc ce 01 00 8b 90 f0 00 00 00 80 ce 01 89 90 ……………. [etc.] bootfs dump 0a.0:1: 5 cluster 5 absolute byte 0x25a00 on drive 0a.0:1: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 0123456789abcdef —-++————————————————++—————- 0000 0a 19 12 00 19 0f 00 01 00 64 00 00 00 00 00 00 ………d…… 0010 a1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ……………. 0020 00 00 00 00 5a 44 5a 44 00 10 00 00 00 00 01 b0 ….ZDZD…….. 0030 20 04 00 10 20 05 00 01 20 06 00 02 20 07 00 13 … … … … 0040 fc ef 00 00 fc b1 20 80 fc d0 20 80 4a 63 c0 55 …… … .Jc.U [etc.]——————————————————————– partition: 1 2 3 4 ——————————————————————– file system: 0×01 0×01 0×01 0×01 bytes per cluster: 4096 4096 4096 4096 number of clusters: 2809 2809 2042 251 total bytes: 11534336 11534336 8388608 1048576 usable bytes: 11501568 11501568 8359936 1024000 free bytes: 11505664 11505664 8364032 1028096 FAT location: 512 512 512 512 root location: 9728 9728 6656 1536 data location: 26112 26112 23040 17920
[.................................] disk 0a.0 passed I/O test
SEE ALSO
baixar
bootfs fdisk 0a.0 30
The format subcommand formats a drive to the FAT file system standard. A drive must be formatted before it can store files.
bootfs format 0a.0:1: NETAPP
The info subcommand prints information about a disk. The location of various elements and sizes of sections is displayed.
bootfs info 0a.0
bootfs test -v 0a.0
boot
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
boot – directory of Data ONTAP executablesSYNOPSIS
/etc/bootDESCRIÇÃO
The boot directory contains copies of the executable files required to boot the filer. The download command (see download ) copies these files from /etc/boot into the filer's boot block, from which the system boots.FILES
- /etc/boot
- directory of Data ONTAP executables. Files are place in /etc/boot after the tar or setup.exe has decompressed them. These files vary from release to release.
SEE ALSO
baixarCopyright © 1994-2008 NetApp, Inc. Legal Information
bmc
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
bmc – commmands for use with a Baseboard Management Controller (BMC)SYNOPSIS
bmc helpbmc reboot
bmc setup
bmc status
bmc test autosupport
DESCRIÇÃO
The bmc command is used to manage and test a Baseboard Management Controller (BMC), if one is present.OPTIONS
- ajudar
- Display a list of Baseboard Management Controller (BMC) commands.
- reiniciar
- The reboot command forces the BMC to reboot itself and perform a self-test. If your console connection is through the BMC it will be dropped.
- setup
- Interactively configure the BMC local-area network (LAN) setttings.
- estado
- Display the current status of the BMC.
- test autosupport
- Test the BMC autosupport by commanding the BMC to send a test autosupport to all autosupport email addresses in the option lists autosupport.to , autosupport.noteto , and autosupport.support.to .
CLUSTER CONSIDERATIONS
This command only acts upon the Baseboard Management Controller (BMC) that is local to the system.EXAMPLES
bmc statusmight produce:
Baseboard Management Controller: Firmware Version: 1.0 IPMI version: 2.0 DHCP: on BMC MAC address: 00:a0:98:05:2b:4a IP address: 10.98.144.170 IP mask: 255.255.255.0 Gateway IP address: 10.98.144.1 BMC ARP interval: 10 seconds BMC has user: naroot ASUP enabled: on ASUP mailhost: mailhost@netapp.com ASUP from: postmaster@netapp.com ASUP recipients: dl-qa-autosupport@netapp.com
SEE ALSO
setup , optionsNOTES
Some of these commands might pause before completing while the Baseboard Management Controller (BMC) is queried. This is normal behavior.Copyright © 1994-2008 NetApp, Inc. Legal Information
backuplog
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
backuplog – captures significant events during file system backup/recovery activities.SYNOPSIS
/etc/log/backupDESCRIÇÃO
Filer captures significant dump/restore-related events and the respective times at which they occur. All events are recorded in one-line messages in /etc/log/backup.The following are the events filer monitors:
- Começar
- Dump/restore starts.
- Restart
- Restart of a dump/restore.
- Final
- Dump/restore completes successfully.
- Abort
- The operation aborts.
- Erro
- Dump/restore hits an unexpected event.
- Opções
- Logs the options as users specify.
- Tape_open
- Output device is opened successfully.
- Tape_close
- Output device is closed successfully.
- Phase_change
- As dump/restore completes a stage.
- Snapshot
- When the snapshot is created or located.
- Base_dump
- When a valid base dump entry is located.
Start_logging Logging begins.
- Stop_logging
- Logging ends.
TYPE TIME_STAMP IDENTIFIER EVENT (EVENT_INFO)
- TIPO
- Either dmp(dump), rst(restore) or log events.
- TIME_STAMP
- Shows date and time at which event occurs.
- IDENTIFIER
- Unique ID for the dump/restore.
- EVENT
- The event name.
- EVENT_INFO
- Event specific information.
dmp Thu Apr 5 18:54:56 PDT 2001 /vol/vol0/ home(5) Start (level 0, NDMP)
In the particular example:
- TIPO
- = dmp
- TIME_STAMP
- = Thu Apr 5 18:54:56 PDT 2001
- IDENTIFER
- = /vol/vol0/ home(5)
- EVENT
- = Start
- EVENT_INFO
- = level 0, NDMP
The registry option backup.log.enable controls the enabling and disabling of the logging with values on and off respectively. The functionality is enabled by default. (See options for how to set options.)
FILES
- /etc/log/backup
- backup log file for current week. /etc/log/backup.[0-5] backup log files for previous weeks
SEE ALSO
dump , restore , optionsapoio
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
backup – manages backupsSYNOPSIS
backup status [ <ID> ]backup terminate <ID>
DESCRIÇÃO
The backup commands provide facilities to list and manipulate backups on a filer.A backup job runs on a filer as a process that copies a file system or a subset of it to secondary media, usually tapes. Data can be restored from the secondary media in case the original copy is lost. There are several types of backup processes that run on the filers:
- dump
- runs natively on the filer.
- NDMP
- driven by a 3rd party client through NDMP protocol.
USAGE
backup status [ <ID> ]displays all active instances of backup jobs on the filer. For each backup, the backup status command lists the following information:
- ID
- The unique ID that is assigned to the backup and persists across reboots until the backup completes successfully or is terminated. After that, the ID can be recycled for another backup.
- Estado
- The state can either be ACTIVE or RESTARTABLE. ACTIVE state indicates that the process is currently running; RESTARTABLE means the process is suspended and can be resumed.
- Tipo
- Either dump or NDMP.
- Dispositivo
- The current device. It is left blank for RESTARTABLE dumps since they are not running and thus do not have a current device.
- Nível
- The level of the backup.
- Path
- Points to the tree that is being backed up.
ID State Type Device Start Date Level Path — ———– —- —— ———— —– ————— 0 ACTIVE NDMP urst0a Nov 28 00:22 0 /vol/vol0/ 1 RESTARTABLE dump Nov 29 00:22 1 /vol/vol1/
backup terminate <ID>
A RESTARTABLE dump, though not actively running, retains a snapshot and other file system resources. To release the resources, user can explicitly terminate a RESTARTABLE dump. Once terminated, it cannot be restarted again.
SEE ALSO
despejarautosupport
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
autosupport – notification daemonSYNOPSIS
Data ONTAP is capable of sending automated notification to Customer Support at Network Appliance and/or to other designated addressees in certain situations. The notification contains useful information to help them solve or recognize problems quickly and proactively. The system can also be configured to send a short alert notification containing only the reason for the alert to a separate list of recipients. This notification is sent only for critical events that might require some corrective action and can be useful for Administrators with alphanumeric pagers that can accept short email messages.DESCRIÇÃO
The autosupport mechanism will use SMTP if there are any (user configured) destination email addresses set in the autosupport.to option. If autosupport.support.enable is on then autosupports will also be sent to Network Appliance. Autosupports sent to Network Appliance may be transmitted by SMTP or by HTTP as specified in the autosupport.support.transport option.If SMTP is used then the autosupport mechanism contacts a mail host that is listening on the SMTP port (25) to send email. A list of up to 5 mailhosts can be specified by using the autosupport.mailhosts option, and they will be accessed in the order specified until one of them answers as a mailhost. It will then send email through the successful mailhost connection to the destination email address specified in the autosupport.to option. Note that the autosupport.to option only allows 5 email address. To send to more than 5 recipients, create a local alias, or distribution list, and add that as the recipient.
If autosupport.support.enable is on then a copy of the autosupport message is also sent to Network Appliance as follows:
If autosupport.support.transport is smtp then the copy of the autosupport is emailed to the destination specified in autosupport.support.to and the same mailhost picking algorithm is used as above.
If autosupport.support.transport is http then a direct connection to the location specified in autosupport.support.url is made and the autosupport is transmitted to Network Appliance via HTTP POST.
The autosupport mechanism is triggered automatically once a week by the kernel to send information before backing up the messages file. It can also be invoked to send the information through the options command. Autosupport mail will also be sent on events that require corrective action from the System Administrator. And finally, the autosupport mechanism will send notification upon system reboot from disk.
To accommodate multiple delivery methods and destinations and to preserve time dependent values, the outgoing autosupport messages are now spooled in /etc/log/autosupport . Autosupport processing will attempt to deliver all (currently undelivered) messages until the autosupport.retry.count has been reached or until subsequent autosupport messages "fill the spool" such that the oldest (undelivered) messages are forced to be dropped. The spool size is currently 40 messages.
The subject line of the mail sent by the autosupport mechanism contains a text string to identify the reason for the notification. The subject also contains a relative prioritization of the message, using syslog severity levels from DEBUG to EMERGENCY (see syslog.conf ). The messages and other information in the notification should be used to check on the problem being reported.
The setup command tries to configure autosupport as follows:
If a mailhost is specified, it adds an entry for mailhost to the /etc/hosts file.
Setup also queries for autosupport.from information.
OPTIONS
Autosupport features are manipulated through the options command (see options ). The available options are as follows: autosupport.cifs.verbose
If on , includes CIFS session and share information in autosupport messages. If off , those sections are omitted. The default is off .
autosupport.content
The type of content that the autosupport notification should contain. Allowable values are complete and minimal . The default value is complete . The minimal option allows the delivery of a "sanitized" and smaller version of the autosupport, at the cost of reduced support from Network Appliance. Please contact Network Appliance if you feel you need to use the minimal option. The complete option is the traditional (and default) form of autosupport. If this option is changed from complete to minimal then all previous and pending autosupport messages will be deleted under the assumption that complete messages should not be transmitted.
autosupport.doit
Triggers the autosupport daemon to send an autosupport notification immediately. A text word entered as the option is sent in the notification subject line and should be used to explain the reason for the notification.
autosupport.enable
Enables/disables the autosupport notification features (see autosupport ). The default is on to cause autosupport notifications to be sent. This option will override the autosupport.support.enable option.
autosupport.from
Defines the user to be designated as the sender of the notification. The default is postmaster@your.domain . Email replies from Network Appliance will be sent to this address.
autosupport.local.nht_data.enable
Enables/disables the NHT data autosupport to be sent to the recipients listed in the autosupport.to option. NHT data is the binary, internal log data from each disk drive, and in general, is not parsable by other than Network Appliance. There is no customer data in the NHT autosupport. The default for this option is off .
autosupport.local.performance_data.enable
Enables/disables performance data autosupport to be sent to the recipients listed in autosupport.to . The performance autosupport contains hourly samples of system performance counters, and in general is only useful to Network Appliance. The default is off .
autosupport.mailhost
Defines the list of up to 5 mailhost names. Enter the host names as a comma-separated list with no spaces in between. The default is an empty list.
autosupport.minimal.subject.id
Defines the type of string that is used in the identification portion of the subject line when autosupport.content is set to minimal . Allowable values are systemid and hostname . The default is systemid .
autosupport.noteto
Defines the list of recipients for the autosupport short note email. Up to 5 mail addresses are allowed. Enter the addresses as a comma-separated list with no spaces in between. The default is an empty list to disable short note emails.
autosupport.nht_data.enable
Enables/disables the generation of the Health Trigger (NHT) data autosupport. Default is off
autosupport.performance_data.enable
Enables/disables hourly sampling of system performance data, and weekly creation of a performance data autosupport. The default is on .
autosupport.retry.count
Number of times to try resending the mail before giving up and dropping the mail. Minimum is 5; maximum is 4294967295 ; The default is 15 .
autosupport.retry.interval
Time in minutes to delay before trying to send the autosupport again. Minimum is 30 seconds, maximum is 1 day. Values may end with `s', `m' or `h' to indicate seconds, minutes or hours respectively, if no units are specified than input is
assumed to be in seconds. The default value is 4m .
autosupport.support.enable
Enables/disables the autosupport notification to Network Appliance The default is on to cause autosupport notifications to be sent directly to Network Appliance as described by the autosupport.support.transport option. This option is superceded (overridden) by the value of autosupport.enable .
autosupport.support.proxy
Allows the setting of an http based proxy if autosupport.support.transport is https or http . O padrão
for this option is the empty string, implying no proxy is necessary.
autosupport.support.to
This option is read only; it shows where autosupport notifications to Network Appliance are sent if autosupport.support.transport is smtp .
autosupport.support.transport
Allows setting the type of delivery desired for autosupport notifications that are destined for Network Appliance. Allowed values are https , http (for direct web based posting) or smtp (for traditional email). The default value is https . Note that http and https may (depending on local network configuration) require that the autosupport.support.proxy option be set correctly. Also smtp requires that autosupport.mailhosts be configured correctly before autosupport delivery can be successful.
autosupport.support.url
This option is read only; it shows where autosupport notifications to Network Appliance are sent if autosupport.support.transport is https or http .
autosupport.throttle
Enables autosupport throttling (see autosupport ). When too many autosupports are sent in too short a time, additional messages of the same type will be dropped. Valid values for this option are on or off . The default value for this option is on .
autosupport.to
Defines the list of recipients for the autosupport email notification. Up to 5 mail addresses are allowed. Enter the addresses as a comma-separated list with no spaces in between. The default is an empty list. Note that it is no longer necessary to use the standard Network Appliance autosupport email address in this field to direct autosupport messages to Network Appliance. Please use autosupport.support.enable instead.
CONTENTS
A complete autosupport will contain the following information. Note that some sections are configurable, and/or available depending on what features are licensed. The order given is the general order of appearance in the autosupport message itself.Generation date and timestamp
Versão de Software
System ID
Hostname
SNMP contact name (if specified)
SNMP location (if specified)
Partner System ID (if clustered)
Partner Hostname (if clustered)
Cluster Node Status (if clustered)
Console language type
sysconfig -a output
sysconfig -c output
sysconfig -d output
System Serial Number
Software Licenses (scrambled prior to transmission)
Option settings
availtime output
cf monitor all output (if clustered)
ic stats performance output (if clustered with VIA)
ic stats error -v output (if clustered with VIA)
snet stats -v output (if clustered with SNET)
ifconfig -a output
ifstat -a output
vlan stat output
vif status output
nis info output
nfsstat -c output (if licensed)
cifs stat output (if licensed)
cifs sessions summary (if licensed)
cifs sessions output (if licensed and enabled)
cifs shares summary (if licensed)
cifs shares output (if licensed and enabled)
vol status -l (if cifs is licensed)
httpstat output
vfiler status -a output (if licensed)
df output
df -i output
snap sched output
vol status -v output
vol status output
vol status -c output
vol scrub status -v output
sysconfig -r output
fcstat fcal_stats output
fcstat device_map output
fcstat link_stats output
ECC Memory Scrubber Statistics
ems event status output
ems log status output
registry values
perf report -t output
storage show adapter -a output
storage show hub -a output
storage show disk -a output
storage show fabric output
storage show switch output
storage show port output
EMS log file (if enabled)
/etc/messages content
Parity Inconsistancy information
WAFL_check logs
TYPES
The following types of autosupport messages, with their associated severity, can be generated automatically. The autosupport message text is in bold, and the LOG_XXX value is the syslog severity level. Note that text inside of square brackets ([]) is descriptive and is not static for any given autosupport message of that type. BATTERY_LOW!!!
LOG_ALERT
BMC_EVENT: BUS ERROR
LOG_ERR
BMC_EVENT: POST ERROR
LOG_ERR
- CLUSTER DOWNREV BOOT FIRMWARE
- LOG_CRIT
- CLUSTER GIVEBACK COMPLETE
- LOG_INFO
- CLUSTER TAKEOVER COMPLETE AUTOMATIC
- LOG_ALERT
- CLUSTER TAKEOVER COMPLETE MANUAL
- LOG_INFO
- CLUSTER TAKEOVER FAILED
- LOG_INFO
LOG_ALERT
CPU FAN WARNING - [fan]
LOG_WARNING
- DEVICE_QUALIFICATION_FAILED
- LOG_CRIT
- DISK CONFIGURATION ERROR
- LOG_ALERT
LOG_ALERT
DISK_FAIL!!! - Bypassed by ESH
LOG_ALERT
DISK_FAIL!!!
LOG_ALERT
DISK_FAILURE_PREDICTED!!!
LOG_ALERT
DISK_FIRMWARE_NEEDED_UPDATE!!!
LOG_EMERG
- DISK_IO_DEGRADED
- LOG_WARNING
- DISK_LOW_THRUPUT
- LOG_NOTICE
- DISK_RECOVERED_ERRORS
- LOG_WARNING
LOG_EMERG
FC-AL LINK_FAILURE!!!
LOG_ERR
- FC-AL RECOVERABLE ERRORS
- LOG_WARNING
LOG_EMERG
OVER_TEMPERATURE_WARNING!!!
LOG_EMERG
PARTNER DOWN, TAKEOVER IMPOSSIBLE
LOG_ALERT
- POSSIBLE BAD RAM
- LOG_ERR
- POSSIBLE UNLINKED INODE
- LOG_ERR
LOG_ALERT
REBOOT (after WAFL_check)
LOG_INFO
REBOOT (after entering firmware)
LOG_INFO
REBOOT (after giveback)
LOG_INFO
REBOOT (halt command)
LOG_INFO
REBOOT (internal halt)
LOG_INFO
REBOOT (internal reboot)
LOG_INFO
REBOOT (panic)
LOG_CRIT
REBOOT (power glitch)
LOG_INFO
REBOOT (power on)
LOG_INFO
REBOOT (reboot command)
LOG_INFO
REBOOT (watchdog reset)
LOG_CRIT
- REBOOT
- LOG_INFO
- SHELF COOLING UNIT FAILED
- LOG_EMERG
- SHELF COOLING UNIT FAILED
- LOG_WARNING
LOG_ALERT
- SNMP USER DEFINED TRAP
- LOG_INFO
LOG_ALERT
- SYSTEM_CONFIGURATION_CRITICAL_ERROR
- LOG_CRIT
- SYSTEM_CONFIGURATION_ERROR
- LOG_ERR
LOG_EMERG
UNDER_TEMPERATURE_WARNING!!!
LOG_EMERG
USER_TRIGGERED ([user input from autosupport.doit]) LOG_INFO
WAFL_check!!!
LOG_ALERT
- WEEKLY_LOG
- LOG_INFO
LOG_INFO
[fan] FAN_FAIL!!!
LOG_ALERT
[mini core]
LOG_CRIT
[power supply failure]
LOG_ALERT
[power supply] POWER_SUPPLY_DEGRADED!!!
LOG_ALERT
[shelf over temperature critical]
LOG_EMERG
CLUSTER CONSIDERATIONS
The autosupport email messages from a filer in a cluster are different from the autosupport email messages from a standalone filer in the following ways:The subject in the autosupport email messages from a filer in a cluster reads, “Cluster notification, ” instead of “System notification.”
The autosupport email messages from a filer in a cluster contains information about its partner, such as the partner system ID and the partner host name.
In takeover mode, if you reboot the live filer, two autosupport email messages notify the email recipients of the reboot: one is from the live filer and one is from the failed filer.
The live filer sends an autosupport email message after it finishes the takeover process.
SEE ALSO
options , partner , setup , hosts , RFC821auditlog
by Chris Kranz on Jul.07, 2009, under Manual Pages
NOME
auditlog – contains an audit record of recent administrative activitySYNOPSIS
<logdir>/auditlog<logdir> is /etc/log for filers and /logs for NetCache appliances.
DESCRIÇÃO
If the option auditlog.enable is on, the system logs all input to the system at the console/telnet shell and via rsh to the auditlog file. The data output by commands executed in this fashion is also logged to auditlog. Administrative servlet invocations (via HTTP, typically from FilerView) and API calls made via the ONTAPI interface are also logged to the auditlog. A typical message is:Wed Feb 9 17:34:09 GMT [rshd_0:auditlog]: root:OUT:date: Wed Feb 9 17:34:09 GMT 2000
This indicates that there was an rsh session around Wed Feb 9 17:34:09 GMT which caused the date command to be executed. The user performing the command was root. The type of log is data output by the system as indicated by the OUT keyword.
Commands typed at the filer's console or executed by rsh are designated by the IN keyword as in:
Wed Feb 9 17:34:03 GMT [rshd_0:auditlog]: :IN:rsh shell: RSH INPUT COMMAND is date
The start and end of an rsh session are specially demarcated as in
Wed Feb 9 17:34:09 GMT [rshd_0:auditlog]: root:START:rsh shell:orbit.eng.mycompany.com
e
Wed Feb 9 17:34:09 GMT [rshd_0:auditlog]: root:END:rsh shell:
The maximum size of the auditlog file is controlled by the auditlog.max_file_size option. If the file gets to this size, it is rotated (see below).
Every Saturday at 24:00, <logdir>/auditlog is moved to <logdir>/auditlog.0, <logdir>/auditlog.0 is moved to <logdir>/auditlog.1 , and so on. This process is called rotation. Auditlog files are saved for a total of six weeks, if they do not overflow.
If you want to forward audit log messages to a remote syslog log host (one that accepts syslog messages via the BSD Syslog protocol specified in RFC 3164), modify the filer's /etc/syslog.conf file to forward messages from the filer's "local7" facility to the remote host. Do this by adding a line like:
- local7.*
- @1.2.3.4
On the log host, you'll need to modify the syslog daemon's configuration file to redirect syslog message traffic from the "local7" facility to the appropriate configuration file. That is typically done by adding a line similar to the one shown above for the filer:
- local7.*
- /var/logs/filer_auditlogs
FILES
- <logdir>/auditlog
- auditlog file for current week. <logdir>/auditlog.[0-5] auditlog files for previous weeks










































