Arquivo

Posts Tagged 'man'

NetApp Man Pages

July 7th, 2009

NetApp have kindly given me permission to republish their man pages here. They still need a little tidying up, but the sheer quantity means it'll take me awhile to get them all sorted and cross-referenced properly, please excuse any visual issues for the moment. I wrote a quick parsing tool to get all the info on here, so there may be a few issues resulting from that still.

I've always liked the way that PHP have their function pages giving users the ability to comment directly onto them. This allows people to leave feedback on functions and tools, and also follow up with some extra uses or syntax for commands that aren't necessarily clearly published. Hopefully this can feed back into NetApp to improve their documentation.

I'd definitely like to encourage people to comment on the man pages with anything that may be useful, and hopefully build this into a useful little reference section. Many thanks again for the NetApp folk for helping me with this.

VN:F [1.9.11_1134]
Rate this post:
Rating: 8.8/ 10 (19 votes cast)

General , Manual Pages , , , ,

aggr

July 7th, 2009

Índice analítico

NAME

aggr – commands for managing aggregates, displaying aggregate status, and copying aggregates

Sinopse

aggr command argument …

DESCRIPTION

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.

A familia de mando Agr é novo na ONTAP 7.0. A familia de mando vol, desde o control sobre o tradicional vol_ u mes que fundiu nun único sistema de ficheiros usuario-visible e un recipiente de almacenamento RAID único nivel (engadido) nunha unidade indivisible, e aínda o fai. Para permitir un uso máis flexible de almacenamento, agrega agora tamén soporta a capacidade de ter varios sistemas independentes de nivel de usuario de ficheiros nomeados volumes flexibles.

Data ONTAP 7,0 soporta plenamente dous volumes tradicionais e flexibles. A familia de mando Agr é o método preferido para a xestión de un filtro de áridos, incluíndo aqueles que son incorporados en volumes tradicionais.

Nótese que a maioría dos comandos aggR aplícanse igualmente para tanto o tipo de árido que contén volumes flexibles é o tipo que está fortemente ligado para formar un volume tradicional. Así, a acumulación termo é frecuentemente utilizado aquí para referirse a ambas as clases de almacenamento. Neses casos, el ofrece un acceso directo para as máis grandes e pesadas frase "áridos e volumes tradicionais".

Agregados tanto pode ser espello ou non espello. Un plex é unha copia física do almacenamento WAFL dentro do agregado. Un agregado espello consiste en dúas plexes; agregados non espello conter un plexo único. Co fin de crear un agregado espello, ten que ter unha configuración filler que soporta RAID nivel de espelhamento. Cando o espelhamento é activado no filer, os discos de reposición divídense en dous Pools de discos. Cando un agregado é creado, todos os discos nun único plex debe provir da piscina mesmo disco, e os dous plexes dun agregado espello debe consistir de discos a partir de Pools separados, como esta maximiza o illamento de erros. Esta política pode ser substituído coa opción-f para Agr crear, engadir e Agr Agr espello, pero non se recomenda.

Un nome engadido pode conter letras, números eo caracter de subliñado (_), pero o primeiro carácter debe ser unha letra ou subliñado. Un total combinado de ata 200 agregados (incluíndo os incorporados en volumes tradicionais) poden ser creados en cada filler.

Un complexo pode ser en liña ou fóra de liña. Se está fóra de liña, non está dispoñible para lectura ou gravación. Plexes pode estar en combinacións dos seguintes estados:

Todos os grupos normais RAID no complexo son funcionais.

fallou Polo menos un dos grupos RAID no plexo fallou.

plexo O baleiro é parte dun agregado que está a crear, e un ou máis dos discos segmentados para a acumulación debe ser colocado a cero antes de ser engadida ao complexo.

plexo O activo está dispoñible para uso.

inactivo
O plexo non está dispoñible para uso.

resyncing
O contido do complexos son actualmente fóra da data e están no proceso de ser ressincronizado co contido do plexo outro do árido (aplícase aos agregados espelhados só).

adición de discos
Os discos son de seren engadidos á plex de RAID grupo (s).

out-of-date
This state only occurs in mirrored aggregates where one of the plexes has failed. The non-failed plex will be in this state if it needed to be resynchronized at the time the other plex failed.

A plex is named using the name of the aggregate, a slash character delimiter, and the name of the plex. The system automatically selects plex names at creation time. For example, the first plex created in aggregate aggr0 would be aggr0/plex0 .

An aggregate may be online, restricted, or offline. When an aggregate is offline, no read or write access is allowed. When an aggregate is restricted, certain operations are allowed (such as aggregate copy, parity recomputation or RAID reconstruction) but data access is not allowed. Aggregates that are not a part of a traditional volume can only be restricted or offlined if they do not contain any flexible volumes.

Aggregates can be in combinations of the following states:

aggr The aggregate is a modern-day aggregate; it is capable of containing zero or more flexible volumes.

copying
The aggregate is currently the target aggregate of an active aggr copy operation.

degraded
The aggregate contains at least one degraded RAID group that is not being reconstructed.

foreign
The disks that the aggregate contains were moved to the current filer from another filer.

growing
Disks are in the process of being added to the aggregate.

initializing
The aggregate is in the process of being initialized.

invalid
The aggregate contains no volumes and none can be added. Typically this happens only after an aborted aggregate copy operation.

ironing
A WAFL consistency check is being performed on this aggregate.

mirror degraded
The aggregate is a mirrored aggregate, and one of its plexes is offline or resyncing.

mirrored
The aggregate is mirrored and all of its RAID groups are functional.

needs check
A WAFL consistency check needs to be performed on the aggregate.

partial
At least one disk was found for the aggregate, but two or more disks are missing.

raid0 The aggregate consists of RAID-0 (no parity) RAID groups (V-Series and NetCache only).

raid4 The aggregate consists of RAID-4 RAID groups.

raid_dp
The aggregate consists of RAID-DP (Double Parity) RAID groups.

reconstruct
At least one RAID group in the aggregate is being reconstructed.

redirect
Aggregate reallocation or file reallocation with the -p option has been started on the aggregate. Read performance to volumes in the aggregate may be degraded.

resyncing
One of the plexes of a mirrored aggregate is being resynchronized.

snapmirrored
The aggregate is a snapmirrored replica of another aggregate. This state can only arise if the aggregate is part of a traditional volume.

trad The aggregate is fused with a single volume. This is also referred to as a traditional volume and is exactly equivalent to the volumes that existed before Data OnTAP 7.0. Flexible volumes can not be created inside of this aggregate.

verifying
A RAID mirror verification operation is currently being run on the aggregate.

wafl inconsistent
The aggregate has been marked corrupted. Please contact Customer Support if you see an aggregate in this state.

USAGE

The following commands are available in the aggr suite:

 add mirror restrict undestroy copy offline scrub verify create online show_space destroy options split media_scrub rename status 

aggr add aggrname
[ -f ]
[ -n ]
[ -g { raidgroup | new | all } ]
{ ndisks [@ size ]
|
-d disk1 [ disk2 ... ] [ -d diskn [ diskn+1 ... ] ] }

Adds disks to the aggregate named aggrname . Specify the disks in the same way as for the aggr create command. If the aggregate is mirrored, then the -d argument must be used twice (if at all).

If the -g option is not used, the disks are added to the most recently created RAID group util it is full, and then one or more new RAID groups are created and the remaining disks are added to new groups. Any other existing RAID groups that are not full remain partially filled.

The -g option allows specification of a RAID group (for example, rg0 ) to which the indicated disks should be added, or a method by which the disks are added to new or existing RAID groups.

If the -g option is used to specify a RAID group, that RAID group must already exist. The disks are added to that RAID group util it is full. Any remaining disks are ignored.

If the -g option is followed by new , Data ONTAP creates one or more new RAID groups and adds the disks to them, even if the disks would fit into an existing RAID group. Any existing RAID groups that are not full remain partially filled. The name of the new RAID groups are selected automatically. It is not possible to specify the names for the new RAID groups.

Se a opción-g é seguido por todos, ONTAP engade os discos especificados para grupos de RAID existentes primeiros. Despois de todos os grupos RAID existentes están cheos, créase un ou máis grupos RAID novos e engade os discos especificados para os novos grupos.

A opción-n pode ser usado para amosar a orde que o sistema se levará a cabo, sen realmente facer os cambios. Isto é útil para amosar os discos automaticamente seleccionados, por exemplo.

Por defecto, o filer enche un grupo RAID con discos antes de iniciar outro grupo RAID. Supoñamos que un agregado actualmente ten un grupo de RAID de 12 discos eo seu tamaño grupo RAID é 14. Se engades 5 discos para este agregado, que terá un grupo RAID con 14 discos e outro grupo con 3 discos RAID. O filler non distribuír discos entre os grupos de RAID.

Non podes engadir discos para un agregado espello un dos plexes está conectado.

Os discos nun complexo non están autorizados a atravesar Pools de discos. Este comportamento pode ser substituído co sinalizador-f, cando utilizado en conxunto co argumento-d para consultar discos para engadir. O sinalizador-f, en combinación con-d, tamén pode ser usado para forzar a adición de discos que teñen unha velocidade de rotación que non coincide coa da maioría dos discos existentes no agregado.

Agr copia abortar [-h] operation_number | todo

Finaliza as tarefas de copia de agregación. O parámetro t opera_ ion_number especifica que a operación de fin. Se só se especifica todo, todos os agregados operacións de copia activos encerrados.

Agr copia inicio
[-S |-s snapshot] [-C]
orixe destino

Copia todos os datos, ata instantáneas e volumes flexibles, dun agregado a outro. A bandeira do S-se usa, a orde copiar todos os instantáneas na fonte de engadido para a acumulación de destino. Para seleccionar unha foto especial para copiar, usar o sinalizador-s, seguido do nome do instantáneo. Se usar nin o bandeira nin-S-s no comando, o filer crea un snapshot no momento en que o Agr a orde de inicio copia é executado e copiar só ese instantáneo para a acumulación de destino.

A bandeira C é necesaria se a acumulación fonte tivo de espazo libre desfragmentación realizada sobre el, ou se a acumulación destino será de espazo libre desfragmentado. De espazo libre desfragmentación pode ser realizada en un agregado utilizando o comando realocar.

Copias de agregación se pode facer só entre os agregados que hospedan volumes flexibles. Agregados que son incorporados en volumes tradicionais non poden participar.

Os agregados de orixe e de destino pode ser do arquivador mesmo ou diferentes filers. A orixe ou o destino é engadido nun filer distinto daquel en que entra ao mando de start Agr copia, seleccione o nome engadido no filer_name: aggre_ formato ate_name g.

Os filers implicados nunha copia acumulación debe atender aos seguintes requisitos para a orde de saída copia Agr a ser rematada con éxito:

O agregado de orixe debe ser en liña e do árido de destino debe ser restrinxido.

Se a copia é entre dous filers, cada filler debe ser definido como un servidor de confianza do filler outro. É dicir, o nome do filer debe estar en / etc / hosts.equiv do filler outro.

Se a copia está no filler mesmo, localhost debe ser incluído no etc do filler da / / hosts.equiv. Ademais, o enderezo de loopback debe estar no filler do / etc ficheiro hosts /. En caso contrario, o filer non pode enviar paquetes para ti a través do enderezo de loopback ao intentar copiar os datos.

O espazo de disco utilizable do árido de destino debe ser maior que ou igual ao espazo de disco utilizable da fonte de acumulación. Use o comando df-Un camiño para ver a cantidade de espazo no disco utilizable dun agregado particular.

Cada Agr mando de partida copia xera dúas operacións de copia agregados: unha para lectura de datos do grupo de orixe e outra para gravar datos para o conxunto de destino. Cada filler soporta ata catro operacións simultáneas de copia de agregación.

Agr estado da copia [operation_number]

Amosar o progreso dunha ou todas as operacións de copia Agr. As operacións son numeradas de 0 a 3.

Información sobre reinicio punto de verificación para todas as transferencias é tamén amosado.

Agr copia do acelerador [operation_number] valor

Controla o desempeño da operación de copia Agr. O valor varía de 10 (máxima velocidade) a 1 (unha décima de velocidade máxima). O valor por defecto é mantido na opción aggr.copy.throttle o filer e está axustado 10 (máxima velocidade) na fábrica. Pode aplicar o valor de rendemento dunha operación especificado polo parámetro operation_number. Se non especificar un número de operación no mando do acelerador copia Agr, a orde se aplica a todas as operacións de copia Agr.

Use este comando para limitar a velocidade da operación de copia Agr se pensar que a operación de copia Agr está causando problemas de rendemento na súa filler. En particular, o acelerador está deseñado para axudar a limitar o uso da CPU da operación de copia Agr. Non se pode usar para axustar os patróns de consumo de ancho de banda de rede.

The aggr copy throttle command only enables you to set the speed of an aggr copy operation that is in progress. To set the default aggr copy speed to be used by future copy operations, use the options command to set the aggr.copy.throttle option.

aggr create aggrname
[ -f ]
[ -m ]
[ -n ]
[ -t raidtype ]
[ -r raidsize ]
[ -T disk-type ]
[ -R rpm ]
[ -L [ compliance | enterprise ] ]
[ -v ]
[ -l language-code ]
{ ndisks [@ size ]

|
-d disk1 [ disk2 ... ] [ -d diskn [ diskn+1 ... ] ] }

Creates a new aggregate named aggrname . The aggregate name can contain letters, numbers, and the underscore character(_), but the first character must be a letter or underscore. Up to 200 aggregates can be created on each filer. This number includes those aggregates that are embedded within traditional volumes.

An embedded aggregate can be created as part of a traditional volume using the -v option. It cannot contain any flexible volumes.

A regular aggregate, created without the -v option, can contain only flexible volumes. It cannot be incorporated into a traditional volume, and it contains no volumes immediately after creation. New flexible volumes can be created using the vol create command.

O argumento-t raidtype especifica o tipo de RAID grupo (s) a usar para crear o agregado. Tipo de grupos posibles de RAID son RAID4 para RAID-4, raid_dp para RAID-DP (Paridade dobre), e RAID0 para striping simple, sen protección de paridade. O raidtype estándar para os agregados e os volumes tradicionais sobre filers é raid_dp. Definir o raidtype non se admite en V-series, o patrón de RAID0 é sempre usada.

O argumento-r raidsize especifica o número máximo de discos en cada grupo de RAID no agregado. Os valores máximos e patrón de raidsize son dependente de plataforma, baseada en consideracións de rendemento e fiabilidade. Vexa opcións aggR raidsize para máis detalles.

A T-argumento de tipo disco especifica o tipo de discos para usar ao crear un novo engadido. Cómpre só en sistemas ligados aos discos de diferentes tipos. Tipos de discos posíbeis están: ATA, FCAL, Lun, SAS, SATA e SCSI. Discos de mestura de distintos tipos nun agregado non é permitido.-T non pode ser utilizado en conxunto con-d.

Tipo de disco identifica a tecnoloxía de disco e tipo de conexión. ATA identifica con discos ATA IDE ou interface Serial ATA en baldas conectados FCAL (loop arbitrario Fibre Channel). FCAL identifica discos FC en baldas conectados FC-AL. Lun identifica discos virtuais exportados matrices de almacenamento externos. O tipo de tecnoloxía de disco subxacente e RAID depende da implantación de tales sistemas de almacenamento externos. SAS identifica discos Serial Attached SCSI en estantes a condizer. SATA identifica os discos Serial ATA en baldas SAS. SCSI significa Small Computer System Interface, e está incluído para compatibilidade con versións anteriores coas tecnoloxías anteriores de disco.

O argumento-R rpm especifica o tipo de discos para usar con base na súa velocidade de xiro en rotacións por minuto (rpm). Cómpre só en sistemas tendo discos con diferentes velocidades de xiro. Os valores típicos para a velocidade de rotación son 5400, 7200, 10000 e 15000.-R non se pode utilizar xunto con-d.

ndisks é o número de discos no agregado, incluíndo os discos de paridade. Os discos en deste agregado recentemente creado chegar desde o conxunto de discos de reposición. Os menores discos este grupo xuntan-se a acumulación en primeiro lugar, a menos que especifique o argumento de tamaño @. Tamaño é o tamaño do disco en GB, e os discos que están dentro do 10% do tamaño especificado serán seleccionados para o seu uso en conxunto.

O m-opción pode ser usada para indicar que a acumulación novo ser espello (teñen dous plexes) sobre a creación. Se esta opción é dar, entón os discos indicados serán divididos entre os dous plexes. Por defecto, a acumulación de novo non vai ser espello.

A opción-n pode ser usado para amosar a orde que o sistema será executado, sen realmente facer calquera cambio. Isto é útil para amosar os discos automaticamente seleccionados, por exemplo.

Se usar o-d disk1 [disk2 ... ] Argumento, o filer crea a acumulación cos discos especificados reposición disk1, disk2, e así por diante. Vostede pode especificar unha lista separada por espazos de nomes de disco. Dúas listas separadas debe estar o engadido novo é espello. No caso de que a acumulación de novo é espello, os discos indicadas deben producir un número igual de discos en cada plex novo.

Os discos nun complexo non están autorizados a atravesar pozas de reposición. Este comportamento pode ser substituído coa opción-f. A mesma opción tamén pode ser usado para forzar a usar discos que non teñen correspondencia velocidade de rotación. A opción-f non ten efecto só cando usada coa opción-d especifica discos de usar.

Para crear un agregado SnapLock, especifique o L-bandeira co Agr crear comandos. Esta bandeira é soportado só se quere SnapLock Compliance ou Enterprise SnapLock está licenciado. O tipo de árido SnapLock creado ou conformidade, ou Enterprise, está determinada pola licenza SnapLock instalado. Se ambos Compliance SnapLock e Enterprise SnapLock son licenciados, o cumprimento uso L-ou-L empresa que especifique o tipo desexado engadido.

O argumento-l LANGUAGE_CODE pode ser usado só cando a creación dun volume tradicional empregando a opción-v. O filler crea o volume tradicional coa linguaxe especificada polo código da lingua. O estándar é o idioma empregado polo volume de filler de raíz. Ver vol páxina de manual para unha lista de códigos de linguaxe.

Agr destruír {aggrname | plexname} [-f]

Destrúe o aggrname engadido chamado, ou o plexname complexo chamado. Nótese que o agregado especificado está ligada a un volume tradicional, así que o volume tradicional en si é destruído tamén.

Un agregado se especifica, todos os plexos, en total, son destruídos. O agregado chamado tamén non deben conter os volumes flexibles, independentemente do seu estado de montaxe (en liña, restrinxido ou fóra de liña). Un plexo se especifica, o complexo é destruído, deixando un volume non espello engadido ou tradicional que contén o resto complexo. Antes de destruír o volume, agregar tradicional ou complexo, o usuario é solicitada a confirmar a operación. O F-bandeira pode ser usado para destruír un volume, engadido tradicional ou complexo sen avisar ao usuario.

Os discos orixinalmente no obxecto destruído converterse en discos de reposición. Só agregados offline, volumes tradicionais e plexes pode ser destruído.

Agr estado media_scrub [aggrname | plexname | groupname]
[-V]

Amosa o estado de lavado media do árido chamado, complexo, ou grupo. Se ningún nome é dado, así status é impreso para todos os grupos RAID actualmente a correr un sotobosque medios. O Estatuto inclúe un por cento completa e se está suspendido.

A opción-v exhibe a data ea hora en que os medios de comunicación últimas cheas esfoliação completo, a data ea hora en que a instancia actual dos medios de comunicación fregando comezou, eo estado actual do árido chamado, complexo, ou grupo. Se ningún nome é dado, este estado máis detallado é impreso para todos os grupos RAID con Scrubs activos de medios.

Agr espello aggrname
[F]
[-N]
[-V victim_aggrname]
[D disk1 [disk2 ... ]]

Turns an unmirrored aggregate into a mirrored aggregate by adding a plex to it. The plex is either newly-formed from disks chosen from a spare pool, or, if the -v option is specified, is taken from another existing unmirrored aggregate. Aggregate aggrname must currently be unmirrored. Use aggr create to make a new, mirrored aggregate from scratch.

Disks may be specified explicitly using -d in the same way as with the aggr create and aggr add commands. The number of disks indicated must match the number present on the existing aggregate. The disks specified are not permitted to span disk pools. This behavior can be overridden with the -f option. 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.

The -n option can be used to display the command that the system will execute without actually making any changes. This is useful for displaying the automatically selected disks, for example.

aggr offline { aggrname | plexname }
[ -t cifsdelaytime ]

Takes the aggregate named aggrname (or the plex named plexname ) offline. The command takes effect before returning. If the aggregate is already in restricted state, then it is already unavailable for data access, and much of the following description does not apply.

If the aggregate contains any flexible volumes, then the operation is aborted unless the filer is in maintenance mode.

Except in maintenance mode, the aggregate containing the current root volume may not be taken offline. An aggregate containing a volume that has been marked to become root (using vol options vol_ n ame root ) also cannot be taken offline.

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 ]

Trae o aggrname engadido chamado (ou o complexo chamado plexname) en liña. Este comando ten efecto inmediato. Se a acumulación indicado incorpórase nun volume tradicional, o volume tamén é tamén colocado en liña.

Un aggrname indicado, debe estar offline no momento, restrinxido ou estranxeira. Se a acumulación é estranxeiro, farase nativo antes de ser introducidas en liña. Un agregado "estranxeiro" é un agregado que consiste en discos movidos dende outro filler e que nunca foi posto en liña en filler actual. Agregados que non son estraños son considerados "nativa".

Se a acumulación é inconsistente, pero non perdeu os datos, o usuario será advertido e solicitado en liña antes de levar a acumulación. O F-bandeira pode ser usado para substituír ese comportamento. É aconsellable realizar WAFL_check (ou facer un initialize SnapMirror en caso de un agregado embutido nun volume tradicional) antes de poñer unha liña agregada inconsistente. Traendo unha liña agregada inconsistente aumenta o risco de corrupción aínda máis do sistema de ficheiros. Se a acumulación é inconsistente e pasou por unha posible perda de datos, non poden estar situados en liña menos WAFL_check (ou SnapMirror initialize no caso incorporado) foi executado no agregado.

Un plexname se especifica, o complexo debe ser parte dun agregado espello en liña. O sistema pode iniciar a ressincronização do complexo como parte do procesamento en liña.

Agr opcións aggrname [optname optval]

Presenta as opcións que foron definidas para aggrname engadido, ou define a opción chamada optname do aggrname agregado nomeado para o optval valor. A orde permanece en vigor despois do filler é reiniciar, non hai necesidade de engadir comandos aggR opcións para o arquivo / etc / rc. Algunhas opcións teñen valores son números. Algunhas opcións teñen valores que poden estar en (que tamén pode ser expresada como si, é certo, ou 1) ou apagado (que tamén pode ser expresada como non, falso, ou 0). Unha mestura de maiúsculas e minúsculas se pode usar cando se escribe o valor dunha opción. A orde estado Agr mostra as opcións que son definidas por acumulación.

A continuación describe as opcións e os seus valores posibles:

fs_size_fixed en | off

Esta opción só se aplica a agregados que son incorporados en volumes tradicionais. Isto fai que o sistema de ficheiros para permanecer o mesmo tamaño e non aumentar ou diminuír cando a relación de volume SnapMirrored é dobres, ou un suplemento AGGR se realiza sobre el. Esta opción automaticamente configurado para ser activado cando un volume tradicional faise un volume SnapMirrored. Permanecerá ao mando tras a pausa SnapMirror soa para o volume tradicional. Isto permite que un volume tradicional para ser SnapMirrored volta para a fonte sen a necesidade de engadir discos para o volume da fonte tradicional. Se o tamaño do volume tradicional é maior que o tamaño do sistema de ficheiros, desconectando esta opción ha facer o sistema de ficheiros para crecer para o tamaño do volume tradicional. A configuración por defecto é off.

ignore_inconsistent en | off

Este comando só se pode usar en modo de mantemento. Se esta opción se definida, ela permite que a acumulación que contén o volume de raíz para ser colocadas en liña en iniciar, aínda que sexa inconsistente. O usuario é avisado de que trae-lo en liña antes de realizar WAFL_check ou wafliron pode producir inconsistencia maior sistema de ficheiros.

nosnap en | off

Se esta opción está conectado, el desactiva Snapshots automáticas no agregado. A configuración por defecto é off.

número raidsize

O valor desta opción é o tamaño máximo de un grupo de RAID que pode ser creado no agregado. Cambiar o valor desa opción non ha causar grupos de RAID existentes para aumentar ou diminuír, pero só vai afectar máis discos serán engadidos ao grupo RAID última existente e como grandes grupos de RAID novos será.

Valores válidos para esta opción depende raidtype. Por exemplo, raid_dp permítelle grupos maiores que RAID RAID4. Límites e valores estándar tamén son diferentes para os distintos tipos de aparatos de filler e distintos tipos de discos. Táboas a continuación definen os límites e valores estándar para raidsize.

  -------------- RAID4 raidsize min estándar 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 estándar max ------ -------- R100 3 12 12 3 12 16 R150 (outros discos FCAL) 3 16 28 (outras discos ATA) 3 14 16 ---------- ---- 

Eses valores poden cambiar en futuras versións do ONTAP datos.

raidtype RAID4 | raid_dp | RAID0

Define o tipo de RAID utilizado para protexer contra fallos de disco. Uso de RAID4 ofrece un disco de paridade por grupo RAID, mentres raid_dp ofrece dous. Cambiar esta opción cambia inmediatamente tipo de RAID de todos os grupos de RAID dentro do agregado. 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.

root

If this option is set on a traditional volume, then the effect is identical as that defined in vol man page. Otherwise, if this option is set on an aggregate capable of containing flexible volumes, then that aggregate is marked as being the one that will also contains the root flexible volume on the next reboot. This option can be used on only one aggregate or traditional volume at any given time. The existing root aggregate or traditional volume will become a non-root entity after the reboot.

Until the system is rebooted, the original aggregate and/or traditional volume will continue to show root as one of its options, and the new root aggregate or traditional volume will show diskroot as an option. In general, the aggregate that has the diskroot option is the one that will contain the root flexible volume following the next reboot.

The only way to remove the root status of an aggregate or traditional volume is to set the root option on another aggregate or traditional volume.

snaplock_compliance

This read only option indicates that the aggregate is a SnapLock Compliance aggregate. Aggregates can only be designated SnapLock Compliance aggregates at creation time.

snaplock_enterprise

This read only option indicates that the aggregate is a SnapLock Enterprise aggregate. Aggregates can only be designated SnapLock Enterprise aggregates at creation time.

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 incorpórase nun volume tradicional, o nome que o volume é tamén cambiou.

Agr restrinxir aggrname
[-T cifsdelaytime]

Engade aggrname agregado nomeado en estado restrinxido, a partir de calquera estado en liña ou fóra de liña. A orde ten efecto antes de regresar.

Se a acumulación contén volumes flexibles, a operación é abortado a non ser que o arquivador está en modo de mantemento.

Se a acumulación incorpórase nun volume tradicional, que ten compartilhamentos CIFS, os usuarios deben ser avisados ​​antes de restrinxir a acumulación (e, polo tanto, todo o volume tradicional). Use a opción-t para iso. O argumento cifsdelaytime especifica o número de minutos de atraso antes de tomar o offline engadido embutido, tempo durante o cal CIFS usuarios do volume tradicional sexan avisados ​​da perda do servizo pendente. Un tempo de 0 significa tomar o offline engadido inmediatamente, sen advertencias dadas. Usuarios CIFS pode perder datos se non lles é dada a oportunidade de pechar aplicacións normalmente.

sotobosque Agr currículo [aggrname | plexname | groupname]

Currículos de lavado de paridade no agregado chamado, complexo, ou grupo. Se ningún nome é dado, renovar todos os grupos RAID actualmente pasan por un lavado de paridade que foi suspendida.

Agr inicio sotobosque [aggrname | plexname | groupname]

Iníciase lavado de paridade no agregado denominado en liña. Esfregar paridade compara os discos de datos para o disco de paridade (s) no seu grupo RAID, corrixindo o contido do disco de paridade polo que sexa. Se ningún nome é dado, a absorción de paridade é iniciado en todos os agregados en liña. Un nome é xa engadido, a absorción comeza en todos os grupos de RAID contidos no agregado. Un nome complexo é dada, a absorción comeza en todos os grupos de RAID contidas no plexo.

Agr estado sotobosque [aggrname | plexname | groupname] [-v]

Amosa o estado de lavado de paridade no agregado chamado, complexo, ou de grupo; todos os grupos RAID actualmente en fase de lavado de paridade se ningún nome é dado. O estatuto inclúe un por cento completo, Estado e suspendeu o Scrub.

A opción-v exhibe a data ea hora en que o sotobosque última completo cuberto, xunto co estado actual no agregado chamado, complexo, ou grupo, todos os grupos de RAID, se ningún nome é dado.

Agr parada sotobosque [aggrname | plexname | groupname]

Para de lavado de paridade no agregado chamado, complexo, ou grupo, se ningún nome é dado, en todos os grupos de RAID actualmente pasando por un lavado de paridade.

sotobosque Agr suspender [aggrname | plexname | groupname]

Suspende lavado de paridade no agregado chamado, complexo, ou grupo, se ningún nome é xa, en todos os grupos de RAID actualmente sometidos a lavado de paridade.

Agr show_space [-h |-k |-m |-g |-t |-b] <aggrname>

Amosa o uso do espazo nun agregado. Ao contrario do DF, este comando mostra o uso do espazo para cada volume flexible dentro dun engadido aggrname Se se especifica, Agr show_space só é executado no agregado correspondente, se non, el relata o uso de espazo en todos os agregados.

Todos os tamaños son relativos en bloques de 1024 bytes, a non ser que doutra forma solicitada por un dos-H, K, M, G, ou-t opcións. A escala k,-m,-g, e-t opcións de tamaño de cada campo relacionado saída a ser expresada en kilobytes, megabytes, xigabytes, é terabytes, respectivamente.

A terminoloxía que segue é usado polo comando en comunicación o espazo.

  Este espacio é a cantidade de espazo no disco total que a acumulación ten.  WAFL reserva WAFL reserva dunha porcentaxe do espazo total en disco total para metadatos nivel agregado.  O espazo utilizado para o mantemento dos volumes en total sae da reserva WAFL.  Snap snap reserva reserva é a cantidade de espazo reservado para fotos de agregación.  Este espazo utilizable é a cantidade total de espazo que está dispoñible para o valor engadido de provisionais.  Isto é computado como espazo útil = Área total - WAFL reserva - Snap reserva df mostra este como o espazo 'total'.  BSR NVLOG Isto é válido para destinos SnapMirror síncronas só.  Esta é a cantidade de espazo utilizado en conxunto co filler destino para almacenar datos enviados do filler fonte (s) antes de enviá-lo para o disco.  Atribuída Esta é a suma do espazo reservado para o volume eo espazo utilizado por persoas non datos reservados.  Para volumes de volume garantidas, é dicir, polo menos, o tamaño do volume desde hai datos son unreserved.  Para volumes con garantía de espazo de ninguén, ese valor é o mesmo que o espazo "utilizadas" (explicado a continuación) xa que ningún espazo non utilizado é reservado.  O valor de espazo alocado amosa a cantidade de espazo que o volume está tomando do árido.  Este valor pode ser máis grande que o tamaño do volume porque tamén inclúe os metadatos necesaria para manter o volume.  Usado Esta é a cantidade de espazo que está ocupando bloques de disco.  Este valor non é o mesmo que o 'usado' espazo exhibido polo comando df.  O espazo usado neste caso inclúe os metadatos necesaria para manter o volume flexible.  Dispoñible cantidade total de espazo libre no agregado.  Este é o mesmo que o espazo dispoñible informar por DF. 

división Agr plexname aggrname
[-R oldvol newvol] [-r ...]
[-S sufixo]

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 ]

Mostra o estado dun ou de todos os agregados sobre o filer. Se aggrname é usado, o estado do árido indicado é impreso, se non o estado de todos os agregados no arquivador composición. Por defecto, el imprime unha sinopse dunha liña do grupo que inclúe o nome do conxunto, se contén un único volume tradicional ou un número de volumes flexibles, se é en liña ou fóra de liña, outros estados (por exemplo, parcial, degradado, WAFL inconsistente, e así por diante) e peraggregate opcións. Per-agregados opcións aparecen só as opcións cambiaron en relación aos valores por defecto do sistema utilizando o comando Agr opcións, ou polo comando vol opcións se a acumulación incorpórase nun volume tradicional. O estado WAFL inconsistente aparece, póñase en contacto co xestor do cliente.

A opción-v amosa a on / off estado de todos peraggregate opcións Abaixo información sobre cada grupo plex volume, e RAID contida no agregado.

O flag-r amosa unha lista das informacións RAID para este engadido. Se non aggrname se especifica, el exhibe información sobre RAID todos os agregados, información sobre os discos do sistema de ficheiros, discos de reposición e discos fracasados. Para máis información sobre discos fallados véxase o-f descrición chave embaixo.

O sinalizador-d exhibe información sobre os discos, en total indicado. Tipo de información no disco son os mesmos que os dende o mando sysconfig d-.

A opción-c mostra o estado da actualización dos datos Bloque Checksums recurso de protección de integridade.

O b-se usa para obter o tamaño de orixe e de destino agregados para o seu uso con copia Agr. A saída contén o almacenamento no agregado e, posiblemente, o tamaño menor do árido. A orde de copia engadido usa eses números para determinar se os tamaños de áridos de orixe e destino son compatibles. O tamaño do árido fonte debe ser igual ou menor que o tamaño do árido de destino.

O sinalizador-s exhibe unha lista dos discos de reposición sobre o filer.

O F-bandeira amosa unha lista dos discos falla no filer. A saída de mando inclúe a razón falla de disco que pode ser calquera dos seguintes:

O i-bandeira amosa unha lista dos volumes flexibles contidos nun 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. 

aggr undestroy [ -n ] < aggrname >

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 20

Creates 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

Displays the space usage of the aggregate `ag1′ and scales the unit of space according to the size.

 Aggregate 'ag1′ Total space WAFL reserve Snap reserve Usable space BSR NVLOG 66GB 6797MB 611MB 59GB 65KB Space allocated to volumes in the aggregate Volume Allocated Used Guarantee vol1 14GB 11GB volume vol2 8861MB 8871MB file vol3 6161MB 6169MB none vol4 26GB 25GB volume vol1_clone 1028MB 1028MB (offline) Aggregate Allocated Used Avail Total space 55GB 51GB 3494MB Snap reserve 611MB 21MB 590MB WAFL reserve 6797MB 5480KB 6792MB 

aggr status 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 

SEE ALSO

vol , partner , snapmirror , sysconfig .


Table of Contents






















































Manual Pages , , , ,

cf

July 7th, 2009

Índice analítico

NAME

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

DESCRIPTION

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.

Forces the live filer to give back the resources of the failed filer even though the live filer determines that doing so might result in data corruption or cause other severe problems. giveback will refuse to giveback under these conditions. Using the forcegiveback option forces a giveback. When the failed filer reboots as a result of a forced giveback, it displays the following message:

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.

Forza un filer para asumir o seu compañeiro aínda que o filer detecta un erro que poderían impedir unha adquisición. Por exemplo, normalmente, unha destacada ou defectuosa cabo ServerNet entre os filers fai que o contido dos filers de NVRAM para ser sincronizado, adquisición está desactivado. Con todo, se escribir o comando cf forcetakeover, o filer asume seu compañeiro a pesar de que o contido da NVRAM non sincronizadas. Este comando pode causar o filer sendo retomado a perder datos do cliente. Se usar a opción-f, comando cf permite tal forcetakeover unha para continuar sen a necesidade de confirmación por parte do operador.

forcetakeover-d [f] Forza un filler para asumir o seu compañeiro en todos os casos onde un forcetakeover falharia. Así mesmo, facer unha compra, aínda que algúns discos de caixas de correos socios son inaccesibles. Pode ser usado só cando cluster_remote está licenciado.

forcetakeover D é moi perigoso. Non só el pode causar corrupción de datos, se non é usado con coidado, el tamén pode levar a unha situación onde tanto o filer e é socio están operativos (cerebro dividido). Polo tanto, ela só debe ser utilizado como un medio de último recurso, cando os mandos de adquisición e forcetakeover son mal éxito en lograr unha adquisición. O operador debe garantir que o arquivador compañeiro non se fai operativo en calquera momento durante un arquivador está no modo de adquisición iniciada pola utilización deste comando. Xunto con espelhamento RAID, que permitan a recuperación dun desastre cando os dous filers no cluster están localizados en dous lugares distantes. O uso de-f opción permite que esta orde para proceder sen a necesidade de confirmación polo operador.

giveback [-f]
Inicia unha giveback de recursos de socios. Unha vez que o giveback estea rematado, a capacidade de adquisición automática é desactivado ata que o socio sexa reinicializado. O fallo se giveback sesións pendentes CIFS, procesos de despejo activos do sistema, ou operacións outras filler fai unha giveback perigoso ou perturbador. Se usar a opción-f, comando cf permite tal giveback un proceder, sempre que non ía producir corrupción de datos ou erros de filler.

hw_assist [status | proba | stats [claro]] Presenta información sobre a función de adquisición asistida por hardware. Usar o comando de estado CF hw_assist para amosar o estado función asistida por hardware do lugar, así como o arquivador compañeiro. Se asistida por hardware de estado está inactivo, o comando mostra a razón e, se é posible, unha acción corretiva. Use o comando de proba cf hw_assist para validar a configuración adquisición asistida por hardware. Unha mensaxe de erro é impreso se asistida por hardware configuración de adquisición non pode ser validado. Utilice o cf hw_assist estatísticas mando para ver as estatísticas de todos os avisos recibidos hw_assist polo arquivador. Use cf hw_assist estatísticas claro para limpar as estatísticas asistidas por hardware funcionalidade.

monitor
Amosa o tempo, o estado do filler local eo tempo gastado neste estado, o nome do host do socio e da de monitor de failover de cluster (si activada ou desactivada). Se o socio non foi retomado hoxe, a situación do socio e de interconexión aparecen e calquera giveback en curso ou programadas operacións públicas de adquisición son relativos.

socio
Amosa o nome do host do socio. O nome é descoñecido, o mando cf exhibe "compañeiro".

estado
Amosa o estado actual do filler local e cluster. Se usar a opción-t, exhibe o estado do nodo como mestre ou escravo do tempo.

adquisición [-f] | [-n]
Inicia unha adquisición do compañeiro. Se usar a opción-f, comando cf permite tal adquisición para continuar, aínda que ha abortar volcado de núcleo, en filler outro.

Se usar a opción-n, o mando cf permite unha adquisición para continuar aínda que o nó compañeiro estaba rodando unha versión incompatible do ONTAP datos. O nó socio debe ser detido perfectamente para que esta opción para ter éxito. Isto é usado como parte dun proceso de actualización sen interrupción.

nfo [enable | Disable] disk_shelf
Activa ou desactiva o failover negociado no disco incompatibilidade conta de andel.

Este comando é obsoleto. Cf.takeover.on_disk_shelf_miscompare opción substitúe-lo.

Failover negociado é un mecanismo xeral que soporta failover negociado con base en decisións tomadas por varios módulos. Disk_shelf é o módulo de failover só negociado actualmente aplicada. Cando a comunicación establécese por primeira vez sobre a interconexión entre o filer local e seu compañeiro, unha lista das baldas de disco visto por cada nó no seu A e B loops é trocado. Un filler ve que a conta de baldas que o socio ve nos seus ciclos de B é maior que a conta de filler de baldas nas súas Algúns loops, o filer conclúe que é "prexudicado" (como se ve menos das súas baldas que o seu compañeiro fai) e pide ao compañeiro para asumila. Se o socio non é en si prexudicada, que vai aceptar a proposta de adquisición e, á súa vez, pedir o filer pedindo para desactivar normalmente. O compañeiro de recuperación tras o no solicitante é apagado, ou logo dun período de tempo de arredor de 3 minutos remata. A comparación das baldas de disco só é feito cando a comunicación entre os filers é establecido ou re-establecido (por exemplo, despois de algúns reboots nó).

estado nfo
Mostra o estado actual failover negociado.

Este comando é obsoleto. Use o estado cf vez.

SEE ALSO

partner


Table of Contents



Manual Pages , , , ,

bootfs

July 7th, 2009

Índice analítico

NAME

bootfs – boot file system accessor command (ADVANCED)

SYNOPSIS

bootfs chkdsk disk

bootfs 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

DESCRIPTION

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.

path
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 ".

sector
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.

label
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.] 

The fdisk subcommand creates drives within a disk. A maximum of four drives may be created per disk. The sum of the drives must be less than the size of the disk. Note that most disk manufacturers define a megabyte as 1000*1000 bytes, resulting in a disk being smaller than the size advertised (for example, a 32 MB disk is really 30.5 MB). Performing an fdisk destroys all data on the disk.

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

 ——————————————————————– 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 

The test subcommand read and writes to/from every byte on the disk. The test subcommand can be used if you suspect your disk is faulty. A faulty disk would, for example, result in a download command failure.

bootfs test -v 0a.0

 [.................................] disk 0a.0 passed I/O test 

SEE ALSO

download


Table of Contents

Manual Pages , , , ,

boot

July 7th, 2009

Índice analítico

NAME

boot – directory of Data ONTAP executables

SYNOPSIS

/etc/boot

DESCRIPTION

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.

Arquivos

/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

download


Table of Contents

Copyright © 1994-2008 NetApp, Inc Información Legal

VN:F [1.9.11_1134]
Rate this post:
Rating: 0.0 / 10 (0 votos)

Manual Pages , , , ,

bmc

July 7th, 2009

Índice analítico

NAME

bmc – commmands for use with a Baseboard Management Controller (BMC)

Sinopse

bmc help

bmc reboot

bmc setup

bmc status

bmc test autosupport

DESCRIPTION

The bmc command is used to manage and test a Baseboard Management Controller (BMC), if one is present.

OPTIONS

help
Display a list of Baseboard Management Controller (BMC) commands.

reboot
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.

status
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 status

might 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 , options

NOTES

Some of these commands might pause before completing while the Baseboard Management Controller (BMC) is queried. This is normal behavior.


Table of Contents

Copyright © 1994-2008 NetApp, Inc Información Legal

VN:F [1.9.11_1134]
Rate this post:
Rating: 0.0 / 10 (0 votos)

Manual Pages , , , ,

backuplog

July 7th, 2009

Índice analítico

NAME

backuplog – captures significant events during file system backup/recovery activities.

Sinopse

/etc/log/backup

DESCRIPTION

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:

Start
Dump/restore starts.

Restart
Restart of a dump/restore.

End
Dump/restore completes successfully.

Abort
The operation aborts.

Error
Dump/restore hits an unexpected event.

Options
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.

Dump specific events:

Snapshot
When the snapshot is created or located.

Base_dump
When a valid base dump entry is located.

Logging events:

Start_logging Logging begins.

Stop_logging
Logging ends.

Each event record is in the following format:

TYPE TIME_STAMP IDENTIFIER EVENT (EVENT_INFO)

TYPE
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.

A typical event record message looks like:

dmp Thu Apr 5 18:54:56 PDT 2001 /vol/vol0/ home(5) Start (level 0, NDMP)

In the particular example:

TYPE
= dmp

TIME_STAMP
= Thu Apr 5 18:54:56 PDT 2001

IDENTIFER
= /vol/vol0/ home(5)

EVENT
= Start

EVENT_INFO
= level 0, NDMP

All event messages go to /etc/log/backup. On every Sunday at 00:00, backup is roated to backup.0 and backup.0 is moved to backup.1 and so on. Up to 6 log files(spanning up to 6 weeks) are kept.

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.)

Arquivos

/etc/log/backup
backup log file for current week. /etc/log/backup.[0-5] backup log files for previous weeks

SEE ALSO

dump , restore , options


Índice analítico

Manual Pages , , , ,

backup

July 7th, 2009

Índice analítico

NAME

backup – manages backups

SYNOPSIS

backup status [ <ID> ]

backup terminate <ID>

DESCRIPTION

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.

RESTARTABLE A failed dump that can be restarted.

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.

State
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.

Device
The current device. It is left blank for RESTARTABLE dumps since they are not running and thus do not have a current device.

Start Date The time and date that the backup first started.

Level
The level of the backup.

Path
Points to the tree that is being backed up.

An example of the backup status command output:

 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/ 

If a specific ID is provided, the backup status command displays more detailed information for the corresponding backup.

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

dump


Índice analítico



Manual Pages , , , ,

autosupport

July 7th, 2009

Índice analítico

NAME

autosupport – notification daemon

SYNOPSIS

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.

DESCRIPTION

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 . The default
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

Software Version

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 ERROR: DISK/SHELF COUNT MISMATCH LOG_EMERG

CLUSTER GIVEBACK COMPLETE
LOG_INFO

CLUSTER TAKEOVER COMPLETE AUTOMATIC
LOG_ALERT

CLUSTER TAKEOVER COMPLETE MANUAL
LOG_INFO

CLUSTER TAKEOVER FAILED
LOG_INFO

CONFIGURATION_ERROR!!!
LOG_ALERT

CPU FAN WARNING - [fan]
LOG_WARNING

DEVICE_QUALIFICATION_FAILED
LOG_CRIT

DISK CONFIGURATION ERROR
LOG_ALERT

DISK RECONSTRUCTION FAILED!!
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

DISK_SCRUB!!!
LOG_EMERG

FC-AL LINK_FAILURE!!!
LOG_ERR

FC-AL RECOVERABLE ERRORS
LOG_WARNING

OVER_TEMPERATURE_SHUTDOWN!!!
LOG_EMERG

OVER_TEMPERATURE_WARNING!!!
LOG_EMERG

PARTNER DOWN, TAKEOVER IMPOSSIBLE
LOG_ALERT

POSSIBLE BAD RAM
LOG_ERR

POSSIBLE UNLINKED INODE
LOG_ERR

REBOOT (CLUSTER TAKEOVER)
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

SHELF_FAULT!!!
LOG_ALERT

SNMP USER DEFINED TRAP
LOG_INFO

SPARE_FAIL!!!
LOG_ALERT

SYSTEM_CONFIGURATION_CRITICAL_ERROR
LOG_CRIT

SYSTEM_CONFIGURATION_ERROR
LOG_ERR

UNDER_TEMPERATURE_SHUTDOWN!!!
LOG_EMERG

UNDER_TEMPERATURE_WARNING!!!
LOG_EMERG

USER_TRIGGERED ([user input from autosupport.doit]) LOG_INFO

WAFL_check!!!
LOG_ALERT

WEEKLY_LOG
LOG_INFO

[EMS event]
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 , RFC821


Índice analítico






























































Manual Pages , , , ,

auditlog

July 7th, 2009

Índice analítico

NAME

auditlog – contains an audit record of recent administrative activity

Sinopse

<logdir>/auditlog

<logdir> is /etc/log for filers and /logs for NetCache appliances.

DESCRIPTION

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

to /etc/syslog.conf. An IP address has been used here, but a valid DNS name could also be used. Note that using a DNS name can fail if the filer is unable to resolve the name given in the file. If that happens, your messages will not be forwarded.

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

Then restart the daemon on the log host, or send an appropriate signal to it. See the documentation for your log host's syslog daemon for more information on how to make that configuration change.

Arquivos

<logdir>/auditlog
auditlog file for current week. <logdir>/auditlog.[0-5] auditlog files for previous weeks

SEE ALSO

options , syslog.conf


Índice analítico

Manual Pages , , , ,



This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.

Bad Behavior has blocked 1400 access attempts in the last 7 days.

© 2009-2012 Chris Kranz All Rights Reserved
This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.