Archivio

Posts Tagged 'ONTAP'

NetApp Man Pages

NetApp hanno gentilmente dato il permesso di ripubblicare i loro pagine man qui. Hanno ancora bisogno di un po 'di mettere in ordine, ma l'enorme quantità significa che mi prendono un po' per metterli tutti in ordine e riferimenti incrociati correttamente, vi prego di scusare eventuali problemi visivi per il momento. Ho scritto uno strumento rapido di analisi per ottenere tutte le informazioni qui, quindi ci possono essere alcuni problemi derivanti da tale ancora.

Mi è sempre piaciuto il modo in cui le proprie pagine PHP funzione dando agli utenti la possibilità di commentare direttamente su di loro. Questo permette alle persone di lasciare un feedback sulle funzioni e strumenti, e anche follow-up con alcuni usi extra o la sintassi per i comandi che non sono necessariamente in modo chiaro pubblicati. Speriamo che questo può retroagire in NetApp per migliorare la loro documentazione.

Mi piacerebbe sicuramente piacerebbe incoraggiare le persone a commentare le pagine di manuale con tutto ciò che può essere utile, e spero costruire questo in una sezione utile di riferimento poco. Molte grazie ancora per la gente di NetApp per avermi aiutato con questo.

VN: F [1.9.11_1134]
Vota questo post:
Voto: 8.8 / 10 (18 voti)

Tags: , , , , Categorie: Generale , Manuale Pagine Tags: , , , ,

aggr

Indice dei contenuti

NOME

aggr - comandi per la gestione aggregati, la visualizzazione dello stato aggregato, e gli aggregati di copia

SINTASSI

aggr comando argomento ...

DESCRIZIONE

La famiglia di comando aggr gestisce aggregati. I comandi aggr può creare nuovi aggregati, distruggere quelle esistenti, aggregati undestroy precedentemente distrutto, gestire plex all'interno di un aggregato mirroring, cambiare lo stato aggregato, applicare le opzioni di un aggregato, copiare un aggregato ad un altro, e visualizzare il loro stato. Comandi aggregato spesso colpiscono il volume (s) contenuti all'interno degli aggregati.

La famiglia di comando aggr è nuovo in Data ONTAP 7.0. La famiglia di comando vol, a condizione controllo sul tradizionale vol_ u mes che fonde un unico utente visibile file system e un singolo RAID di livello contenitore di stoccaggio (aggregato) in una unità indivisibile, e lo fa ancora. Per consentire un uso più flessibile dello stoccaggio, aggregati anche sostenere la capacità di contenere molteplici, indipendente a livello utente sistemi di file chiamato volumi flessibili.

Data ONTAP 7.0 supporta pienamente entrambi i volumi tradizionali e flessibili. La famiglia di comando aggr è il metodo preferito per la gestione di un filer aggregati, compresi quelli incorporati in volumi tradizionali.

Si noti che la maggior parte dei comandi aggr riguardano sia il tipo di aggregato che contiene volumi flessibili e il tipo che è strettamente legata a formare un volume tradizionale. Così, l'aggregato termine è spesso usato qui per indicare entrambe le classi di storage. In questi casi, fornisce una scorciatoia per il più lungo e più pesante frase "aggregati e volumi tradizionali".

Aggregati possono essere mirroring o non in mirroring. Un complesso è una copia fisica del deposito WAFL all'interno dell'aggregato. Un aggregato specchio è costituito da due plex; aggregati non in mirroring contiene un singolo plex. Al fine di creare un aggregato mirroring, è necessario disporre di una configurazione filer che supporta RAID di livello mirroring. Quando il mirroring viene abilitata sul filer, i dischi di ricambio sono suddivise in due pool di dischi. Quando un aggregato viene creato, tutti i dischi in un complesso unico deve venire dal pool di dischi stessi, ei due plex di un aggregato specchio deve essere costituito da dischi di piscine separate, in modo da massimizzare isolamento dei guasti. Questa politica può essere sovrascritta con l'opzione-f per aggr creare, aggiungere e aggr specchio aggr, ma non è consigliabile.

Un nome aggregato può contenere lettere, numeri e il carattere di sottolineatura (_), ma il primo carattere deve essere una lettera o underscore. Un totale di fino a 200 aggregati (compresi quelli incorporati in volumi tradizionali) possono essere creati per ogni contribuente.

Un complesso può essere online o offline. Se è in linea, non è disponibile per la lettura o scrittura. Plex può essere in combinazioni dei seguenti stati:

Tutti i gruppi normali RAID nel complesso sono funzionali.

fallito almeno uno dei gruppi RAID nel complesso non è riuscito.

Il plex vuoto fa parte di un aggregato che si sta creando, e uno o più dei dischi mirati per l'aggregato deve essere azzerato prima di essere aggiunto il plex.

Il complesso attivo è disponibile per l'uso.

inattivo
Il complesso non è disponibile per l'uso.

risincronizzazione
I contenuti del complesso sono attualmente obsoleti e sono in procinto di essere sincronizzati con il contenuto del plex, dell'aggregato (si applica solo agli aggregati specchio).

l'aggiunta di dischi
I dischi vengono aggiunti al complesso del gruppo RAID (s).

fuori moda
Questo stato si verifica solo in aggregati specchio dove uno dei plex non è riuscito. La non riuscita complessa sarà in questo stato, se aveva bisogno di essere sincronizzati al momento il plex altri fallito.

Il complesso prende il nome utilizzando il nome del complesso, un delimitatore carattere barra, e il nome del plex. Il sistema seleziona automaticamente i nomi complesso al momento della creazione. Ad esempio, il complesso creato nel aggr0 aggregato sarebbe aggr0/plex0.

Un aggregato può essere online, limitato, o non in linea. Quando un aggregato è in linea, non leggere o scrivere accesso è consentito. Quando un aggregato è limitato, alcune operazioni sono consentite (come ad esempio copia aggregato, ricalcolo di parità o di ricostruzione RAID), ma l'accesso ai dati non è permesso. Aggregati che non fanno parte di un volume tradizionale non può che essere limitato o offlined se non contengono volumi flessibili.

Gli aggregati possono essere in combinazioni dei seguenti stati:

aggr L'aggregato è un moderno aggregato, è in grado di contenere zero o più volumi flessibili.

copiatura
L'aggregato è al momento l'aggregato bersaglio di un'operazione attiva copia aggr.

degradato
L'aggregato contiene almeno un gruppo RAID danneggiato che non viene ricostruito.

estero
I dischi che l'aggregato contiene sono stati spostati al filer corrente da un altro contribuente.

crescita
I dischi sono in procinto di essere aggiunte alla aggregata.

inizializzazione
L'aggregato è in procinto di essere inizializzato.

invalido
L'aggregato non contiene volumi e nessuno può essere aggiunto. Di solito questo avviene solo dopo un'operazione interrotta copia aggregata.

stiro
Un controllo di coerenza WAFL viene eseguita su tale aggregato.

degradato specchio
L'aggregato è un aggregato specchio, e uno dei suoi plex è in linea o risincronizzazione.

specchio
L'aggregato è specchio e tutti i suoi gruppi RAID sono funzionali.

esigenze di controllo
Un controllo di coerenza WAFL deve essere eseguita sul complessivo.

parziale
Almeno un disco è stato trovato per l'aggregato, ma due o più dischi sono scomparsi.

raid0 L'aggregato è composto da RAID-0 (nessuna parità) gruppi RAID (V-Series e NetCache solo).

RAID4 L'aggregato è composto da gruppi di RAID-4 RAID.

raid_dp
L'aggregato è composto da RAID-DP (parità doppia) gruppi RAID.

ricostruire
Almeno un gruppo RAID nel complesso è stato ricostruito.

redirect
Riallocazione aggregare o riallocazione file con l'opzione-p è stato avviato sulla aggregato. Le prestazioni in lettura di volumi in forma aggregata può essere degradata.

risincronizzazione
Uno dei plex di un aggregato a specchio si risincronizza.

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.

If the -g option is followed by all , Data ONTAP adds the specified disks to existing RAID groups first. After all existing RAID groups are full, it creates one or more new RAID groups and adds the specified disks to the new groups.

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.

By default, the filer fills up one RAID group with disks before starting another RAID group. Suppose an aggregate currently has one RAID group of 12 disks and its RAID group size is 14. If you add 5 disks to this aggregate, it will have one RAID group with 14 disks and another RAID group with 3 disks. The filer does not evenly distribute disks among RAID groups.

You cannot add disks to a mirrored aggregate if one of the plexes is offline.

The disks in a plex are not permitted to span disk pools. This behavior can be overridden with the -f flag when used together with the -d argument to list disks to add. The -f flag, in combination with -d , can also be used to force adding disks that have a rotational speed that does not match that of the majority of existing disks in the aggregate.

aggr copy abort [ -h] operation_number | all

Terminates aggregate copy operations. The opera_ t ion_number parameter specifies which operation to terminate. If you specify all , all aggregate active copy operations are terminated.

aggr copia iniziare
[-S |-s snapshot] [-C]
fonte destinazione

Copia tutti i dati, inclusi snapshot e volumi flessibili, da un aggregato ad un altro. Se il flag-S viene utilizzata, il comando copia tutti gli snapshot in totale aggregato di origine alla destinazione. Per specificare un'istantanea particolare di copiare, utilizzare l'opzione-s seguito dal nome dello snapshot. Se si utilizza né il S-né-s nel comando, il filer crea uno snapshot al momento in cui il comando di copia aggr inizio viene eseguito solo le copie snapshot che per l'aggregato destinazione.

Il flag-C è necessario se l'aggregato fonte ha avuto spazio libero deframmentazione effettuata su di esso, o se l'aggregato destinazione sarà spazio libero deframmentato. Spazio libero deframmentazione può essere eseguita su un aggregato con il comando riallocare.

Copie aggregato può essere effettuata solo tra gli aggregati che ospitano volumi flessibili. Aggregati che sono incorporati in volumi tradizionali non possono partecipare.

Gli aggregati di origine e di destinazione possono essere sulla stessa filer o filer differenti. Se l'origine o la destinazione è aggregato su un filer diverso da quello su cui si immette il comando copia aggr inizio, specificare il nome di aggregazione nella filer_name: aggre_ formato ate_name g.

Il filer coinvolti in una copia aggregato deve soddisfare i seguenti requisiti per il comando di avvio copia aggr di essere completate con successo:

L'aggregato di origine devono essere in linea e l'aggregato di destinazione deve essere limitato.

Se la copia è tra due filer, ogni filer deve essere definito come un ospite di fiducia del contribuente altri. Cioè, il nome del filer deve essere nel file / etc / hosts.equiv del filer altri.

Se la copia è sul filer stessa, localhost devono essere inclusi nel filer / etc / hosts.equiv. Inoltre, l'indirizzo di loopback deve essere il filer / etc / hosts. In caso contrario, il filer non è possibile inviare pacchetti a se stesso attraverso l'indirizzo di loopback quando si cerca di copiare i dati.

Lo spazio su disco utilizzabile dell'aggregato destinazione deve essere maggiore o uguale allo spazio disco utilizzabile dell'aggregato fonte. Utilizzare il comando df-Un percorso per vedere la quantità di spazio disco utilizzabile di un aggregato particolare.

Ogni comando copia aggr iniziare genera due operazioni di aggregazione copia: una per la lettura dei dati aggregati dalla sorgente e uno per la scrittura dei dati per l'aggregato destinazione. Ogni filer supporta fino a quattro operazioni simultanee copia aggregata.

aggr copia dello stato [operation_number]

Mostra il progresso di una o tutte le operazioni di copia aggr. Le operazioni sono numerate da 0 a 3.

Riavviare informazioni di checkpoint per tutti i trasferimenti viene visualizzato anche.

aggr copia della valvola a farfalla [operation_number] valore

Controlla l'esecuzione dell'operazione di copia aggr. Il valore va da 10 (velocità massima) a 1 (un decimo della velocità massima). Il valore predefinito è mantenuto in opzione aggr.copy.throttle il filer che impostata 10 (massima velocità) in fabbrica. È possibile applicare il valore delle prestazioni a un'operazione specificato dal parametro operation_number. Se non si specifica un numero di operazione nel comando della valvola a farfalla copia aggr, il comando si applica a tutte le operazioni di copia aggr.

Utilizzare questo comando per limitare la velocità dell'operazione di copia aggr se si sospetta che l'operazione di copia aggr sta causando problemi di prestazioni sul contribuente. In particolare, l'acceleratore è stato progettato per aiutare a limitare l'utilizzo della CPU l'operazione di copia aggr. Non può essere utilizzato per mettere a punto modelli di consumo di banda della rete.

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.

The -t raidtype argument specifies the type of RAID group(s) to be used to create the aggregate. The possible RAID group types are raid4 for RAID-4, raid_dp for RAID-DP (Double Parity), and raid0 for simple striping without parity protection. The default raidtype for aggregates and traditional volumes on filers is raid_dp . Setting the raidtype is not permitted on V-Series systems; the default of raid0 is always used.

The -r raidsize argument specifies the maximum number of disks in each RAID group in the aggregate. The maximum and default values of raidsize are platform-dependent, based on performance and reliability considerations. See aggr options raidsize for more details.

The -T disk-type argument specifies the type of disks to use when creating a new aggregate. It is needed only on systems connected to disks of different types. Possible disk types are: ATA , FCAL , LUN , SAS , SATA , and SCSI . Mixing disks of different types in one aggregate is not allowed. -T cannot be used together with -d .

Disk type identifies disk technology and connectivity type. ATA identifies ATA disks with either IDE or serial ATA interface in shelves connected in FCAL (Fibre Channel Arbitrated Loop). FCAL identifies FC disks in shelves connected in FC-AL. LUN identifies virtual disks exported from external storage arrays. The underlying disk technology and RAID type depends on implementation of such external storage arrays. SAS identifies Serial Attached SCSI disks in matching shelves. SATA identifies serial ATA disks in SAS shelves. SCSI stands for Small Computer System Interface, and it is included for backward compatibility with earlier disk technologies.

The -R rpm argument specifies the type of disks to use based on their rotational speed in revolutions per minute (rpm). It is needed only on systems having disks with different rotational speeds. Typical values for rotational speed are 5400, 7200, 10000, and 15000. -R cannot be used together with -d .

ndisks is the number of disks in the aggregate, including the parity disks. The disks in this newly created aggregate come from the pool of spare disks. The smallest disks in this pool join the aggregate first, unless you specify the @ size argument. size is the disk size in GB, and disks that are within 10% of the specified size will be selected for use in the aggregate.

The -m option can be used to specify that the new aggregate be mirrored (have two plexes) upon creation. If this option is given, then the indicated disks will be split across the two plexes. By default, the new aggregate will not be mirrored.

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.

If you use the -d disk1 [ disk2 ... ] argument, the filer creates the aggregate with the specified spare disks disk1 , disk2 , and so on. You can specify a space-separated list of disk names. Two separate lists must be specified if the new aggregate is mirrored. In the case that the new aggregate is mirrored, the indicated disks must result in an equal number of disks on each new plex.

The disks in a plex are not permitted to span spare pools. This behavior can be overridden with the -f option. The same option can also be used to force using disks that do not have matching rotational speed. The -f option has effect only when used with the -d option specifying disks to use.

To create a SnapLock aggregate, specify the -L flag with the aggr create command. This flag is only supported if either SnapLock Compliance or SnapLock Enterprise is licensed. The type of the SnapLock aggregate created, either Compliance or Enterprise, is determined by the installed SnapLock license. If both SnapLock Compliance and SnapLock Enterprise are licensed, use -L compliance or -L enterprise to specify the desired aggregate type.

The -l language_code argument may be used only when creating a traditional volume using option -v . The filer creates the traditional volume with the language specified by the language code. The default is the language used by the filer's root volume. See the vol man page for a list of language codes.

aggr destroy { aggrname | plexname } [ -f ]

Destroys the aggregate named aggrname , or the plex named plexname . Note that if the specified aggregate is tied to a traditional volume, then the traditional volume itself is destroyed as well.

If an aggregate is specified, all plexes in the aggregate are destroyed. The named aggregate must also not contain any flexible volumes, regardless of their mount state (online, restricted, or offline). If a plex is specified, the plex is destroyed, leaving an unmirrored aggregate or traditional volume containing the remaining plex. Before destroying the aggregate, traditional volume or plex, the user is prompted to confirm the operation. The -f flag can be used to destroy an aggregate, traditional volume or plex without prompting the user.

The disks originally in the destroyed object become spare disks. Only offline aggregates, traditional volumes and plexes can be destroyed.

aggr media_scrub status [ aggrname | plexname | groupname ]
[ -v ]

Prints the media scrubbing status of the named aggregate, plex, or group. If no name is given, then status is printed for all RAID groups currently running a media scrub. The status includes a percent-complete and whether it is suspended.

The -v flag displays the date and time at which the last full media scrub completed, the date and time at which the current instance of media scrubbing started, and the current status of the named aggregate, plex, or group. If no name is given, this more verbose status is printed for all RAID groups with active media scrubs.

aggr mirror aggrname
[ -f ]
[ -n ]
[ -v victim_aggrname ]
[ -d disk1 [ disk2 ... ]]

Trasforma un aggregato non in mirroring in un aggregato riflette l'aggiunta di un complesso ad esso. Il complesso è o neo-costituita dai dischi scelti da un pool di ricambio, o, se l'opzione-v è specificato, è preso da un altro aggregato esistenti non in mirroring. Aggrname aggregato deve essere attualmente non in mirroring. Usa aggr creare per fare un nuovo specchio aggregato da zero.

I dischi possono essere specificate in modo esplicito con-d nello stesso modo come con la creazione di aggr e comandi aggr aggiungere. Il numero di dischi indicato deve corrispondere al numero presente sul complessivo esistente. I dischi indicati non sono autorizzati ad arco pool di dischi. Questo comportamento può essere sovrascritta con l'opzione-f. L'opzione-f, in combinazione con-d, può anche essere usato per forzare l'utilizzo di dischi che hanno una velocità di rotazione che non corrisponde a quella della maggior parte dei dischi esistenti in totale.

Se i dischi non vengono specificate in modo esplicito, i dischi vengono automaticamente selezionati per corrispondere a quelle esistenti nel complesso l'aggregato ha.

L'opzione-v può essere utilizzato per unire victim_aggrname indietro nel aggrname per formare un aggregato mirroring. Il risultato è un aggregato riflette aggrname nome che è identico al aggrname prima dell'operazione. Victim_aggrname viene effettivamente distrutta. Victim_aggrname deve essere stata precedentemente mirroring con aggrname, poi separato tramite il comando split aggr. Victim_aggrname deve essere offline. In combinazione con l'opzione-v, l'opzione-f può essere utilizzato per unire aggrname e vic_ im_aggrname t senza chiedere conferma all'utente.

L'opzione-n può essere utilizzato per visualizzare il comando che il sistema eseguirà senza effettuare alcuna modifica. Questo è utile per visualizzare i dischi selezionati automaticamente, per esempio.

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

Prende il aggrname aggregato con nome (o il plex plexname nome) non in linea. Il comando ha effetto prima di tornare. Se l'aggregato è già in stato limitato, allora è già disponibile per l'accesso ai dati, e gran parte della descrizione che segue non si applica.

Se l'aggregato contiene volumi flessibili, l'operazione viene interrotta a meno che il filer è in modalità di manutenzione.

Tranne che in modalità di manutenzione, l'aggregato che contiene il volume attuale root non può essere preso offline. Un aggregato che contiene un volume che è stato contrassegnato per diventare root (usando vol opzioni vol_ n radice ame), inoltre, non può essere preso offline.

Se l'aggregato è incorporato in un volume tradizionale che ha CIFS, gli utenti devono essere avvertiti prima di prendere l'aggregato (e quindi l'intero volume tradizionale) in linea. Utilizzare l'opzione-t per questo. L'argomento cifsdelaytime specifica il numero di minuti di ritardo prima di prendere la linea aggregato embedded, durante i quali CIFS utenti del volume tradizionale sono avvertiti della perdita attesa del servizio. Un tempo di 0 significa prendere la linea aggregato immediatamente, senza avvertimenti. CIFS utenti possono perdere dati se non è data la possibilità di sospendere le applicazioni con grazia.

Se un plexname è specificato, il plex deve essere parte di un aggregato specchio e entrambi i plex deve essere in linea. Prima di offlining un plex, il sistema a livello di tutti i dati internamente-buffered associati al complesso e creare uno snapshot che viene scritta su entrambi i plex. L'istantanea permette di risincronizzazione efficiente quando il plex viene successivamente riportato in linea.

Un certo numero di operazioni eseguite sul volume tradizionale l'aggregato è in grado di prevenire aggr linea di successo, per varie lunghezze di tempo. Se tali operazioni si trovano, ci sarà un secondo attesa per tali operazioni alla fine. Se non lo fanno, il comando viene interrotto.

Un controllo è fatta anche per i file nel volume associato tradizionale l'aggregato ha aperto ONTAP da processi interni. Il comando viene interrotta se si trovano.

in linea aggr {aggrname | plexname}
[-F]

Porta la aggrname aggregato con nome (o il plex nome plexname) online. Questo comando ha effetto immediato. Se l'aggregato specificato è incorporato in un volume tradizionale, il volume è anche portato in linea.

Se un aggrname è specificato, deve essere offline, ristretta, o straniere. Se l'aggregato è estraneo, sarà reso nativo, prima di essere portato in linea. Un aggregato "stranieri" è un aggregato che consiste di dischi spostati da un altro filer e che non è mai stato portato in linea sul filer corrente. Aggregati che non sono stranieri sono considerati "nativi".

Se l'aggregato è inconsistente, ma non ha perso i dati, l'utente sarà avvertito e chiesto prima di portare la linea aggregata. Il flag-f può essere usato per modificare questo comportamento. Si consiglia di eseguire WAFL_check (o fare un inizializzare SnapMirror in caso di un aggregato incorporato in un volume tradizionale) prima di porre in linea incoerente aggregata. La proposizione di un aggregato in linea incoerente aumenta il rischio di corruzione ulteriore file system. Se l'aggregato è inconsistente e ha sperimentato la possibile perdita di dati, non può essere portata in linea a meno che WAFL_check (o inizializzare SnapMirror nel caso incorporato) è stato eseguito l'aggregato.

Se un plexname è specificato, il plex deve essere parte di un aggregato in linea mirroring. Il sistema avvierà risincronizzazione del complesso come parte di elaborazione on-line.

opzioni aggr aggrname [optname optval]

Visualizza le opzioni che sono state impostate per aggrname aggregato, o imposta l'opzione di nome optname del aggrname aggregato con nome al optval valore. Il comando rimane efficace dopo il filer viene riavviato, quindi non c'è bisogno di aggiungere opzioni aggr comandi al file / etc / rc. Alcune opzioni sono valori che sono numeri. Alcune opzioni sono valori che possono essere (che può anche essere espresso come sì, è vero, o 1) o meno (che può anche essere espresso come no, falso o 0). Un mix di lettere maiuscole e minuscole possono essere utilizzate quando si digita il valore di un'opzione. La richiesta di stato aggr visualizza le opzioni impostate per aggregati.

Di seguito sono descritte le opzioni e le loro possibili valori:

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.

Legal values for this option depend on raidtype . For example, raid_dp allows larger RAID groups than raid4 . Limits and default values are also different for different types of filer appliances and different types of disks. Following tables define limits and default values for raidsize .

 —————————————— raid4 raidsize min default max —————————————— R100 2 8 8 R150 2 6 6 FAS250 2 7 14 other (FCAL disks) 2 8 14 other (ATA disks) 2 7 7 —————————————— —————————————— raid_dp raidsize min default max —————————————— R100 3 12 12 R150 3 12 16 other (FCAL disks) 3 16 28 other (ATA disks) 3 14 16 —————————————— 

Those values may change in future releases of Data ONTAP.

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.

root

Se questa opzione è impostata su un volume tradizionale, allora l'effetto è identico a quello definito nel vol man page. Altrimenti, se questa opzione è impostata su un aggregato in grado di contenere volumi flessibili, allora questo aggregato è marcato come quello che contiene anche il volume flessibile root al riavvio successivo. Questa opzione può essere utilizzata solo su un volume complessivo o tradizionale in un dato momento. L'aggregato radice esistente o volume tradizionale diventerà un non-root entità dopo il riavvio.

Fino a quando il sistema viene riavviato, l'aggregato originale e / o volume tradizionale continuerà a mostrare radice come una delle sue opzioni, e l'aggregato nuova radice o un volume tradizionale mostra diskroot come opzione. In generale, l'aggregato che ha l'opzione diskroot è quella che conterrà il volume flessibile radice seguito al riavvio successivo.

L'unico modo per rimuovere lo stato di radice di un volume complessivo o tradizionale è quello di impostare l'opzione di root su un altro volume complessivo o tradizionale.

snaplock_compliance

Questa lettura unica opzione indica che l'aggregazione è un aggregato SnapLock Compliance. Aggregati può essere designato aggregati SnapLock Compliance al momento della creazione.

snaplock_enterprise

Questa lettura unica opzione indica che l'aggregazione è un aggregato SnapLock Enterprise. Aggregati può essere designato aggregati SnapLock Enterprise al momento della creazione.

snapmirrored off

Se SnapMirror è abilitato per un volume tradizionale (SnapMirror non è supportato per gli aggregati che contengono volumi flessibili), il filer imposta automaticamente questa opzione su on. Impostare questa opzione su off se SnapMirror non è più essere utilizzato per aggiornare lo specchio tradizionale volume. Dopo aver impostato questa opzione su off, lo specchio diventa un normale volume di scrittura tradizionale. Questa opzione può essere impostato su off, solo il filer può cambiare il valore di questa opzione da off a on.

snapshot_autodelete on | off

Questa opzione viene utilizzata per impostare se snapshot vengono cancellate automaticamente nel aggr. Se impostato su poi istantanee possono essere cancellati in aggr per il recupero di stoccaggio, se necessario. Se impostato su off allora istantanee nel aggr non vengono eliminati automaticamente per recuperare memoria. Si noti che le istantanee possono essere ancora cancellati per altri motivi, come il mantenimento della pianificazione degli snapshot per il aggr o eliminazione di istantanee che sono associati a specifiche operazioni che non hanno più bisogno l'istantanea. Per consentire istantanee da eliminare in modo tempestivo è limitato il numero di snapshot aggr snapshot_autodelete quando è abilitata. Per questo motivo, se ci sono troppe istantanee in un aggr poi alcune istantanee devono essere soppressi prima snapshot_autodelete l'opzione può essere attivata.

aggr rinominare aggrname newname

Rinomina il aggrname aggregato chiamato a newname. Se questo aggregato è incorporato in un volume tradizionale, quindi il nome che il volume è anche cambiato.

aggr limitare aggrname
[-T cifsdelaytime]

Mettere il aggrname aggregato chiamato in stato limitato, a partire da uno stato online o offline. Il comando ha effetto prima di tornare.

Se l'aggregato contiene volumi flessibili, l'operazione viene interrotta a meno che il filer è in modalità di manutenzione.

Se l'aggregato è incorporato in un volume tradizionale che ha CIFS, gli utenti devono essere avvertiti prima di limitare l'aggregato (e quindi l'intero volume tradizionale). Utilizzare l'opzione-t per questo. L'argomento cifsdelaytime specifica il numero di minuti di ritardo prima di prendere la linea aggregato embedded, durante i quali CIFS utenti del volume tradizionale sono avvertiti della perdita attesa del servizio. Un tempo di 0 significa prendere la linea aggregato immediatamente, senza avvertimenti. CIFS utenti possono perdere dati se non è data la possibilità di sospendere le applicazioni con grazia.

macchia aggr riprendere [aggrname | plexname | groupname]

Riprende lavaggio parità sul aggregato di nome, complessa, o di gruppo. Se nessun nome è dato, riprendere tutti i gruppi RAID attualmente in fase di lavaggio di parità che è stata sospesa.

aggr inizio macchia [aggrname | plexname | groupname]

Inizia a strofinare la parità sul aggregato di nome on-line. Lavaggio di parità a confronto i dischi dati al disco di parità (s) nel loro gruppo RAID, correggendo il contenuto del disco di parità come necessario. Se nessun nome è dato, lo scrubbing parità è iniziato il tutto aggregati on-line. Se un nome globale è indicato, lavaggio viene avviato su tutti i gruppi RAID contenute in totale. Se il nome del complesso è dato, lavaggio viene avviato su tutti i gruppi RAID contenuti nel complesso.

stato di macchia aggr [aggrname | plexname | groupname] [-v]

Stampa lo stato del lavaggio di parità sul aggregato di nome, complesso, o un gruppo, tutti i gruppi RAID attualmente in fase di lavaggio parità se nessun nome è dato. Lo stato include una percentuale di completamento, e lo stato ha sospeso la macchia è.

Il flag-v visualizza la data e l'ora in cui la macchia ultima piena completato con lo stato attuale del complessivo nome, complesso, o un gruppo; tutti i gruppi RAID se nessun nome è dato.

aggr macchia di arresto [aggrname | plexname | groupname]

Interrompe il trascinamento di parità sul aggregato di nome, complesso, o un gruppo, se nessun nome è dato, a tutti i gruppi RAID attualmente in fase di lavaggio di parità.

macchia aggr sospendere [aggrname | plexname | groupname]

Sospende lavaggio parità sul aggregato di nome, complesso, o un gruppo, se nessun nome è dato, a tutti i gruppi RAID attualmente in fase di lavaggio parità.

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

Visualizza l'utilizzo dello spazio in un aggregato. A differenza di df, questo comando mostra l'utilizzo dello spazio per ogni volume flessibile all'interno di un aggregato Se aggrname è specificato, aggr show_space funziona solo su aggregato corrispondente, altrimenti report sull'utilizzo dello spazio su tutti gli aggregati.

Tutte le dimensioni sono riportate in blocchi da 1024 byte, se non diversamente richiesto da uno dei-h,-k, m-,-g o-t opzioni. La scala-k, m-,-g, e-t opzioni di ogni dimensione legate campo della produzione per essere espressa in kilobyte, megabyte, gigabyte o terabyte rispettivamente.

La seguente terminologia è usata dal comando nel reporting spazio.

       Spazio totale Questa è la quantità di spazio su disco totale che l'aggregato ha.  WAFL riserva WAFL riserva una percentuale dello spazio totale su disco totale per i metadati livello aggregato.  Lo spazio utilizzato per mantenere i volumi in forma aggregata esce dalla riserva WAFL.  Snap Snap riserva di riserva è la quantità di spazio riservato per le istantanee aggregata.  Spazio utilizzabile Questa è la quantità totale di spazio disponibile per l'aggregato per il provisioning.  Questo è calcolato come spazio utilizzabile = Spazio totale - WAFL riserva - Snap riserva df serve per visualizzare questo come lo spazio 'totale'.  BSR NVLOG Questo vale per le destinazioni SnapMirror sincrono solo.  Questa è la quantità di spazio usato in forma aggregata sul filer destinazione in cui memorizzare i dati inviati dal filer fonte (s) prima di inviarlo su disco.  Questa è assegnata la somma dello spazio riservato per il volume e lo spazio utilizzato dai dati non riservati.  Per i volumi il volume garantito, questa è almeno la dimensione del volume in quanto nessun dato è senza riserve.  Per i volumi con la garanzia di spazi di nessuno, questo valore è lo stesso che lo spazio 'Usato' (spiegato in seguito) in quanto non viene riservato lo spazio inutilizzato.  Il valore di spazio allocato mostra la quantità di spazio che il volume sta prendendo dal aggregato.  Questo valore può essere maggiore della dimensione del volume perché include anche i metadati necessari per mantenere il volume.  Usato Questa è la quantità di spazio che occupano blocchi del disco.  Questo valore non è lo stesso che lo spazio 'usati' visualizzato dal comando df.  Lo spazio utilizzato in questo caso include i metadati necessari per mantenere il volume flessibile.  Avvalersi quantità totale di spazio libero in totale.  Questo è lo stesso come lo spazio avvalersi riportato da df. 

aggr diviso plexname aggrname
[-R oldvol newvol] [-r ...]
[Suffisso-s]

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 ]

Displays the status of one or all aggregates on the filer. If aggrname is used, the status of the specified aggregate is printed; otherwise the status of all aggregates in the filer are printed. By default, it prints a one-line synopsis of the aggregate which includes the aggregate name, whether it contains a single traditional volume or some number of flexible volumes , if it is online or offline, other states (for example, partial , degraded , wafl inconsistent , and so on) and peraggregate options. Per-aggregate options are displayed only if the options have been changed from the system default values by using the aggr options command, or by the vol options command if the aggregate is embedded in a traditional volume. If the wafl inconsistent state is displayed, please contact Customer Support.

The -v flag shows the on/off state of all peraggregate options and displays information about each volume, plex and RAID group contained in the aggregate.

The -r flag displays a list of the RAID information for that aggregate. If no aggrname is specified, it prints RAID information about all aggregates, information about file system disks, spare disks, and failed disks. For more information about failed disks, see the -f switch description below.

The -d flag displays information about the disks in the specified aggregate. The types of disk information are the same as those from the sysconfig -d command.

The -c flag displays the upgrade status of the Block Checksums data integrity protection feature.

-B serve per ottenere la dimensione della sorgente e destinazione aggregati per l'uso con copia aggr. L'uscita contiene l'immagazzinamento in forma aggregata e la dimensione forse più piccola dell'aggregato. Il comando di copia aggregato utilizza questi numeri per determinare se l'origine e le dimensioni aggregate destinazione sono compatibili. La dimensione dell'aggregato fonte deve essere uguale o più piccolo delle dimensioni dell'aggregato destinazione.

L'opzione-s visualizza un elenco dei dischi di ricambio sul contribuente.

Il flag-f visualizza un elenco dei dischi fallito contribuente. L'output del comando comprende il motivo per guasto del disco che può essere una qualsiasi delle seguenti operazioni:

Il flag-i visualizza un elenco dei volumi flessibili contenute in un aggregato.

  Il mancato sconosciuto sconosciuto motivo.  Data ONTAP fallito fallito disco a causa di un errore del disco fatale.  Utente admin fallito emesso comando di un 'disco non' per questo disco.  l'etichetta Disco rotto era avvenuto in Data ONTAP 6.1.x o una versione precedente.  init non sequenza di inizializzazione del disco fallito. 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 ]

Avvia specchio verifica RAID sul nome aggregato in linea mirroring. Se nessun nome è dato, allora specchio verifica RAID viene avviato su tutti gli aggregati in linea mirroring. Verifica confronta i dati in entrambi i plex di un aggregato mirroring. Nel caso di default, tutti i blocchi che differiscono sono registrati, ma non vengono apportate modifiche. Se il flag-f è dato, il plex specificato è fissata per abbinare il plex altri quando si trovano discordanze. Un nome deve essere specificato con l'opzione-f plexnumber.

aggr verificare arresto [aggrname]

Ferma specchio verifica RAID l'aggregato di nome, se nessun nome globale è indicato, su tutti gli aggregati attualmente oggetto di una verifica mirror RAID.

aggr verificare lo stato [aggrname]

Stampa lo stato di verifica mirror RAID sull'aggregato nome, su tutti gli aggregati attualmente in fase di verifica specchio RAID se nessun nome globale è indicato. Lo stato include una percentuale di completamento e stato sospeso la verifica di.

aggr verificare sospendere [aggrname]

Sospende la verifica mirror RAID sul aggregato di nome, se nessun nome globale è indicato, su tutti gli aggregati attualmente in fase di verifica specchio RAID.

CLUSTER CONSIDERAZIONI

Aggregati su filer diverse in un cluster può avere lo stesso nome. Per esempio, entrambi i filer in un cluster può avere un aggregato di nome aggr0.

Tuttavia, avendo unici nomi di aggregazione in un cluster rende più facile migrare aggregati tra i filer del cluster.

ESEMPI

aggr creare aggr1-r 10 20

Crea un aggregato di nome aggr1 con 20 dischi. I gruppi RAID in questo aggregato può contenere fino a 10 dischi, per cui questo nuovo aggregato ha due gruppi RAID. Il filer aggiunge i dischi attuali di ricambio per il nuovo aggregato, a partire dal disco più piccolo.

aggr creare aggr1 20 @ 9

Crea un aggregato di nome aggr1 con 20 dischi da 9 GB. Perché nessun dimensione del gruppo RAID è specificata, la dimensione predefinita (8 dischi) viene utilizzato. La recente creazione aggregato contiene due gruppi RAID con 8 dischi e un terzo gruppo con quattro dischi.

aggr creare aggr1-d 8a.1 8a.2 8a.3

Crea un aggregato con il nome aggr1 specificato tre dischi.

aggr creare aggr1 10
aggr opzioni aggr1 raidsize 5

Il primo comando crea un aggregato di nome aggr1 con 10 dischi che appartengono a un gruppo RAID. Il secondo comando specifica che se i dischi sono successivamente aggiunti a tale aggregato, non causerà alcun gruppo RAID attuali per avere più di cinque dischi. Ogni gruppo RAID esistenti continueranno ad avere 10 dischi e dischi non se ne aggiungeranno altri a quel gruppo RAID. Quando i gruppi RAID vengono creati nuovi, avranno una dimensione massima di cinque dischi.

aggr show_space-h AG1

Visualizza l'utilizzo dello spazio dell'aggregato `AG1 'e scale l'unità di spazio a seconda delle dimensioni.

  Aggregato 'AG1' Spazio totale WAFL riserva Snap riserva utilizzabile spazio BSR NVLOG 6797MB 66GB 611MB 59GB 65KB spazio allocato per volumi nel volume complessivo assegnata Usato Garanzia vol1 14 GB 11GB volumi vol2 vol3 file di 8861MB 8871MB 6161MB 6169MB nessuno Vol4 26GB 25 GB di volume vol1_clone 1028MB 1028MB ( offline) aggregati Libero assegnata Usato Spazio totale 55GB 51GB 3494MB Snap riserva 21MB 611MB 590MB WAFL riserva 6797MB 6792MB 5480KB 

aggr stato aggr1-r

Visualizza le informazioni su RAID aggr1 aggregata. Nel seguente esempio, vediamo che aggr1 è un RAID-DP aggregato protetto da checksum blocco. E 'on-line, e tutti i dischi funzionano normalmente. L'aggregato contiene quattro dischi, due dati dischi, un disco di parità, e un disco doubleparity. Due dischi si trovano su adattatore 0b, e due 1b adattatore. Il ripiano del disco e numeri baia per ogni disco sono indicati. Tutti e quattro i dischi sono 10, 000 dischi collegati tramite Fibre Channel RPM disco canale A. Il disco attributo "Pool" viene visualizzato solo se SyncMirror è concesso in licenza, che non è il caso qui (se SyncMirror sono stati autorizzati, Piscina sarebbe stato 0 o 1) . La quantità di spazio su disco utilizzato da Data ONTAP ("Usato") ed è disponibile sul disco ("Phys") viene visualizzato nella colonna più a destra.

  Aggr aggr1 (online, raid_dp) (blocco checksum) Plex / aggr1/plex0 (online, normale, attiva) RAID gruppo / aggr1/plex0/rg0 (normale) Disk RAID dispositivo HA SCADENZA BAY CHAN Piscina tipo RPM usato (MB / blks) Phys (MB / blks) --- - ----- - - - - ----- ----- dparity 0b.16 0b 1 0 FC: A - FCAL 10000 136000 / 278528000 137104/280790184 parità 1b.96 1b 6 0 FC: A - FCAL 10000 136000 / 278528000 139072 / 284820800 dati 0b.17 0b 1 1 FC: A - FCAL 10000 136000 / 278528000 139072 / 284820800 dati 1b.97 1b 6 1 FC: A - FCAL 10000 136000 / 278528000 139072 / 284820800 

VEDERE ANCHE

vol , Il partner , SnapMirror , Sysconfig .


Indice dei contenuti






















































Tags: , , , , Categorie: Manuale Pagine Tags: , , , ,

cf

Indice dei contenuti

NOME

cf - controlla l'acquisizione e le operazioni giveback del filer in un cluster

SINTASSI

cf [disabilitare | enable | forcegiveback | forcetakeover [-df] | giveback [-f] | hw_assist stato [| Prova statistiche [cancella]] | Monitor | partner | status [-t acquisizione] [-f] | [-n] ]

cf nfo [enable | disable] disk_shelf

cf nfo stato

DESCRIZIONE

Il comando cf i controlli del monitor di failover cluster, che determinano quando le operazioni di acquisizione e giveback si svolgono all'interno di un cluster.

Il comando cf è disponibile solo se il filer ha la licenza cluster.

OPZIONI

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

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.

hw_assist [ status | test | stats [ clear ] ] Displays information related to the hardware-assisted takeover functionality. Use the cf hw_assist status command to display the hardware-assisted functionality status of the local as well as the partner filer. If hardware-assisted status is inactive, the command displays the reason and if possible, a corrective action. Use the cf hw_assist test command to validate the hardware-assisted takeover configuration. An error message is printed if hardware-assisted takeover configuration can not be validated. Use the cf hw_assist stats command to display the statistics for all hw_assist alerts received by the filer. Use cf hw_assist stats clear to clear hardware-assisted functionality statistics.

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

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

takeover [ -f ] | [ -n ]
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.

This command is obsolete. Use cf status instead.

SEE ALSO

partner


Table of Contents



Categories: Manual Pages Tags: , , , ,

bootfs

July 7th, 2009 Chris Kranz No comments

Table of Contents

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.

ESEMPI

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

scaricare


Table of Contents

Categories: Manual Pages Tags: , , , ,

boot

July 7th, 2009 Chris Kranz No comments

Table of Contents

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.

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

scaricare


Table of Contents

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN:F [1.9.11_1134]
Rate this post:
Voto: 0,0 / 10 (0 voti)

Categories: Manual Pages Tags: , , , ,

bmc

July 7th, 2009 Chris Kranz No comments

Table of Contents

NAME

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

SYNOPSIS

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.


Indice dei contenuti

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN:F [1.9.11_1134]
Rate this post:
Voto: 0,0 / 10 (0 voti)

Categories: Manual Pages Tags: , , , ,

backuplog

July 7th, 2009 Chris Kranz No comments

Table of Contents

NOME

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

SYNOPSIS

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

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

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


Indice dei contenuti

Categories: Manual Pages Tags: , , , ,

backup

July 7th, 2009 Chris Kranz No comments

Table of Contents

NOME

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.

Type
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


Indice dei contenuti



Categories: Manual Pages Tags: , , , ,

autosupport

July 7th, 2009 Chris Kranz 2 comments

Table of Contents

NOME

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


Indice dei contenuti






























































Categories: Manual Pages Tags: , , , ,

auditlog

July 7th, 2009 Chris Kranz No comments

Table of Contents

NOME

auditlog – contains an audit record of recent administrative activity

SYNOPSIS

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

FILES

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

SEE ALSO

options , syslog.conf


Indice dei contenuti

Categories: Manual Pages Tags: , , , ,

Bad Behavior has blocked 1274 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.