الأرشيف

المشاركات الموسومة ب 'دليل'

صفحات نت مان

7 يوليو 2009

أعطت نت تتكرم لي إذن لنشر صفحات الرجل هنا. انهم ما زالوا بحاجة قليلا الترتيب والتنظيم ، ولكن الكم الهائل يعني أنه سوف يأخذني لحظة لحملهم فرز جميع والإسناد صحيح ، يرجى عذر أي قضايا البصرية لحظة. كتبت أداة تحليل سريع للحصول على كل المعلومات عن هنا ، ولذا قد يكون هناك عدد قليل من القضايا الناجمة عن ذلك حتى الآن.

كنت دائما أحب الطريقة التي لديها صفحات PHP وظيفتها يعطي المستخدمين القدرة على التعليق مباشرة على لهم. هذا يتيح للناس ترك ردود الفعل على وظائف وأدوات ، وأيضا متابعة مع بعض استخدامات إضافية أو بناء الجملة من أجل الأوامر التي ليست بالضرورة نشرت بشكل واضح. نأمل أن هذه الخلاصة مرة أخرى إلى نت لتحسين وثائقها.

أود بالتأكيد لتشجيع الناس على التعليق على صفحات الرجل مع أي شيء يمكن أن تكون مفيدة ، ونأمل في بناء هذا المقطع في إشارة تذكر مفيدة. شكرا جزيلا مرة أخرى لقوم نت لمساعدتي مع هذا.

VN : F [1.9.11_1134]
معدل هذه الوظيفة :
التقييم : 8.8 / 10 (18 صوت)

عموما ، دليل الصفحات ، ، ، ،

aggr

7 يوليو 2009

جدول المحتويات

NAME

aggr -- أوامر لإدارة المجاميع ، وعرض الوضع الكلي ، ومجاميع نسخ

SYNOPSIS

aggr الأمر حجة...

الوصف

الأسرة الأمر aggr يدير المجاميع. aggr الأوامر يمكن أن تخلق المجاميع الجديدة ، وتدمير الموجود منها ، التجميعية undestroy دمرت سابقا ، وإدارة plexes داخل الكلية معكوسة ، وتغير الوضع الكلي ، وتطبيق الخيارات لمجموعة فإن نسخة واحدة الكلي إلى آخر ، وعرض وضعهم. أوامر الكلي غالبا ما تؤثر على حجم (ق) الواردة ضمن المجاميع.

الأسرة aggr الأمر هو جديد في بيانات ONTAP 7.0. قدمت عائلة الأمر المجلد السيطرة على MES التقليدية ش vol_ التي تنصهر واحد نظام الملفات المستخدم وضوحا واحد حاوية تخزين RAID المستوى (الكلي) في وحدة لا تتجزأ ، ولا يزال. للسماح للاستخدام أكثر مرونة للتخزين والركام الآن أيضا دعم القدرة على احتواء ومستقلة متعددة أنظمة الملفات على مستوى المستخدم اسمه مجلدات مرنة.

بيانات ONTAP 7.0 تؤيد تماما على حد سواء وحدات التخزين التقليدية ومرنة. الأسرة aggr الأمر هو الأسلوب المفضل لإدارة المجاميع a المدون ، بما في ذلك تلك التي هي جزء لا يتجزأ في أحجام التقليدية.

علما أن معظم الأوامر aggr تنطبق على كل من النوع الذي يحتوي على كميات إجمالية مرنة والنوع الذي يرتبط بإحكام على شكل وحدة تقليدية. وهكذا ، وغالبا ما يستخدم مصطلح التجميع هنا للإشارة إلى كل فئات التخزين. في تلك الحالات ، فإنه يوفر للاختزال "وأحجام الركام التقليدي" لفترة أطول وغير عملي أكثر العبارة.

المجاميع قد تكون إما معكوسة أو unmirrored. ألف نوع plex نسخة المادية للتخزين WAFL ضمن المجموعة. ويعكس مجموع يتكون من اثنين من plexes ؛ المجاميع unmirrored تحتوي على نوع plex واحد. من أجل إنشاء التجميعية معكوسة ، يجب عليك تكوين المدون الذي يدعم RAID المستوى المتطابق. عندما يتم تمكين النسخ المتطابق على المدون ، يتم تقسيم الأقراص الغيار إلى برك القرص اثنين. عندما يتم إنشاء الكلية ، يجب على كل من الأقراص في نوع plex واحد يأتي من تجمع نفس القرص ، وplexes اثنين من إجمالي معكوسة يجب أن تتكون من أقراص من تجمعات منفصلة ، لأن هذا يزيد من عزلة خطأ. يمكن أن يتم تجاوز هذه السياسة مع F - الخيار لإنشاء aggr ، إضافة aggr aggr ومرآة ، ولكن لا ينصح به.

يمكن أن تحتوي على اسم تجميع الحروف والأرقام والأحرف تسطير (_) ، ولكن يجب أن يكون الحرف الأول حرف أو تسطير. يمكن إنشاء ما مجموعه نحو 200 المجاميع (بما فيها تلك المضمنة في وحدات التخزين التقليدية) على كل المدون.

قد يكون نوع plex على الانترنت أو غير متصل. إذا كان غير متصل ، وهو غير متوفر للقراءة أو الكتابة الوصول. يمكن أن يكون في Plexes مجموعات من الدول التالية :

جميع الفئات العادية RAID في نوع plex وظيفية.

فشلت فشل واحد على الأقل من المجموعات RAID في نوع plex.

إفراغ نوع plex هو جزء من التجميعية التي يتم إنشاؤها ، وواحدة أو أكثر من الأقراص تستهدف تجميع يلزم ركزت قبل إضافتها إلى نوع plex.

النشطة ونوع plex متاح للاستخدام.

غير فعال
من نوع plex غير متوفرة للاستخدام.

resyncing
محتويات نوع plex هي حاليا خارج التاريخ وهي في طور إعادة مزامنة مع محتويات أخرى من نوع plex الكلي (ينطبق على المجاميع معكوسة فقط).

مضيفا الأقراص
يتم إضافتها إلى مجموعة الأقراص RAID على نوع plex (ق).

عتيق
هذا يحدث فقط في حالة المجاميع معكوسة حيث واحدة من plexes قد فشلت. فإن نوع plex غير أن فشل في هذه الحالة إذا كانت هناك حاجة إلى إعادة مزامنة في الوقت الذي فشلت نوع plex الأخرى.

يدعى ألف نوع plex باستخدام اسم الكلي ، محدد حرف مائل ، واسم من نوع plex. النظام تلقائيا بتحديد نوع plex أسماء في وقت الخلق. على سبيل المثال ، فإن نوع plex الأولى التي أنشئت في aggr0 الكلي يكون aggr0/plex0.

قد يكون هذا التجمع على الانترنت ، والمقيدة ، أو غير متصل. عندما يتم حاليا مجموعة فإن أي قراءة أو كتابة ما سمح الوصول. عندما يتم تقييد الإجمالية ، يسمح للعمليات معينة (مثل نسخة الكلي ، أو إعادة الإعمار recomputation التكافؤ RAID) ولكن غير مسموح الوصول إلى البيانات. لا يمكن إلا أن المجاميع التي ليست جزءا من وحدة تخزين التقليدية يمكن أن تكون مقيدة أو offlined إذا كانت لا تحتوي على أية وحدات تخزين مرنة.

يمكن أن يكون الركام في مجموعات من الدول التالية :

aggr المجموع الكلي هو تجميع في العصر الحديث ، بل هو قادر على احتواء صفر أو أكثر مرونة وحدات التخزين.

نسخ
مجموعها الكلي هو حاليا الهدف من عملية نسخ aggr النشطة.

المتدهورة
إجمالا يحتوي على مجموعة واحدة على الأقل RAID المتدهورة التي لا يتم بناؤها.

أجنبي
تم نقل الأقراص التي تحتوي إجمالا على المدون الحالي من آخر المدون.

متزايد
الأقراص في عملية إضافتها إلى مجموع المباراتين.

تهيئة
التجميع هو في طور تهيئة.

باطل
إجمالا لا تحتوي على أحجام ويمكن إضافة أي منها. عادة ما يحدث هذا إلا بعد عملية النسخ الكلي إحباط.

الكي
يتم تنفيذ عملية تدقيق التناسق WAFL على هذا التجميع.

المتدهورة المرآة
مجموعها الكلي هو معكوسة ، واحدة من plexes لها غير متصل أو resyncing.

معكوسة
إجمالا ، وينعكس كل الجماعات RAID لها وظيفية.

يحتاج الاختيار
وتحقق الاتساق WAFL يتعين تنفيذها على مجموع المباراتين.

جزئي
تم العثور على قرص واحد على الأقل من أجل تجميع ، ولكن اثنين أو أكثر من الأقراص في عداد المفقودين.

RAID0 التجميعية ويتكون من RAID - 0 (لا تماثل) مجموعات RAID (V - Series و NetCache فقط).

raid4 المجموع الكلي يتكون من مجموعات RAID RAID - 4.

raid_dp
ويتكون من مجموع RAID - DP (تماثل مزدوج) مجموعات RAID.

إعادة بناء
يجري بناؤها واحد على الأقل مجموعة RAID في مجموع المباراتين.

إعادة توجيه
وقد بدأت إعادة توزيع أو إعادة تجميع الملف مع الخيار - P في مجموع المباراتين. قد قراءة الأداء إلى وحدات التخزين في مجموعها تكون المتدهورة.

resyncing
ويجري حاليا إعادة مزامنة واحدة من plexes من إجمالي معكوسة.

snapmirrored
التجميع هو نسخة طبق الأصل snapmirrored أخرى الكلي. وهذا يمكن أن تنشأ الدولة إلا إذا كانت جزءا من إجمالي حجم التقليدية.

وتنصهر طراد المجموع الكلي مع مجلد واحد. ويشار أيضا إلى هذا باعتباره التقليدية وحجم ما يعادل بالضبط إلى وحدات التخزين التي كانت موجودة قبل بيانات OnTAP 7.0. لا يمكن إنشاء وحدات تخزين مرنة داخل هذا التجميع.

التحقق
ويتم حاليا التحقق مرآة عملية مداهمة تدار على مجموع المباراتين.

غير متناسقة wafl
اتسمت التجميعية معطوب. الرجاء الاتصال بخدمات دعم العملاء إذا كنت ترى التجميعية في هذه الدولة.

الاستعمال

الأوامر التالية متوفرة في جناح aggr :

  إضافة نسخة متطابقة تقييد undestroy فرك حاليا التحقق من خلق show_space الانترنت تدمير خيارات تقسيم media_scrub حالة إعادة تسمية 

aggr إضافة aggrname
[- F]
[ن]
[- ز {raidgroup | جديد | جميع}]
{ndisks [@ حجم]
|
د - DISK1 [disk2... ] [- د diskn [diskn +1... ]]}

ويضيف الأقراص إلى aggrname التجميعية مسمى. تحديد الأقراص في نفس الطريق لخلق aggr الأمر. إذا كان مجموع ينعكس ، ثم يجب أن تستخدم حجة د مرتين (على كل حال).

إذا لم يتم استخدام الخيار - G ، تتم إضافة الأقراص إلى UTIL مؤخرا إنشاء مجموعة RAID هو الكامل ، ومن ثم يتم إنشاء واحد أو أكثر من مجموعات RAID جديدة وتضاف الأقراص المتبقية إلى مجموعات جديدة. لا تزال مملوءة جزئيا أي جماعات أخرى RAID الموجودة التي لا يتم بالكامل.

وز الخيار يسمح مواصفات مجموعة RAID (على سبيل المثال ، rg0) التي ينبغي أن تضاف الأقراص المشار إليها ، أو الطريقة التي تتم إضافة إلى مجموعات الأقراص RAID الجديدة أو القائمة.

إذا تم استخدام الخيار - G لتحديد مجموعة RAID ، يجب أن مجموعة RAID موجودة بالفعل. تضاف إلى ذلك الأقراص UTIL مجموعة RAID أنه ممتلئ. يتم تجاهل أية أقراص المتبقية.

إذا اتبعت ز الخيار الجديد ، ONTAP يخلق بيانات واحد أو أكثر من مجموعات RAID جديدة ويضيف الأقراص لهم ، حتى لو كانت الأقراص سوف تناسب مجموعة RAID الموجودة. لا تزال مملوءة جزئيا أي مجموعة RAID الموجودة التي لا يتم بالكامل. ويتم اختيار اسم للمجموعات RAID الجديد تلقائيا. فمن غير الممكن تحديد أسماء لمجموعات RAID جديدة.

إذا اتبعت ز الخيار من قبل الجميع ، ويضيف ONTAP بيانات الأقراص المحدد لمجموعات RAID القائمة الأولى. بعد كل المجموعات الموجودة RAID الكامل ، فإنها تخلق واحد أو أكثر من مجموعات RAID جديدة ويضيف الأقراص المحدد إلى مجموعات جديدة.

يمكن استخدام ن الخيار لعرض الأمر أن هذا النظام سوف تنفذ ، من دون الادلاء بأي تغييرات في الواقع. وهذا مفيد لعرض الأقراص المحددة تلقائيا ، على سبيل المثال.

افتراضيا ، المدون تملأ مجموعة واحدة مع الأقراص RAID قبل البدء في مجموعة أخرى RAID. لنفترض أن أحد الكلي لديها حاليا مجموعة واحدة من 12 أقراص RAID وحجمها هو 14 مجموعة RAID. إذا قمت بإضافة 5 أقراص لهذا الكلي ، سيكون له مجموعة واحدة مع 14 أقراص RAID ومجموعة أخرى RAID مع 3 أقراص. المدون لا توزع بالتساوي بين المجموعات الأقراص RAID.

لا يمكنك إضافة إلى الأقراص التجميعية معكوسة إذا كان أحد plexes غير متصل.

لا يسمح الأقراص في نوع plex تمتد حمامات القرص. يمكن أن يتم تجاوز هذا السلوك و مع العلم عند استخدامها معا مع - د الوسيطة إلى قائمة الأقراص إلى الإضافة. و يمكن أيضا أن العلم ، في تركيبة مع الأبعاد ، يمكن استخدامها لإضافة قوة الأقراص التي تحتوي على سرعة الدوران الذي لا يتطابق مع معظم الأقراص الموجودة في مجموع المباراتين.

aggr نسخة إحباط [- H] operation_number | كل

إنهاء عمليات النسخ الكلي. المعلمة opera_ ion_number ر العملية التي تحدد لإنهاء. إذا قمت بتحديد كل شيء ، وإنهاء كافة عمليات النسخ الكلي النشطة.

aggr نسخة بدء
[- S | ليالي لقطة] [- C]
مصدر الوجهة

نسخ كافة البيانات ، بما في ذلك لقطات وأحجام مرنة ، من تجميع لآخر. إذا تم استخدام العلم - S ، ونسخا عن لقطات الأمر في مجموعها الكلي المصدر إلى الوجهة. لتحديد لقطة معينة لنسخ ، واستخدام العلم ليالي يليه اسم اللقطة. إذا كنت تستخدم أيا من - S - S العلم ولا في الأمر ، والمدون يخلق لقطة في الوقت الذي يتم تنفيذه في بداية الأمر aggr نسخ ونسخ الوحيدة التي لقطة لتجميع الوجهة.

و- C هو مطلوب العلم إذا كان مصدر الكلي في الفضاء الحر يقوم على التجزئة ، أو إذا كان المقصد الكلي سيكون في الفضاء الحر إلغاء تجزئتها. لا يمكن أن يؤديها في الفضاء الحر التجزئة على تجميع باستخدام الأمر تخصيص.

لا يمكن إلا أن يقوم بنسخ الكلي بين المجاميع التي تستضيف كميات مرنة. يمكن المجاميع التي هي جزء لا يتجزأ في أحجام التقليدية لا تشارك.

يمكن المجاميع المصدر والوجهة يكون على المدون نفسه أو دافعي مختلفة. إذا كان المصدر أو المقصد الكلي على المدون غيرها من واحد التي تقوم بإدخال نسخة aggr بدء الأمر ، تحديد اسم الكلية في filer_name : aggre_ تنسيق ate_name ز.

يجب أن دافعي المشاركة في نسخة التجميعية تلبية المتطلبات التالية لبدء aggr الأمر copy أن يتم الانتهاء بنجاح :

يجب أن يكون مصدر الكلي على الانترنت ويجب أن يقتصر على تجميع الوجهة.

إذا كان النسخ بين اثنين من المدونين ، يجب تعريف كل المدون كمضيف موثوق به من المدون الأخرى. وهذا يعني ، ويجب أن اسم المدون لتكون في الخ / / ملف hosts.equiv من المدون الأخرى.

إذا كانت النسخة على المدون نفسه ، يجب أن تدرج localhost في الخ / المدون في / hosts.equiv الملف. أيضا ، يجب أن يكون في عنوان الاسترجاع الخ / المدون في / تستضيف الملف. خلاف ذلك ، يمكن أن المدون لا يرسل الحزم لنفسه من خلال عنوان الاسترجاع عند محاولة لنسخ البيانات.

يجب أن تكون قابلة للاستخدام مساحة القرص من إجمالي الوجهة يكون أكبر من أو مساوية لمساحة القرص للاستخدام من المجموع المصدر. استخدام DF - A الأمر مسار لمعرفة مقدار مساحة القرص يمكن استخدامها لتجميع خاص.

كل بداية الأمر بإنشاء نسخة aggr عمليتين نسخة تجميع : واحد لقراءة البيانات من مصدر واحد الكلي للكتابة البيانات إلى تجميع الوجهة. كل المدون يدعم ما يصل إلى أربعة في وقت واحد عمليات النسخ الكلي.

aggr نسخة حالة [operation_number]

يعرض التقدم من واحد أو جميع عمليات النسخ aggr. يتم ترقيم عمليات من 0 إلى 3.

إعادة تشغيل نقطة تفتيش لجميع المعلومات يتم أيضا عرض التحويلات.

aggr نسخة خنق القيمة [operation_number]

تسيطر على أداء عملية نسخ aggr. قيمة تتراوح بين 10 (سرعة كاملة) إلى 1 (واحد على عشرة من السرعة الكاملة). الحفاظ على القيمة الافتراضية في الخيار المدون في aggr.copy.throttle وتعيين 10 (سرعة كاملة) في المصنع. يمكنك تطبيق قيمة الأداء لعملية المحدد بواسطة المعلمة operation_number. إذا لم تقم بتحديد عدد العملية في خنق aggr الأمر copy ، الأمر ينطبق على جميع عمليات النسخ aggr.

استخدام هذا الأمر للحد من سرعة عملية النسخ aggr إذا كنت تشك أن عملية النسخ aggr يسبب مشاكل الأداء على المدون الخاص. على وجه الخصوص ، تم تصميم دواسة الوقود للمساعدة على الحد من استخدام وحدة المعالجة المركزية لعملية نسخ aggr. لا يمكن أن تستخدم لضبط أنماط الاستهلاك شبكة النطاق الترددي.

خنق نسخة aggr الأمر الوحيد الذي يتيح لضبط سرعة عملية نسخ aggr قيد التقدم. لضبط السرعة نسخة aggr الافتراضي لاستخدامها من قبل عمليات النسخ في المستقبل ، استخدام الأمر خيارات لتعيين خيار aggr.copy.throttle.

aggr إنشاء aggrname
[- F]
[م]
[ن]
[T - raidtype]
[- R raidsize]
[- T قرص من نوع]
[- R دورة في الدقيقة]
[- L [الامتثال | المشاريع]]
[- V]
[- L باللغة البرمجية]
{ndisks [@ حجم]

|
د - DISK1 [disk2... ] [- د diskn [diskn +1... ]]}

يخلق الجديدة الكلي aggrname مسمى. يمكن أن تحتوي على اسم تجميع الحروف والأرقام والأحرف تسطير (_) ، ولكن يجب أن يكون الحرف الأول حرف أو تسطير. يمكن إنشاء ما يصل الى 200 على كل المجاميع المدون. هذا الرقم يشمل تلك المجاميع التي هي جزء لا يتجزأ ضمن مجلدات التقليدية.

يمكن أن تكون جزءا لا يتجزأ من إنشاء الكلية كجزء من حجم التقليدية باستخدام الخيار الخامس. لا يمكن أن تحتوي على أية وحدات تخزين مرنة.

ويمكن لتجميع العادية ، من دون خلق V - الخيار ، تحتوي على كميات فقط مرنة. فإنه لا يمكن إدراجها في حجم التقليدية ، وأنها لا تحتوي على وحدات التخزين فورا بعد الخلق. يمكن إنشاء مجلدات جديدة مرنة باستخدام الأمر إنشاء المجلد.

تي raidtype الوسيطة يحدد نوع المجموعة RAID (ق) ليتم استخدامها لإنشاء مجموع المباراتين. مجموعة RAID ممكن الأنواع هي raid4 لRAID - 4 ، raid_dp لRAID - DP (تماثل مزدوج) ، وRAID0 لشريطية بسيطة دون حماية التكافؤ. وraidtype الافتراضي للمكونات وحدات التخزين التقليدية على دافعي هو raid_dp. تعيين raidtype غير مسموح على V - سلسلة النظم ؛ يستخدم دائما الافتراضي RAID0.

وR - الحجة raidsize يحدد الحد الأقصى لعدد الأقراص في كل مجموعة RAID في مجموع المباراتين. القيم القصوى والافتراضية raidsize هي التي تعتمد على منصة ، على أساس اعتبارات الأداء والاعتمادية. راجع خيارات aggr raidsize لمزيد من التفاصيل.

و- T قرص من نوع الوسيطة يحدد نوع من الأقراص لاستخدامه عند إنشاء الكلية الجديدة. وهناك حاجة فقط على أنظمة متصلة أقراص من أنواع مختلفة. أنواع القرص الممكنة هي : ATA ، FCAL ، LUN ، ساس ، ساتا ، وSCSI. لا يجوز خلط أقراص من أنواع مختلفة في واحدة لا يمكن تجميع. - T يمكن استخدامها جنبا إلى جنب مع - د.

يحدد نوع القرص القرص والتكنولوجيا نوع الاتصال. ATA يحدد أقراص ATA IDE إما مع واجهة ATA التسلسلية أو في الرفوف متصلة في FCAL (القناة الليفية حلقة التحكيم). FCAL يحدد الأقراص FC في الرفوف في توصيل FC - AL. LUN يحدد الأقراص الظاهري تصديرها من صفائف التخزين الخارجية. التكنولوجيا الكامنة ونوع القرص RAID يعتمد على تنفيذ مثل هذه صفائف التخزين الخارجية. SAS يحدد التسلسلي المرفقة أقراص SCSI في الرفوف مطابقة. ساتا التسلسلية يحدد أقراص ATA في الرفوف ساس. SCSI لتقف على واجهة نظام الكمبيوتر الصغيرة ، ويتم تضمينه من أجل التوافق مع التكنولوجيات في وقت سابق من القرص.

و- R حجة دورة في الدقيقة يحدد نوع من الأقراص لاستخدام استنادا سرعتهم الدورانية في الثورات في الدقيقة الواحدة (دورة في الدقيقة). وهناك حاجة فقط على أنظمة الأقراص مع وجود سرعات الدوران مختلفة. القيم النموذجية للسرعة التناوب هي 5400 ، 7200 ، 10000 ، و 15000. الراديوية لا يمكن استخدامها جنبا إلى جنب مع - د.

ndisks هو عدد الأقراص في مجموعها ، بما في ذلك أقراص التماثل. الأقراص في هذه الكلية التي أنشئت حديثا يأتي من مجموعة من الأقراص الغيار. أصغر الأقراص في هذه المجموعة الانضمام إلى الكلية الأولى ، إلا إذا قمت بتحديد حجم الوسيطة @. الحجم هو حجم القرص في غيغابايت ، وسيتم اختيار الأقراص التي يتم في غضون 10 ٪ من الحجم المحدد للاستخدام في مجموع المباراتين.

يمكن استخدام M - الخيار لتحديد أن تكون معكوسة التجميعية جديدة (واثنين plexes) عند الخلق. إذا تم منح هذا الخيار ، ثم سيتم تقسيم الأقراص أشار عبر plexes اثنين. افتراضيا ، سيتم تجميع الجديدة لن تكون معكوسة.

يمكن استخدام ن الخيار لعرض الأمر أن هذا النظام سوف تنفذ ، من دون الادلاء بأي تغييرات في الواقع. وهذا مفيد لعرض الأقراص المحددة تلقائيا ، على سبيل المثال.

إذا كنت تستخدم - D DISK1 [disk2... ] الوسيطة ، والمدون يخلق الكلي مع الأقراص المحدد DISK1 الغيار ، disk2 ، وهلم جرا. يمكنك تحديد قائمة الفضاء فصل أسماء القرص. يجب تحديد قائمتين منفصلتين إذا كان الجديد هو تجميع معكوسة. في حالة أن إجمالي جديدة ينعكس ، يجب أن تسفر عن الأقراص وأشار عدد متساو من الأقراص على كل نوع plex جديدة.

لا يسمح الأقراص في نوع plex تمتد حمامات الغيار. يمكن أن يتم تجاوز هذا السلوك مع الخيار - F. ويمكن أيضا نفس الخيار يمكن استخدامها لقوة باستخدام الأقراص التي لا تحمل نفس سرعة الدوران. اف الخيار له تأثير فقط عند استخدامها مع تحديد الخيار - D الأقراص للاستخدام.

لإنشاء SnapLock التجميعية ، حدد L - مع العلم aggr إنشاء الأوامر. ويدعم هذا العلم إلا إذا كان مرخصا إما SnapLock الامتثال أو Enterprise SnapLock. يتم تحديد نوع التجميعية SnapLock بإنشائه ، إما الامتثال أو المؤسسة ، من قبل الترخيص SnapLock مثبتة. إذا كانت مرخصة كلا الامتثال SnapLock SnapLock والمشاريع ، واستخدام - L - L الامتثال أو المؤسسة لتحديد نوع الإجمالي المطلوب.

ويمكن استخدام L - LANGUAGE_CODE الحجة الوحيدة عند إنشاء وحدة تخزين التقليدية باستخدام الخيار - V. المدون يخلق حجم التقليدية مع اللغة المحددة بواسطة رمز اللغة. الافتراضية هي اللغة التي تستخدمها حجم الجذر والمدون. راجع المجلد الصفحة الرجل للحصول على قائمة الرموز اللغوية.

aggr تدمير {aggrname | plexname} [F -]

يدمر aggrname التجميعية مسمى ، أو نوع plex plexname مسمى. علما أنه إذا تم ربط الكلي المحدد إلى حجم التقليدية ، ثم هدم حجم التقليدية نفسها كذلك.

إذا تم تحديد الكلي ، ويتم تدمير كل plexes في مجموع المباراتين. يجب أن إجمالي يدعى أيضا لا يحتوي على أية وحدات تخزين مرنة ، بغض النظر عن حالة جبل بهم (على الانترنت ، والمقيدة ، أو غير متصل). إذا تم تحديد نوع plex ، يتم إتلاف نوع plex ، وترك وحدة تخزين unmirrored الكلي أو التقليدية التي تحتوي على نوع plex المتبقية. قبل تدمير الكلي ، وحجم أو نوع plex التقليدية ، يتم مطالبة المستخدم لتأكيد العملية. يمكن استخدام و العلم لتدمير الكلي ، وحجم أو نوع plex التقليدية دون مطالبة المستخدم.

الأقراص أصلا في تدمير الكائن تصبح الأقراص الغيار. يمكن تدمير المجاميع فقط حاليا ، وحدات التخزين التقليدية وplexes.

aggr media_scrub حالة [aggrname | plexname | GROUPNAME]
[- V]

يطبع حالة تنقية وسائل الإعلام من المجموع مسمى ، نوع plex ، أو مجموعة. إذا تم تقديم أي اسم ، ثم طبعت الوضع بالنسبة لجميع الفئات RAID قيد التشغيل حاليا فرك سائل الإعلام. الوضع في المئة ، ويشمل كامل واذا كانت معلقة.

الخامس العلم يعرض التاريخ والوقت الذي فرك الانتهاء من وسائل الإعلام الاخير كامل ، وتاريخ والوقت الذي بدأت تنقية المثيل الحالي من وسائل الإعلام ، والوضع الحالي لتجميع مسمى ، نوع plex ، أو مجموعة. إذا تم تقديم أي اسم ، طبع هذا الوضع أكثر مطول لجميع الفئات RAID مع الدعك وسائل الإعلام النشطة.

aggr مرآة aggrname
[- F]
[ن]
[- V victim_aggrname]
[- د DISK1 [disk2... ]]

يتحول هذا التجمع إلى تجميع unmirrored معكوسة عن طريق إضافة نوع plex إليه. هو إما نوع plex التي تشكلت حديثا من الأقراص اختيار من بين مجموعة الغيار ، أو إذا تم تحديد الخيار الخامس ، يؤخذ من مجموع unmirrored آخر القائمة. يجب أن يكون مجموع aggrname unmirrored حاليا. استخدام aggr إنشاء لتقديم الجديد ، معكوسة الكلي من نقطة الصفر.

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 ]

Brings the aggregate named aggrname (or the plex named plexname ) online. This command takes effect immediately. If the specified aggregate is embedded in a traditional volume, the volume is also also brought online.

If an aggrname is specified, it must be currently offline, restricted, or foreign. If the aggregate is foreign, it will be made native before being brought online. A “foreign” aggregate is an aggregate that consists of disks moved from another filer and that has never been brought online on the current filer. Aggregates that are not foreign are considered “native.”

If the aggregate is inconsistent, but has not lost data, the user will be cautioned and prompted before bringing the aggregate online. The -f flag can be used to override this behavior. It is advisable to run WAFL_check (or do a snapmirror initialize in case of an aggregate embedded in a traditional volume) prior to bringing an inconsistent aggregate online. Bringing an inconsistent aggregate online increases the risk of further file system corruption. If the aggregate is inconsistent and has experienced possible loss of data, it cannot be brought online unless WAFL_check (or snapmirror initialize in the embedded case) has been run on the aggregate.

If a plexname is specified, the plex must be part of an online mirrored aggregate. The system will initiate resynchronization of the plex as part of online processing.

aggr options aggrname [ optname optval ]

Displays the options that have been set for aggregate aggrname , or sets the option named optname of the aggregate named aggrname to the value optval . The command remains effective after the filer is rebooted, so there is no need to add aggr options commands to the /etc/rc file. Some options have values that are numbers. Some options have values that may be on (which can also be expressed as yes , true , or 1 ) or off (which can also be expressed as no , false , or 0 ). A mixture of uppercase and lowercase characters can be used when typing the value of an option. The aggr status command displays the options that are set per aggregate.

The following describes the options and their possible values:

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

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

إذا تم تمكين SnapMirror عن حجم التقليدية (غير معتمد SnapMirror عن المجاميع التي تحتوي على كميات مرنة) ، والمدون تلقائيا بتعيين هذا الخيار ليوم. تعيين هذا الخيار لإيقاف SnapMirror إذا لم يعد لاستخدامها لتحديث حجم المرآة التقليدية. بعد إعداد هذا الخيار لإيقاف المرآة يصبح حجم العادية التقليدية للكتابة. لا يمكن إلا أن يكون هذا الخيار لتعيين قبالة ؛ المدون فقط يمكن تغيير قيمة هذا الخيار من الخروج ليوم.

snapshot_autodelete على | إيقاف

ويستخدم هذا الخيار لتعيين ما إذا كان يتم تلقائيا حذف لقطة في aggr. إذا كان لتعيين ثم قد يكون على حذف لقطات في aggr لاسترداد التخزين عند الضرورة. إذا تعيين إلى إيقاف ثم لقطات ليست في aggr حذف تلقائيا لاسترداد التخزين. علما بأنه لا يزال في لقطات يمكن حذف لأسباب أخرى ، مثل الحفاظ على الجدول الزمني لقطة لaggr ، أو حذف اللقطات التي ترتبط مع عمليات محددة التي لم تعد في حاجة إلى لقطة. السماح لحذف لقطات في الوقت المناسب لمحدودية عدد من اللقطات aggr عندما يتم تمكين snapshot_autodelete. وبسبب هذا ، إذا كان هناك لقطات كثيرة جدا في aggr ثم يجب حذف بعض اللقطات قبل أن يتم تمكين الخيار snapshot_autodelete.

aggr تسمية aggrname newname

إعادة تسمية aggrname الكلي المسماة newname. إذا تم تضمين هذه التجميعية في حجم التقليدية ، ثم تم تغيير الاسم أيضا أن حدة التخزين.

aggr تقييد aggrname
[T - cifsdelaytime]

وضع aggrname التجميعية اسمه في ولاية مقيدة ، بدءا من الدولة إما عبر الإنترنت أو غير متصل. الأمر ساري المفعول قبل عودته.

إذا كان يحتوي على أية وحدات تخزين إجمالية مرنة ، يتم إحباط العملية ما لم المدون في وضع الصيانة.

إذا تم تضمين إجمالي في حجم الأسهم التقليدية التي CIFS ، ينبغي حذر المستخدمين قبل تقييد الكلي (وبالتالي على حجم كامل التقليدية). استخدام - T تبديل لهذا الغرض. الوسيطة cifsdelaytime يحدد عدد الدقائق لتأخير قبل اتخاذ حاليا التجميعية المضمنة ، خلال الوقت الذي CIFS المستخدمين من حجم التقليدية وحذر من خسارة في انتظار الخدمة. والوقت 0 يعني اتخاذ حاليا الكلي على الفور مع أي تحذيرات معينة. يمكن للمستخدمين CIFS تفقد البيانات إذا لم يتم منحهم فرصة لإنهاء التطبيقات بأمان.

aggr فرك استئناف [aggrname | plexname | GROUPNAME]

يستأنف الغسل التكافؤ الكلي على مسمى ، نوع plex ، أو مجموعة. إذا تم تقديم أي اسم ، واستئناف جميع الفئات RAID يخضع حاليا لتنقية التكافؤ التي تم تعليقها.

aggr فرك بدء [aggrname | plexname | GROUPNAME]

يبدأ الغسل التعادل في مجموع المباراتين على الانترنت مسمى. تنقية التكافؤ يقارن أقراص البيانات إلى القرص التعادل (ق) في مجموعة RAID الخاصة بهم وتصحيح محتويات القرص التكافؤ حسب الضرورة. إذا تم تقديم أي اسم ، وبدأت تنقية التكافؤ على جميع المجاميع على الانترنت. إذا تم إعطاء اسم الكلية ، وبدأت الغسل على جميع الفئات RAID الواردة في مجموع المباراتين. إذا أعطيت اسم نوع plex ، يتم تشغيل الغسل على جميع الفئات الواردة في RAID نوع plex.

aggr حالة فرك [aggrname | plexname | GROUPNAME] [- V]

يطبع حالة التعادل على تنقية الكلي مسمى ، نوع plex ، أو مجموعة ، وكل مجموعة RAID يخضع حاليا لتنقية التكافؤ اذا لم يتلق الاسم. وتشمل حالة في المئة ، كاملة ، ومركز وفرك مع وقف التنفيذ.

و- V العلم يعرض التاريخ والوقت الذي استكملت فرك الاخير كامل مع الوضع الحالي على تجميع مسمى ، نوع plex ، أو مجموعة ، وكل مجموعة RAID إذا تم تقديم أي اسم.

aggr فرك وقف [aggrname | plexname | GROUPNAME]

توقف تنقية التكافؤ الكلي على مسمى ، نوع plex ، أو جماعة ، وإذا لم يرد اسم ، على جميع الفئات RAID يخضع حاليا لتنقية التماثل.

aggr فرك تعليق [aggrname | plexname | GROUPNAME]

علقت على تنقية التكافؤ الكلي مسمى ، نوع plex ، أو جماعة ، وإذا لم يتم إعطاء اسم على جميع الفئات RAID يخضع حاليا تنقية التماثل.

aggr show_space [- ح | ك | م | - G | T - | - ب] <aggrname>

يعرض استخدام مساحة في مجموع المباراتين. على عكس مدافع ، وهذا الأمر يدل على استخدام مساحة لكل وحدة تخزين مرنة داخل الكلية إذا لم يتم تحديد aggrname ، aggr show_space يعمل فقط على مجموع المقابلة ، وإلا فإنه تقارير استخدام الفضاء على جميع المجاميع.

تم الإبلاغ عن جميع الأحجام في كتل بايت 1024 ، ما لم يطلب خلاف ذلك واحد من ح ، ، ك ، م ، ، ز ، أو تي الخيارات. وك ، م ، ، ز ، و- T خيارات مقياس حجم كل حقل المتصلة الإخراج أن أعرب بالكيلوبايت ، ميغا بايت ، غيغا بايت ، أو تيرابايت على التوالي.

يتم استخدام المصطلحات التالية الأمر في الإبلاغ عن الفضاء.

       المساحة الإجمالية وهذا هو المبلغ من مساحة القرص الإجمالية التي قد التجميعية.  WAFL الاحتياطي WAFL الاحتياطيات كنسبة مئوية من مجموع مساحة القرص الإجمالي لالفوقية المستوى الكلي.  المساحة المستخدمة للحفاظ على وحدات التخزين في مجموعها يخرج من الاحتياطي WAFL.  المفاجئة احتياطي احتياطي التقط هو مقدار المساحة المحجوزة لقطات الكلي.  المساحة الصالحة للاستخدام وهذا هو المبلغ الإجمالي للمساحة التي يتوفر لتجميع لالتوفير.  يتم احتساب هذا الفضاء كما يمكن استخدامها = المساحة الكلية -- WAFL الاحتياطي -- التقط الاحتياطي مدافع كما يعرض هذا الفضاء «توتال».  BSR NVLOG هذا هو صالح لجهات SnapMirror متزامن فقط.  هذا هو مقدار المساحة المستخدمة في مجموعها على المدون الوجهة لتخزين البيانات المرسلة من المدون المصدر (ق) قبل إرساله إلى القرص.  يخصص هذا هو مجموع المساحة المحجوزة للحجم والمساحة المستخدمة بواسطة بيانات غير محفوظة.  عن حجم كميات مضمونة ، وهذا هو على الأقل حجم وحدة التخزين دون تحفظ لأن أية بيانات.  وحدات التخزين مع ضمان مساحة من لا شيء ، وهذه القيمة هي نفس المساحة "مستعملة" (موضح أدناه) منذ محجوز أي مساحة غير مستخدمة.  قيمة المساحة المخصصة يبين مقدار المساحة أن حجم تتخذ من مجموع المباراتين.  يمكن أن تكون هذه القيمة أكبر من حجم وحدة التخزين لأنه يتضمن أيضا الفوقية اللازمة للحفاظ على وحدة التخزين.  يستخدم هذا هو مقدار المساحة التي يتم تناول كتل القرص.  هذه القيمة ليست هي نفسها كما في الفضاء "المستخدمة" التي يعرضها الأمر مدافع.  المساحة المستخدمة في هذه الحالة يتضمن الفوقية اللازمة للحفاظ على حجم مرنة.  الاستفادة من المبلغ الاجمالي من المساحة الحرة في مجموع المباراتين.  هذا هو نفس المساحة التي أبلغ عنها مدافع جدوى. 

aggr تقسيم plexname aggrname
[- R oldvol newvol] [- R...]
[ليالي لاحقة]

يزيل plexname من إجمالي معكوسة ويخلق unmirrored التجميعية aggrname الجديدة المسماة التي تحتوي على نوع plex. إجمالا معكوسة الأصلي يصبح unmirrored. يجب أن يكون نوع plex انشق عن تجميع الأصلي تكون وظيفية (وليس الجزئي) ، ولكن يمكن أن يكون غير نشط ، resyncing ، أو outof تاريخ. 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 ]

يعرض حالة واحدة أو كل المجاميع على المدون. 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.

The -b is used to get the size of source and destination aggregates for use with aggr copy . The output contains the storage in the aggregate and the possibly smaller size of the aggregate. The aggregate copy command uses these numbers to determine if the source and destination aggregate sizes are compatible. The size of the source aggregate must be equal or smaller than the size of the destination aggregate.

The -s flag displays a listing of the spare disks on the filer.

The -f flag displays a list of the failed disks on the filer. The command output includes the disk failure reason which can be any of following:

The -i flag displays a list of the flexible volumes contained in an aggregate.

 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 تحقق من وقف [aggrname]

توقف RAID التحقق مرآة على تجميع اسمه ، وإذا لم يرد اسم الكلية ، على كل المجاميع التي تمر حاليا التحقق مرآة RAID.

aggr التحقق من حالة [aggrname]

يطبع حالة التحقق مرآة RAID على تجميع مسمى ؛ على كل المجاميع التي تمر حاليا التحقق مرآة RAID إذا لم يتم إعطاء اسم الكلي. وتشمل حالة في المئة ، كاملة ، ومركز والتحقق من وقف التنفيذ.

aggr التحقق من تعليق [aggrname]

علقت مرآة التحقق RAID على تجميع اسمه ، وإذا لم يرد اسم الكلية ، على كل المجاميع التي تمر حاليا RAID التحقق المرآة.

الفئة الاعتبارات

يمكن المجاميع على دافعي مختلفة في كتلة لها نفس الاسم. على سبيل المثال ، فإن كلا من دافعي في كتلة لديها الكلي المسمى aggr0.

لكن ، وبعد التجميعية أسماء فريدة في كتلة يسهل ترحيل المجاميع بين المودعين في الكتلة.

أمثلة

aggr إنشاء aggr1 ، ص 10 20

يخلق الكلي المسمى aggr1 مع 20 أقراص. مجموعات RAID في هذه الكلية يمكن أن تحتوي على ما يصل إلى 10 أقراص ، وحتى هذه الكلية الجديدة مجموعات RAID اثنين. ويضيف المدون الأقراص الحالي الغيار لتجميع جديدة ، بدءا من أصغر القرص.

aggr إنشاء aggr1 20 @ 9

يخلق الكلي المسمى aggr1 مع الأقراص 9 20 غيغابايت. لأن لم يتم تحديد حجم مجموعة RAID ، ويستخدم الحجم الافتراضي (8 أقراص). إجمالا المنشأة حديثا يحتوي على مجموعات RAID مع اثنين من 8 أقراص ومجموعة ثالثة مع أربعة أقراص.

aggr إنشاء aggr1 - D 8a.1 8a.2 8a.3

يخلق الكلي المسمى aggr1 مع الأقراص الثلاثة المحددة.

aggr إنشاء aggr1 10
aggr خيارات aggr1 raidsize 5

الأمر الأول يخلق الكلي المسمى aggr1 مع 10 الأقراص التي تنتمي إلى مجموعة RAID واحد. الأمر الثاني أن تحدد إذا أضيف لاحقا أية أقراص لهذا الكلي ، أنها لن تسبب أي مجموعة RAID الحالية لديها أكثر من خمسة أقراص. ولكل مجموعة RAID موجودة تزال لدينا 10 أقراص ، وسيتم إضافة أي أكثر من الأقراص RAID إلى تلك المجموعة. عندما يتم إنشاء مجموعات RAID الجديدة ، سيكون لديهم الحد الأقصى لحجم خمسة أقراص.

aggr show_space - H AG1

يعرض استخدام مساحة من إجمالي AG1 `' والمقاييس وحدة المساحة وفقا لحجمها.

  تخصيص المستعملة AG1 "ويبلغ مجموع مساحة WAFL الاحتياطي التقط الاحتياطي المتاح الفضاء BSR NVLOG 6797MB 611MB 66GB 59GB 65KB الفضاء المخصصة لأحجام التداول في حجم التداول الكلي لضمان vol1 14GB 11GB حجم الملف 8871MB vol2 8861MB vol3 6161MB 6169MB أيا vol4 26GB 25GB حجم vol1_clone 1028MB 1028MB ( غير متصل) الحصى تخصيص انفع مستعملة إجمالي مساحة 55GB 51GB 3494MB التقط الاحتياطي 21MB 611MB 590MB WAFL الاحتياطي 6797MB 5480KB 6792MB 

aggr حالة 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

المجلد , partner , snapmirror , sysconfig .


جدول المحتويات






















































Manual Pages , , , ,

cf

7 يوليو 2009

جدول المحتويات

NAME

cf – controls the takeover and giveback operations of the filers in a cluster

SYNOPSIS

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

الوصف

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.

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

حالة
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

شريك


جدول المحتويات



Manual Pages , , , ,

bootfs

7 يوليو 2009

جدول المحتويات

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

الوصف

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

حملة
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]:,
على سبيل المثال 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

تحميل


جدول المحتويات

Manual Pages , , , ,

التمهيد

7 يوليو 2009

جدول المحتويات

NAME

boot – directory of Data ONTAP executables

SYNOPSIS

/etc/boot

الوصف

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

تحميل


جدول المحتويات

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN : F [1.9.11_1134]
معدل هذه الوظيفة :
التقييم : 0.0 / 10 (0 الأصوات)

Manual Pages , , , ,

bmc

7 يوليو 2009

جدول المحتويات

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

مساعدة
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.

حالة
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.


جدول المحتويات

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN : F [1.9.11_1134]
معدل هذه الوظيفة :
التقييم : 0.0 / 10 (0 الأصوات)

Manual Pages , , , ,

backuplog

7 يوليو 2009

جدول المحتويات

NAME

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

SYNOPSIS

/etc/log/backup

الوصف

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:

بداية
Dump/restore starts.

Restart
Restart of a dump/restore.

نهاية
Dump/restore completes successfully.

Abort
The operation aborts.

خطأ
Dump/restore hits an unexpected event.

خيارات
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


جدول المحتويات

Manual Pages , , , ,

backup

7 يوليو 2009

جدول المحتويات

NAME

backup – manages backups

SYNOPSIS

backup status [ <ID> ]

backup terminate <ID>

الوصف

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.

الاستعمال

backup status [ <ID> ]
displays all active instances of backup jobs on the filer. For each backup, the backup status command lists the following information:

معرف
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.

دولة
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.

نوع
Either dump or NDMP.

جهاز
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.

مستوى
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

تفريغ


جدول المحتويات



Manual Pages , , , ,

autosupport

7 يوليو 2009

جدول المحتويات

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.

الوصف

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

البرمجيات النسخة

System ID

مضيف

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


جدول المحتويات






























































Manual Pages , , , ,

auditlog

7 يوليو 2009

جدول المحتويات

NAME

auditlog – contains an audit record of recent administrative activity

SYNOPSIS

<logdir>/auditlog

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

الوصف

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

و

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


جدول المحتويات

Manual Pages , , , ,



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

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