概要   WebEX Meetings ( 以下、 WebEX) を使用し、障害が発生している HX 環境にアクセス可能な PC にインターネットを介してリモートアクセスし、 お客様、パートナー様、シスコのエンジニアが同じリソースを共有することで問題解決を図ることが可能です。 主に使用するのは、以下の機能です。    　　　 - デスクトップ画面の共有 ( ブラウザ [GUI], ターミナルソフト [CLI] へのアクセス )    　　　 - 会議参加者へのデスクトップ操作 ( リモートコントロール ) の受け渡し    　　　 - 複数人による音声通話    　　　 - ファイルの受け渡し ( 速度は限られるため、ファイルサイズは小さいほうがベ ター ) WebEXリモートサポートによる調査は、主にサービスがダウンして緊急を要する場合に実施します。「ログは採取していないし一次調査もしていないが、なんか障害が起きているからとにかくWebEXでリモート調査して欲しい」 というようなリクエストは受け付けませんのでご注意ください。 注意点 PCにダウンロードしてインストールしてから使用するアプリ版と、インストール不要でブラウザベースで起動出来るブラウザ版がありますが、アプリ版をインストールしておき、使用できるようにしておいてください。ブラウザ版ですと、機能が限られており、リモートコントロールの受け渡しが出来ず、シスコのエンジニアにコントロール権を渡すことが出来ません。アプリ版を以下のURLからダウンロード、インストールしておいてください。   ダウンロードリンク https://www.webex.com/ja/downloads.htm   WebEX Meetings の開始 Chromeが標準ブラウザとなっており、お送りしたWebEXリンクをクリックすると、以下の画面が表示されます。(ミーティングに)参加をクリックします。   初めてWebEXに入る場合(Chrome拡張機能が未追加) “Chrome に Webex を追加します” をクリックし、Chrome ウェブストア より 拡張機能を追加してください。その後、アプリケーション版が起動し、WebEX会議に繋がります。   WebEX 基本操作   WebEX 画面の下の方にマウスを持っていくと、以下のショートカットアイコンが表示されます。 画面シェア等のアクションを実施することが可能です。   コントロール権の要求と承認 以下の例は、MacOS版 Chrome よりコントロール要求し、Windows版 Chromeにて承認をした例となり、OSにより多少表示が異なります。 ① Cisco: シェア画面の上で右クリックし、「コントロールを要求」 を選択 ② Cisco:  「 要求」 をクリック ③ Customer:  「 承認」 をクリック ④ Cisco:  「 操作権限を取得」 をクリック   ... View more

  概要 アップグレード、インストール、vCenter 再登録を実施後、実際は不具合が発生していないにもかかわらず、稀にHX cluster のステータスが Invalid となってしまうことがあります。    この場合、以下の不具合に該当している可能性があります。 https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvk55777 3.5(1a)以降のバージョンで修正されています。 本不具合に該当しているか否かの確認手順 任意の SCVM に SSH 接続して以下の確認を行います。   1. STCLIコマンドの実行結果が Cluster invalid state となる stcli cluster storage-summary --detail を実行し、Cluster invalid state であることを確認します。 root@SpringpathControllerABCDE01234:~# stcli cluster storage-summary --detail Get cluster storage summary failed : Cluster invalid state   2.  SYSMTOOLの実行結果が Cluster Online, Healthy となる sysmtool --ns cluster --cmd info opstatus  を実行し、Cluster state が online かつ healthy であることを確認します。 root@SpringpathControllerABCDE01234:~# sysmtool --ns cluster --cmd info opstatus Cluster Info: ------------: UUID: 681a39371250b262:xxx Type: CLUSTER State: ONLINE AllFlash: NO HealthState: HEALTHY Policy Compliance: COMPLIANT Reason:Storage cluster is healthy. Creation Time: Mon Jan  9 23:16:34 2017 Uptime: 35 days 2 hours 1 mins 46 secs Raw Capacity: 138.59T Usable Capacity: 69.30T Used Capacity: 888.41G Free Capacity: 68.43T Cluster Config Details: ----------------------: Ipaddress: 172.16.xxx.xxx Replication Factor: Two Access Policy: LENIENT Node Details: ------------: Active Nodes: 6/6 UUID: 1e9a4765564d17f0:xxx (172.16.xxx.xxx) Type: PNODE UUID: 3134606e564d91e1:xxx (172.16.xxx.xxx) Type: PNODE UUID: 7802be20564d0d04:xxx (172.16.xxx.xxx) Type: PNODE UUID: a9661ce4564d8f16:xxx (172.16.xxx.xxx) Type: PNODE UUID: e060085f564dee82:xxx (172.16.xxx.xxx) Type: PNODE UUID: ed80e45d564dbeea:xxx (172.16.xxx.xxx) Type: PNODE Namespace Primary Node: ----------------------- Type: PNODE UUID: 7802be20564d0d04:xxx Resiliency Information: ----------------------: Cluster Resiliency State: HEALTHY   Persistent device failures tolerable: 1   Caching device failures tolerable: 1 Node failures tolerable: 1 Storage cluster is healthy. Healing Information: -------------------: No auto healing in progress   対策 [恒久対策] HXDP 3.5.1a 以降のバージョン へアップグレードしてください。 [回避策] TACエンジニアが対応しますので、サービスリクエスト をオープンください。 ... View more

  前提条件 変更前に、以下を確認、実施してください。 stcli cluster info で クラスタが online であるか、healthy であるかを確認する その後、全ユーザ VM をシャットダウンし、任意の SCVM から  stcli cluster shutdown  コマンドでクラスタをシャットダウンする   変更手順 Step 1. 全SCVM の eth1のMTU値を1500に設定する お客様が HX インストール時に設定した Jumbo Frame 設定を スタンダードなMTU値に変更するには、以下の手順が必要となります。 各SCVMにSSHで接続します。 /etc/network/eth1.interfaceを編集します。 root@bsv-hxaf220-sc-2-2:~# vi /etc/network/eth1.interface # This file has been auto-generated during Springpath Controller setup. auto eth1 iface eth1 inet static address 192.168.20.12 netmask 255.255.255.0 metric 101 mtu 9000 dns-nameservers 144.254.71.184 173.38.200.100 mtu 9000 を、mtu 1500 に変更します。 変更を保存します。 ネットワークサービスをリスタートします。もしリスタートに失敗した場合は、インタフェースのダウン/アップをお試しください (リンクアップまで数秒要します)。 # /etc/init.d/networking restart # ifdown eth1 ; ifup eth1 MTUが変更されたことを確認します。 # ip link show eth1 2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000    link/ether 00:0c:29:2f:5a:20 brd ff:ff:ff:ff:ff:ff 上述の手順、1 - 6 をクラスタ内全てのSCVMに対して実施します。   Step 2. 各 ESXi ホスト上で、vCenter から vSwitch と port-group 上で設定されている MTU を1500にする (注) UIメニューのパスは、vSphere interface に、vSphere Web Client もしくは vSphere Client どちらが使われているかによって表示が変わりますのでご注意ください。本記事では、vSphere web client を使用して変更しております。   変更対象のhost > Configure > Networking > Virtual Switches を選択し、情報をアップデートします。 - vswitch-hx-storage-data の vSwitch を選択し、Edit (鉛筆のアイコン) をクリックします。Propertiesを選択し、MTUを1500に変更します。 - vmotion の vSwitch を選択し、Edit (鉛筆のアイコン)をクリックします。Propertiesを選択し、MTUを1500に変更します。 port group をアップデートするため、変更対象のhost  > Configure > Networking > VMkernel adapters を選択します。 - ネットワークラベルStorage Hypervisor Data Network に一致するデバイス(例としてvmk1)を選択し、Edit (鉛筆のアイコン)をクリックします。NIC 設定を選択し、MTU値を1500に変更してOKをクリックします。 - Vmotion port group を設定済で存在する場合、ネットワークラベルvmotion port groupに一致するデバイス(例としてvmk2)を選択し、Edit (鉛筆のアイコン)をクリックします。NIC 設定を選択し、MTU値を1500に変更してOKをクリックします。 step2-1, 2-2 を全てのホストに対して実施します。   Step 3. UCSMでQoSを変更 UCSMでQoSを変更することで、短時間のトラフィック中断が発生する場合があります。同じUCSドメインにHX以外のUCSサーバが存在していないか等、十分注意を払って実行してください。 UCSMより、LAN > LAN CLOUD > QOS System Class を選択してください。 プルダウンメニューから、Platinum  と  Bronze  の  MTU を 9216 から normal に変更してください。 スクロールし、一番下にあるSaveボタンをクリックします。 Service profile template の vNIC policy を変更します。 - LAN > Policies > Root > Sub-organizations > <hx-cluster> > vNIC  Templates > <Template for storage-data> もしくは <hv-vmotion> の順にクリックし、MTU値を 9000 から 1500 へ変更し、右下の Save Changes をクリックします。 最後に、stcli cluster start でクラスタを起動させ、ユーザVMを起動してください。 ... View more

はじめに 表示したい任意のページを表示する方法 最終ページ(最も古いログ)を表示する方法   はじめに Tetration には、Change Log という、ユーザが実施した変更作業内容を記録、照会する機能がありますが、UIからの操作ですと、限られたページ数のみしかスキップして表示出来ず、何ページも前や後のイベントに辿り着くまでに何度も同じ箇所をクリックする必要があるため時間を要します。   素早く確認したいログページに移動する方法を以下に示します。    表示したい任意のページを表示する方法 以下の図のように、ブラウザのURLの "page =" の後に入る数値がページ数を意味しております。 例えば、100という数値を入力した場合、100ページ目を表示してきます。これにより、任意のページまでスキップして表示することが可能となります。   最終ページ(最も古いログ)を表示する方法 最も古いログを含む、最終ページを表示したい場合は、例えば10000といった、最終ページ数を超えるような大きな数値を入力することで移動できます。以下の例では、最終ページは177ページであり、10000をURLの"page="の後ろに入力すると、自動補正されて177となり最終ページである177ページを表示してくれます。     ... View more

HyperFlexのvCenter plug-in から取得する Native snapshot ですが、vCenterから実行する 標準のsnapshotとは異なり、UIに memory state を含めるためのオプションがありません。   VMware標準 Snapshotメニュー   Native snapshot メニュー   <対策> CLIで実行するNative snapshot にはオプションが含まれており、CLIでオプション指定して実行ください。   <Cisco HyperFlex Data Platform CLI Guide, 3.5> https://www.cisco.com/c/en/us/td/docs/hyperconverged_systems/HyperFlex_HX_DataPlatformSoftware/CLIGuide/3_5/b_HyperFlexSystems_CLIReferenceGuide_3_5/b_HyperFlexSystems_CLIReferenceGuide_3_5_chapter_01100.html?bookSearch=true#reference_a2g_mvh_qy [抜粋] stcli vm  snapshot [-h] {id ID | --name NAME | --folder-id FOLDER-ID | --folder-name FOLDER-NAME | --resourcepool-id RP-ID | --resourcepool-name RP-NAME} --snapshot SNAPSHOT [--desc DESC] [--memory | --quiesce]   以下は、testVM2-clone というVMの Native snapshot (NS-testVM2-clone) をメモリーステートを含め取得した際の出力例となります。   # stcli vm snapshot --snapshot NS-testVM2-clone --name testVM2-clone --memory snapshot:     type: virtmachinesnapshot     id: snapshot-321     name: NS-testVM2-clone vm:     type: virtmachine     id: vm-313     name: testVM2-clone   ... View more

新規出荷、交換パーツとして提供される HyperFlex のノードの CIMC 設定を Cisco IMC Configuration Utility で確認すると以下のようになります。 Factory defaults 実施後の設定となります。       着目すべき点は、赤枠で囲った "Shared LOM Ext" にVIC (Cisco Card) の NIC mode が設定されている点です。 これが、例えば "Shared LOM" といったところにxがマークされていますと、Fabric Interconnect とVICを接続してもUCSMからノードが認識できません。   [関連ドキュメント] Cisco HX220c M5 HyperFlex Node (Hybrid and All-Flash Models) Installation Guide ================================================================================ Node Default Settings The node is shipped with these default settings: - The NIC mode is Shared LOM EXT. Shared LOM EXT mode enables the 1-Gb/10-Gb Ethernet ports and the ports on any installed Cisco virtual interface card (VIC) to access the Cisco Integrated Management Interface (Cisco IMC). If you want to use the 10/100/1000 dedicated management ports to access Cisco IMC, you can connect to the node and change the NIC mode as described in Setting Up the Node With the Cisco IMC Configuration Utility. ================================================================================   Cisco HyperFlex Systems Installation Guide for VMware ESXi, Release 2.5 ================================================================================ Before you begin Important Set the CIMC server to factory default settings before integrating with Cisco UCS Manager. Do not connect dedicated CIMC ports to the network for integrated nodes. Doing so causes the server to not be discovered in Cisco UCS Manager. If the server is not discovered, reset CIMC to factory settings for each server. ================================================================================   UCSMから認識できないノードのCIMC設定を Cisco IMC Configuration Utility から 確認するには、VGAモニタ、キーボードが最低限必要となります。したがって、HyperFlexの設置作業時には、   - VGAモニタ - キーボード -  KVM ケーブル (オプション)   を用意し、ノードが認識できない場合にCIMC設定に誤りがないか、まずはご確認ください。 [関連ドキュメント] Cisco HX240c M5 HyperFlex ノード設置ガイド   -> スタンドアロン設定のためのノードへのローカル接続   <Factory defaults の実施と確認> 1. ノード起動時のPOST時にF8を押し、 Cisco IMC Configuration Utility に入る 2. <F1> Additional settings を押して次メニューに移動し、Factory defaults にチェックを入れ、ノードをリセットする   3. UCSMからノードが認識されたかを確認する   以下の記事も併せてご参照ください。 [UCS] UCS C-Series サーバーのCIMC初期設定方法について ... View more

<症状> HX Installer 3.0.x において、ブラウザ(Google Chrome, Firefox 等)の言語設定が日本語となっていると、図1のようにトップ画面に何も表示されません。   図1 ブラウザ言語設定が日本語の場合の表示にトップページがブランクとなる   <原因> HX Installer の表示が正常にローカリゼーションされていないことが原因です。今後リリースされるバージョンで修正される予定です。   <対策> ブラウザの設定メニューで、英語で表示されるように設定を一時的に変更します。 以下は、Google Chrome の設定(chrome://settings)での設定例です。 英語をトップに配置した後(図2)、再度 HX Installer のIPアドレスへアクセスすると、HX Installer のトップ画面が表示されます(図3)。   図2 Google Chrome における言語設定例   図3 ブラウザを英語表示にすると正常に表示される ... View more

<概要> CIMCSバージョン2.2を使用していると、パスワードを変更していないにもかかわらずadminを含むアカウントでログインが出来なくなります。   <原因> バージョン2.2からパスワードポリシーに関して変更があり、より細かな設定が可能となり、 これに伴いデフォルトのパスワード期限が180日となっております。 したがって、adminを含めユーザのパスワードは180日で期限切れとなります。 この値は、0 から 365 (days) まで設定することが可能です。 以下のスクリーンショットのように、パスワードの期限の他、パスワード長や以前使用したパスワードの使用可否等が設定できます。   <解決策> 一度、admin パスワードをリセットしてから、期限切れとなったユーザのパスワードを変更します。 リセット方法については、以下の記事をご参照ください。   [CIMCS] adminパスワードのリセット方法 ... View more

<概要> CIMCS (Cisco Integrated Management Controller Supervisor) において、adminにてログインできなくなり、パスワードをリセットしたい場合は、以下の手順によりリセットすることが可能です。   <リセット方法> Step1) まず、SSHでCIMCSのコンソールへアクセスし、shelladmin/changeme (default)でログインします。    Cisco UCS Director Platform - Cisco IMC Supervisor Shell Menu Node:Standalone | Version:2.2.0.0 | UpTime: 04:46:06 up 5 days, 20:42 1) Change ShellAdmin Password 2) Display Services Status 3) Stop Services 4) Start Services 5) Stop Database 6) Start Database 7) Backup Database 8) Restore Database 9) Time Sync 10) Ping Hostname/IP Address 11) Show Version 12) Generate Self-Signed Certificate and Certificate Signing Request 13) Import CA/Self-Signed Certificate 14) Configure Network Interface 15) Display Network Details 16) Tail Inframgr Logs 17) Apply Patch 18) Shutdown Appliance 19) Reboot Appliance 20) Manage Root Access 21) Login as Root 22) Clean-up Patch Files 23) Collect Diagnostics 24) Enable/Disable Debug logging 25) Reset MySQL User password 26) Terminate active GUI session(s) for user 27) Quit (注)上記の番号は、バージョンにより変更がある場合があります。   Step2) Login as Root を選択し、インストール時に設定したrootパスワードでログインします。   SELECT> 21          Do you want to Login As Root [y/n]? : y      Logging as root Password:    (備考) rootパスワードをお忘れの場合、Manage Root Access を選択し、c(Configure)から新しいパスワードに変更可能です。   SELECT> 20           Enable/Disable/Configure (root privilege) [e/d/c] : c   Do you want to Configure/Set Root Privilege/Password [y/n]? : y Changing root password... Changing password for user root. New password: BAD PASSWORD: it is based on a dictionary word <--本例では、ciscoという辞書にあるワードを含めたためBAD PASSWORD と注意されましたが、このまま設定可能です。 Retype new password: passwd: all authentication tokens updated successfully. Root passwd changed sucessfully Press return to continue ...     Step3) /opt/infra/dbPwdReset.sh を実行すると、adminパスワードはデフォルトの"admin"へリセットされます。 リセット後、exitしてください。   [root@localhost shelladmin]# cd /opt/infra  [root@localhost infra]# ./dbPwdReset.sh isPwdReset (1)true ERROR (DBPasswordReset.java:73) isPwdReset (1)true 'admin' password is reset  INFO (DBPasswordReset.java:207) 'admin' password is reset  [root@localhost infra]# exit Successful login Press return to continue ...   Step4) ブラウザにてGUIへアクセスし、admin/admin にてログインし、adminメニューから             Passwordタブを選択し、パスワードを再設定します。   Step5) 新しいパスワードでログイン出来ることを確認した後、 コンソールにて Quit を選び終了します。   <関連記事> [CIMCS] バージョン2.2において、既存のアカウントで突然ログインが出来なくなる ... View more

  [ 概要 ] HyperFlex を アップグレードする場合、 Cluster Management Node に対して Bootstrap Process を必ず実施する必要があります。 2018 年 4 月 25 日現在、 HX 3.0 Upgrade Guide には、 HX connect (HX 2.5 から実装 ) を使用したアップグレード手順において以下の 4 つの Step が記載されている一方、 HX 2.5, 2.6 Upgrade Guide には記載がありません。   Step 1    If UCSM (A-bundle) or UCS Server Firmware (C-bundle) upgrade is required, download Cisco UCS Infrastructure A, blade bundle B, and rack bundle C. See  Downloading Software  for more details. Step 2    Ensure that the  hx-storage-data  and  vMotion  upstream switches are configured for full network failover capability before proceeding forward. Otherwise the HyperFlex Cluster becomes offline and all datastores unmount from the ESXi hosts. See  Test Upstream Network Connectivity  for more details. Step 3    Upgrade Cisco UCS Infrastructure as required. See  Upgrading Cisco UCS Firmware Using Cisco UCS Manager  for more details. Step 4    Bootstrap to upgrade Cisco HX Data Platform Plug-in. See  Bootstrap Process  for more details.Important: Be sure to copy the bootstrap file to the controller VM /tmp directory. Ensure that you confirm the version of the HX Data Platform plug-in in the vCenter  Administration  >  Client Plug-Ins  page.   しかしながら、この 4 つの step は、 HX 2.5, 2.6 でも必須となるのでご注意ください。実施しなかった場合、Upgrade が失敗することがあります。 即ち、 UCS Manager を使用した A-bundle のアップグレードと Bootstrap Process を、 HX connect を使用したノードのファームウェアや HXDP のバージョンアップ前に実施します。 HX 2.6, 3.0 の Upgrade Guide には上記手順は含まれ、HX 2.5 の Upgrade Guide には含まれておりませんが、HX 2.5 でも同様に、HX connect によるアップグレードではBootstrap Process を含む手順を実施してください 。     [ ドキュメントリンク ] Cisco HyperFlex Systems Upgrade Guide, Release 3.0 Upgrading HX Data Platform Using the HX Connect UI   Cisco HyperFlex Systems Upgrade Guide, Release 2.6     Upgrading HX Data Platform Using the HX Connect UI   Cisco HyperFlex Systems Upgrade Guide, Release 2.5     Upgrading Cisco HyperFlex Data Platform Using HX Connect ... View more

<<注意>> 本記事は、Tetration Analytics 2.2.1.x 以降の バージョンについての情報となります。 バージョン 2.1.1.x 以前は取得方法が一部異なりますため、以下の記事をご参照ください。 [Tetration] (Ver. 2.1.1.x 以前 )  Technical Support Data の生成と取得方法 https://supportforums.cisco.com/t5/-/-/ta-p/3293940 [概要] Tetration において、ノード前面の各種ステータス LED や、パワーサプライ , HDD 自体の Amber LED が点灯するなど、ハードウェア障害が疑われる場合には、詳細確認のために Technical Support Data (Tech Support) の取得を依頼させて頂く場合があります。以下の手順に従って、対象ノードの Tech Support  を作成 & 取得してください。 尚、Site Admin の権限のみですと取得が出来ませんので、必ず、"Customer Support"のRoleを持ったユーザーでログインをして操作してください。 ログインしているユーザーのRole確認は、以下の操作で行うことができます。 [ 手順概要 ] (1) 対象ノードの CIMC IP  アドレスの確認。 (2)Explore の画面へアクセス。 (3)Explore から、対象ノードの CIMC に対し、 ping 疎通が可能か確認。 (4)Explore から、 get_cimc_techsupport コマンドを実施し、 5 分ほど待つ。複数ある tsdbBosunGrafana  インスタンスの何れかに Tech Support  が作成される。 (5)Snapshots 画面へアクセスし、取得対象 host に tsdbBosunGrafanaX(39RU は X=1~3, 8RU は X=1 と 2) 全インスタンスを指定し、 snapshot を作成、ダウンロードする。 (6)\tet-snapshot\tsdbBosunGrafana-X\local\logs(X は任意の数字 ) 以下に生成されているため、順番に確認していくと、 cimc_techsupport_<Serial Number>.tar.gz  という Tech Support  ファイルが確認できる。    [ 手順詳細 ] (1)  対象ノードの CIMC IP  アドレスの確認 Maintenance -> Cluster Status  より、対象ノードが表示されている行の任意の箇所をクリックすると、 CIMC IP  情報を含むノード情報が表示されます。以下の例では、 FCH 21xxxxxx というシリアル番号を持つノードの情報を示しております。     Tech-support の取得には、 Private IP 192.168. 1 .6  を使用します。   (2) Explore  画面へアクセスします。   (3) Explore から、対象ノードの CIMC に対し、 ping 疎通が可能か確認します。   POST  シリアル番号  ping?args=<CIMC IP>   ping が通りませんと、 Tech Support  は生成できません。   (4) Explore から、 get_cimc_techsupport コマンドを実施し、 5 分ほど待ちます。バージョンによりコマンドが一部変わりますのでご注意ください。 また、 UCS サーバのように、 Tech Support  生成の進捗情報は表示されませんのでご注意ください。   POST <Bare Metal Node Private IP>  get_cimc_techsupport?args=Private IP   (5) cat コマンドで、 tech support の取得がスタートしたかを確認します。 "Successfully started tech support. It takes a while to finish !" が表示されれば OK です。   ( 6 ) Snapshots 画面へアクセスし、取得対象 host に tsdbBosunGrafana  全インスタンスを指定し ( どのインスタンスに Tech Support  が保存されるかはタイミングによってランダムなため ) 、 snapshot を作成し、クライアント PC にダウンロードします。 tsdbBosunGrafana インスタンスは、 39RU は 3 つ、 8RU は 2 つです。 以下は、 8RU の例です。 Maintenance => VM Information   logs 以外の yarn 等々のログはこの場合必要ではありませんので、チェックを外すことでサイズダウン出来ます。   ( 7 )  ダウンロード完了後、 Snapshot が Tech Support  を含んでいるか、確認します。 Tech Support  は、 gz, tar を解凍すると、   \ <TA-hostname> \tsdbBosunGrafana-X\local\logs 以下に生成されます。 X の数字を変えて順番に確認していくと、複数あるインスタンスのうちの 1 つに cimc_techsupport_ <Private IP> .tar.gz  というファイルが生成されているはずです。これが Tech Support  ファイルとなります。   今回の例では、 Grafana-2 に tech-support が保存されておりました。   確認が出来ましたら、 Snapshot から抽出した Tech Support  、抽出前の Snapshot  ごと、シスコ TAC へアップロードしていただいても結構です。   ( 参考サイト ) Cisco Technical Assistance Center  にファイルをアップロードする方法 https://www.cisco.com/c/ja_jp/about/security-center/tac-customer-file-uploads.html ... View more

概要 いくつかのシスコ製品は外観の 3Dモデルが公開されております。     UCS 各製品については、以下のリンクをご参照ください。   UCS B-series UCS C-series UCS S-series UCS Mini UCS E-series UCS 6200 Series Fabric Interconnect UCS 6300 Series Fabric Interconnect   動作に必要なPC環境、操作方法については、以下の記事をご参照ください。   関連記事 Nexus シリーズ製品の外観を 3D モデルで確認する方法 ... View more

TA で filter を作成する場合は、必ず Default scope で作成してください。 Annotation を使用した filtering も同様のため、 Default scope を選択した状態で CSV ファイルを アップロードしてください。 Default 以外の scope で filter を作成した場合、 Sensor がユーザーが期待した scope へフィルタリングされません。   以下の例では、 Default  s cope に f_user02_d というフィルターを作成し、 Intent でこのフィルターと user02 を関連付けておりますが、 user02 のs cope では filterを 作成しておりません。   Defaultを選択 -> Inventory -> Filters user02を選択 -> Inventory -> Filters Agent Config -> Software Agent Config ... View more

HyperFlex では、HXDP 上に vCenter server を置く、Nested vCenter 構成がサポートされます。   参考URL How to Deploy vCenter on the HX Data Platform   この構成の場合、文中にも記載がありますが、non-Nested な通常構成とは違い、vCenterのオートスタート機能などが制限されるため、いくつか手動での作業が必要とされます。 以下は、Nested vCenter 構成のクラスタシャットダウン, 起動手順となります。   --シャットダウン-- 1. クラスタ上の全てのユーザ VM をシャットダウンします。 2. vCenter をシャットダウンします。 3. vCenter の VM がどのホスト上で起動するかを書き留めておきます。後程、手動でスタートさせる必要があるためです。 4. 全ノードのコントローラ VM に順次SSHでアクセスし、"stop storfs"を実施します。 5. その後、"shutdown -P now"で各コントローラ VM をシャットダウン&パワーオフします。 6. vSphere Web Client からESXi management IP へ接続し、各ESXiホストを Maintenance Mode にします。 7. ESXi ホストをシャットダウンします。   --起動-- 8. ESXi ホストを起動します。 9. 各 ESXi ホストの Maintenance Mode を解除します。 10. vCenter がシャットダウンされているため、ESXi の起動後に自動起動してこないため、各コントローラ VM を手動で起動します 11. 暫く待つと、cluster が online となります。少々時間を要します。 12. sysmtool --ns cluster --cmd info でクラスタのステータスがhealthyであることをが確認出来るまで待ちます。 # sysmtool --ns cluster --cmd info Cluster Info: ------------: UUID: ---- Type: CLUSTER State: ONLINE HealthState: HEALTHY   13. Step2 で確認したホスト上で、vCenter をパワーオンします。コントローラVMのクラスタIP にアクセスし、stcli cluster info で vCluster がオンラインであることを確認します。 # stcli cluster info | grep -A 1 vCluster vCluster:     state: online   < 注意 > もし、 stcli cluster shutdown  でクラスタをシャットダウンした場合は、 step 11 でコントローラ VM の起動による storfs の起動を待たず、全コントローラ VM にて start storfs を実行し、 cluster state が healthy になった後、 stcli cluster start を実行します。 ... View more

HyperFlexにおいて、インストール時にService Profile で作成、設定されたvNICが、期待したvmnicに配置(placement)されないことで、HX cluster が起動しなかったり、インストールが完了しないなどの予期せぬ動作をすることがあります。 以下は、各種ガイドに記載されている、期待されたvNICのPlacementとなります。   <抜粋> Cisco HyperFlex System, a Hyperconverged Virtual Server Infrastructure https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/UCS_CVDs/HX171_VSI_ESXi6U2.html   Table 15  MAC Address Pools Name Block Start Size Assignment Order Used by vNIC Template: hv-mgmt-a 00:25:B5:<xx>:A1:01 100 Sequential hv-mgmt-a hv-mgmt-b 00:25:B5:<xx>:B2:01 100 Sequential hv-mgmt-b hv-vmotion-a 00:25:B5:<xx>:A7:01 100 Sequential hv-vmotion-a hv-vmotion-b 00:25:B5:<xx>:B8:01 100 Sequential hv-vmotion-b storage-data-a 00:25:B5:<xx>:A3:01 100 Sequential storage-data-a storage-data-b 00:25:B5:<xx>:B4:01 100 Sequential storage-data-b vm-network-a 00:25:B5:<xx>:A5:01 100 Sequential vm-network-a vm-network-b 00:25:B5:<xx>:B6:01 100 Sequential vm-network-b   Table 27  vNIC Placement vNIC Placement Order Fabric VLAN ESXi interface enumeration hv-mgmt-a 1 1 A <<hx-inband-mgmt>> vmnic0 hv-mgmt-b 1 2 B <<hx-inband-mgmt>> vmnic1 storage-data-a 1 3 A <<hx-storage-data>> vmnic2 storage-data-b 1 4 B <<hx-storage-data>> vmnic3 vm-network-a 1 5 A <<vm-network>> vmnic4 vm-network-b 1 6 B <<vm-network>> vmnic5 hv-vmotion-a 1 7 A <<hx-vmotion>> vmnic6 hv-vmotion-b 1 8 B <<hx-vmotion>> vmnic7     以下の例では、HX Node2 のvmnic1から3が期待とは異なるVLAN, MAC address が割り当てられてしまっております。 (見易いよう、コマンド出力を表形式で纏めております。VLANの列は意図的に追加しております。) ~ # esxcfg-nics -l Name PCI Driver Link Speed Duplex MAC Address MTU Description                VLAN vmnic0   0000:05:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a1:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-inband-mgmt>> vmnic1   0000:08:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b4:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-inband-mgmt>> vmnic2   0000:06:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b2:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-storage-data>> vmnic3   0000:07:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a3:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-storage-data>> vmnic4   0000:09:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a5:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<vm-network>> vmnic5   0000:0a:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b6:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<vm-network>> vmnic6   0000:0b:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a7:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-vmotion>> vmnic7   0000:0c:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b8:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-vmotion>>   正しくは、以下となります。 ~ # esxcfg-nics -l Name PCI Driver Link Speed Duplex MAC Address MTU Description                VLAN vmnic0   0000:05:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a1:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-inband-mgmt>> vmnic1   0000:06:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b2:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-inband-mgmt>> vmnic2   0000:07:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a3:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-storage-data>> vmnic3   0000:08:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b4:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-storage-data>> vmnic4   0000:09:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a5:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<vm-network>> vmnic5   0000:0a:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b6:02 1500    Cisco Systems Inc Cisco VIC Ethernet NIC <<vm-network>> vmnic6   0000:0b:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :a7:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-vmotion>> vmnic7   0000:0c:00.00  enic Up    10000Mbps  Full    00:25:b5: XX :b8:02 9000    Cisco Systems Inc Cisco VIC Ethernet NIC <<hx-vmotion>>   このような事象が確認出来た場合、ESXi CLI のlocalcliコマンドにてオーダーを正常に並び替えてください。 以下のVMware社の記事も併せてご確認ください。 https://kb.vmware.com/s/article/2091560     localcliコマンドで、vmnicとPCI address の関連性をリストから確認します。 ~ # localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias list Bus type  Bus address          Alias ------------------------------------ pci       p0000:00:1f.2        vmhba0 pci       p0000:0 8 :00.0        vmnic1   <-- pci       p0000:05:00.0        vmnic0 pci       p0000:09:00.0        vmnic4 pci       p0000:0a:00.0        vmnic5 pci       p0000:0b:00.0        vmnic6 pci       p0000:0 7 :00.0        vmnic3   <-- pci       p0000:0 6 :00.0        vmnic2   <-- pci       p0000:0c:00.0        vmnic7 pci       p0000:0e:00.0        vmhba1 logical   pci#p0000:0e:00.0#0  vmhba1   PCI address が若い順にvmnicX が割り当てられることが必要ですので、以下のようにvmnic1にp0000:06:00.0, vmnic2にp0000:07:00.0, vmnic3にp0000:08:00.0 を手動で割り当てます。 ~# localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --alias vmnic1 --bus-address p0000:0 6 :00.0 --bus-type pci ~# localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --alias vmnic2 --bus-address p0000:0 7 :00.0 --bus-type pci ~# localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias store --alias vmnic3 --bus-address p0000:0 8 :00.0 --bus-type pci   ESXiのリブートを実施します。 ~# reboot   リブート後の確認をし、期待された割り当てとなっていることを確認します。 ~ # localcli --plugin-dir /usr/lib/vmware/esxcli/int/ deviceInternal alias list Bus type  Bus address          Alias ------------------------------------ pci       p0000:00:1f.2        vmhba0 pci       p0000:0 6 :00.0        vmnic1   <-- pci       p0000:05:00.0        vmnic0 pci       p0000:09:00.0        vmnic4 pci       p0000:0a:00.0        vmnic5 pci       p0000:0b:00.0        vmnic6 pci       p0000:0 8 :00.0        vmnic3   <-- pci       p0000:0 7 :00.0        vmnic2   <-- pci       p0000:0c:00.0        vmnic7 pci       p0000:0e:00.0        vmhba1 logical   pci#p0000:0e:00.0#0  vmhba1 ... View more