Troubleshooting

1. 背景: Alletra MP 10.6.0 アップグレードと新UIへの刷新 ミッションクリティカルストレージである HPE Alletra Storage MP (B10K / B10120)において、システムの安定性向上と最新機能のサポートを目的とした10.6.0 OSファームウェアアップグレード を実施しました。 今回の10.6.0リリースは、バックエンドの性能向上とプラットフォームの安定化だけでなく、Web管理コンソールが従来のダークサイドバーからモダンなホワイトツリー型新UIへと大幅に刷新される重要なアップデートとなっています。 ストレージがインターネット(HPE Cloud Connect)に接続されている環境であれば、10.6.0ファームウェアパッケージが自動的にStaged(事前ダウンロード) されているため即座に作業を開始できます。閉域網環境の場合でも、ローカルコンソールからファイルを直接アップロードして安全に適用可能です。 2. 環境および前提条件 項目 スペック / 設定情報 実務上の設定理由 対象ストレージ HPE Alletra Storage MP B10120 2ノード アクティブ-アクティブ エンタープライズブロックストレージ 現行OSバージョン OS 10.5.50 既存稼働ファームウェアバージョン ターゲットOSバージョン OS 10.6.0 (ArcusOS) 新UI対応およびプラットフォーム安定化推奨バージョン パッケージ準備方式 オンラインStaged / ローカルファイル手動アップロード インターネット接続時は10.6.0自動受信済み 事前必須検証 System Readiness Checks アップグレード前に100% Passed確認が必須 想定所要時間 約60分 〜 90分程度 ノード順次再起動およびCDMコンポーネント書き込み含む 3. 実践アップグレード手順 (ステップ別) Step 1. 現在のOSバージョンおよびダッシュボード状態の点検 作業を開始する前にオンプレミスWebコンソールへログインし、System ➔ Dashboard にて現行OSバージョン(10.5.50)と各コントローラー、シャーシ、IOMモジュールの正常稼働状態(OK)を点検します。 ...

1. 背景: サーバールームは低温なのに、なぜスイッチ前面にAmber LEDが点灯するのか？ データセンター現場での保守作業時、室温は18〜20°Cと十分に涼しく保たれているにもかかわらず、Cisco MDS 9148T (HPE SN6620C) ストレージスイッチ前面パネルのSYS/ENVステータスLEDがオレンジ色(Amber)に点灯している現象によく遭遇します。 実際に show environment コマンドで内部センサー温度を確認すると 32°C (Normal) と極めて正常な状態であるにもかかわらず、NX-OS 9.2.2 のセンサーポーリング処理バグ(CSCwo09244等)によって閾値超過アラートが誤検知され、警告灯が点灯してしまうのが原因です。 本記事では、温湿度センサー誤診断によるAmber LED問題の原因と、推奨安定版9.4.5へのアップグレードによる根本的解決手順、さらに障害解析時にログのタイムスタンプ齟齬を防ぐためのタイムゾーン(Timezone)設定方法を整理します。 2. 環境および前提条件 項目 スペック / 設定情報 実務上の設定理由 対象機器 Cisco MDS 9148T / HPE SN6620C 32G Enterprise FC SAN スイッチ 発生バージョン Cisco NX-OS 9.2(2) 温湿度センサーポーリング誤診断バグが存在 対処完了バージョン Cisco NX-OS 9.4(5) センサーポーリングおよびプラットフォーム監視バグ修正済み 適用タイムゾーン Timezone (KST/JST, UTC+9) 標準時基準でのログ解析同期化 3. 実践対処および設定手順 作業前のスイッチ前面LEDおよびステータス点検画面 Step 1. 温湿度センサーおよび環境ステータスの点検 前面のAmber LEDが点灯した際、ハードウェア故障かソフトウェアバグかを切り分けます。 # 環境センサーおよび温度情報の詳細確認 show environment temperature 出力結果で全センサー項目が OK かつ正常温度範囲(Normal)内にあるにもかかわらずAmber LEDが消灯しない場合、NX-OS 9.2.2 のセンサー誤診断バグであると判断できます。 ...

1. 背景: なぜ 9.4.5 バージョンへのアップグレードが必要だったのか？ HPE SN6620C (Cisco MDS 9148Tベース) 32Gb FC SANスイッチを運用中のお客様環境において、安定性向上のためのファームウェア更新を実施しました。 旧バージョンの9.2.2では、長期稼働時の環境センサー誤検知やISSU実行時のBIOSタイムアウトの懸念が報告されていました。そのため、HPEおよびCisco公式の 推奨安定バージョン(Recommended Release)であるNX-OS 9.4(5)へのアップグレードを決定しました。 外部接続が遮断された閉域網環境であるため、エンジニアの作業用ノートPCにRebex Tiny SFTP/SCP Serverを起動し、ローカル接続でファームウェアを転送する方式を採用しました。 2. 環境および前提条件 項目 スペック / 構成情報 実務上の設定理由 対象スイッチ HPE SN6620C (Cisco MDS 9148T OEM) 32Gbps ファイバチャネル(FC) SAN スイッチ 現行 NX-OS バージョン 9.2(2) 既存稼働バージョン ターゲット NX-OS バージョン 9.4(5) HPE/Cisco 推奨安定版 (Recommended) 転送プロトコル SCP (Secure Copy Protocol) 作業PC ↔ スイッチ Managementポート直結転送 SCP サーバーツール Rebex Tiny SFTP/SCP Server インストール不要のポータブルSCPサーバー ファームウェアファイル m9000-pkg2.9.4.5.bin, m9000-kickstart-pkg2.9.4.5.bin システム(System)およびKickstartバイナリパッケージ 3. 実践アップグレード手順 (ステップ別) Step 1. 現在のOSバージョンおよびスイッチ状態の確認 作業開始前にスイッチCLIに接続し、現行バージョン(show version)とモジュール/ポート状態(show module)を点検します。 ...

ベンダーの公式マニュアルは存在しますが、本記事は実際の現場でHPE Alletra 6000の新UIを使用してOSアップグレードを実施した際の実務記録です。初めて作業する方にとって、UI画面のキャプチャがないとファームウェア更新のイメージを掴みにくい場合があるため整理しました。現場の環境やバージョンによって順序が若干異なる場合がありますので、実務の参考としてご活用ください。 📌 作業概要 現在のOSバージョン: 6.1.2.500 ターゲットOSバージョン: 6.1.3.300 所要時間: 約 2時間前後（ダウンロード、ノードの順次再起動、ファームウェア適用時間を含む） 1. ファームウェアイメージの準備 (インターネット vs ローカル) AlletraストレージはOSアップデートファイルの準備方法として2つの方式をサポートしています。 インターネット直接ダウンロード: ストレージが外部（HPE InfoSight等）と通信可能な環境であれば、UI上から直接最新バージョンを確認してダウンロードできます。 ローカルファイルアップロード: 閉域網環境や特定バージョンを手動適用する場合、PCに事前ダウンロードしたファイルをブラウザ経由でアップロードします。 Alletra 新UI メインダッシュボード画面 2. アップグレード手順 Step 1. ソフトウェア(Software)メニューへ移動 管理者アカウントでログイン後、メインメニューの ソフトウェア(Software) 項目へ移動します。現在インストールされているバージョン(6.1.2.500)と利用可能なアップデート情報が表示されます。 ソフトウェア管理メニュー画面 Step 2. ファームウェアファイルのダウンロード/アップロード 選択した方式に応じて手順を進めます。 インターネット直接ダウンロード: 「ダウンロード」ボタンをクリックすると、利用可能なOSバージョン一覧が表示されます。 ローカルアップロード: 「Browse(参照)」ボタンを押して、ローカルPCのファームウェアファイル(.iso/.img)を選択しアップロードを実行します。 ダウンロードボタンクリック時に表示される利用可能OSバージョン一覧画面 ローカルアップロード用ファームウェアファイルを選択するため「Browse(参照)」ボタンを押す画面 選択したファームウェアファイルのアップロード進行画面 インターネットダウンロードおよびファイル適用進捗画面 Step 3. 事前チェック (Pre-check) および Updateボタンの有効化 ファイルの準備が完了すると、システム事前チェック(Pre-check)が自動実行されます。(※キャプチャ漏れ) チェック結果が正常(Passed)になると、無効化されていたUpdate(アップデート)ボタンが有効化されます。 Step 4. UpdateボタンのクリックとEULAライセンス同意 有効化されたUpdateボタンを押すと、最終EULAライセンス同意ポップアップが表示されます。内容を確認し同意を進行します。 Updateボタンクリック後に表示されるEULAライセンス同意画面 Step 5. OSおよびファームウェア更新の進行状況モニタリング ライセンス同意完了後、コントローラーノードが順次再起動しながらファームウェアが適用されます。新UIでは進捗率(%)がリアルタイムで表示されます。 OSアップデート進行画面 Step 6. アップグレード完了と最終バージョンの確認 すべてのノードの再起動と適用が完了したら、ダッシュボードでターゲットバージョン(6.1.3.300)が正しく反映されているか確認します。 ...

24時間365日稼働する本番DBやサービスサーバーのディスク使用率が90%を超えた際、メンテナンス停止を伴わずに **「オンライン状態で安全にディスクを拡張できるか」**は現場エンジニアの必須スキルです。 RHEL/Rocky Linux/CentOS (7 〜 9) や Ubuntu (20.04 〜 24.04 LTS) など、仮想化（VMware、KVM、Nutanix、SimpliVity）やクラウド環境において、サーバーの再起動やアンマウント（umount）を行わず、完全無停止でディスクを拡張する標準手順をまとめました。 1. 全体作業フロー（4ステップ） flowchart LR A["1. 仮想ディスク/ストレージ増設"] --> B["2. LinuxカーネルSCSI再スキャン"] B --> C["3. LVM拡張 (pvresize / lvextend)"] C --> D["4. ファイルシステム拡張 (xfs_growfs / resize2fs)"] 2. Step 1: SCSIバス再スキャンによる容量認識 ハイパーバイザ側でディスクサイズを拡張後（例: 100GB -> 200GB）、Linuxカーネルに再認識させます： # 対象ディスクが /dev/sdb の場合 echo 1 > /sys/class/block/sdb/device/rescan # 認識確認 lsblk /dev/sdb dmesg | tail -n 15 3. Step 2: パーティションテーブルの拡張（必要な場合） パーティション（/dev/sdb1）を切っている場合は growpart で拡張します（ディスク直PVの場合は不要）： ...

HPE SimpliVity 6.2.0およびVME（VM Essentials）クラスターのデプロイが完了したら、次はインフラ上で実業務を担う仮想マシン（VM、Instance）を作成し、OS（Linux、Windowsなど）をインストールする段階に入ります。 VME環境で仮想マシンを作成してOSをセットアップするには、OSインストール用ISOファイルを仮想イメージライブラリにあらかじめ登録しておく必要があります。特に大容量のISOファイルが安定して保存され、クラスター内の全ホストから共通参照できるように、事前にNFSファイル共有ストレージ（File Share）をVME Managerに連携しておくことが基本設計となります。 本記事では、管理サーバー上のNFS共有フォルダーをVME Managerのイメージストアとして登録し、実際のOSインストール用ISOイメージをアップロードしてストレージパスを検証するまでの全手順を整理しました。現場での大容量ファイルアップロード時のタイムアウト回避策やアクセス権限のポイントも併せて解説します。 1. 全体作業ワークフロー VME ManagerへのISO仮想イメージ登録は、ストレージバックエンド確認からファイル共有登録、ISOアップロード、ストレージパス検証までの4段階で進行します。 flowchart TD Step1["第1段階：NFSサーバー公開状態確認<br/>(ホストCLI: exportfs -v)"] --> Step2 Step2["第2段階：VME ManagerへのNFSファイル共有登録<br/>(インフラ > ストレージ > ファイル共有 > NFSv3)"] --> Step3 Step3["第3段階：仮想イメージライブラリへのISO登録<br/>(ライブラリ > 仮想イメージ > + 追加 > ISO)"] --> Step4 Step4["第4段階：アップロード完了およびストレージパス確認<br/>(morpheus-virtual-images 配下確認)"] 2. 作業前の重要チェックポイント 作業をスムーズに進めるため、事前に以下の3点を確認しておきます。 「デフォルトの仮想イメージストア」の指定 VME ManagerでNFSファイル共有を登録する際、画面下部の デフォルトの仮想イメージストア (Default Virtual Image Store) チェックボックスを必ず有効化します。これにより、今後仮想イメージを登録する際に該当NFSが既定のストレージバケットとして自動割り当てされ、VM作成時に全ホストからスムーズに参照できるようになります。 NFSアクセス権限の設定 (no_root_squash) VME ManagerサービスがNFSサーバー上にISOファイルを書き込み、内部フォルダーを作成できるように、管理サーバーの /etc/exports に rw,no_root_squash,no_subtree_check オプションが正しく設定されていることを確認します。 VMEにおけるISO保存ディレクトリ構造 VME Webコンソール経由でISOを登録すると、NFS公開フォルダー（例: /nfs）の直下ではなく、/nfs/morpheus-virtual-images/<固有数字ID>/<ファイル名.iso> という階層で整理されて安全に保管されます。 3. ISOイメージ登録手順 Step 01. NFSサーバー公開状態の確認 (CLI) 管理サーバー（Ubuntu BaseOS）に構築したNFSサービスが、共有ディレクトリ（/nfs）を正常にエクスポートしているかをターミナルで確認します。 ...

HPE SimpliVity HVMやVME（VM Essentials）環境の初期セットアップ直後は、デフォルトの管理ネットワーク（Management）のみが構成されている状態です。実際の業務仮想マシン（VM）を本番稼働させるには、サービス用データネットワークや業務別VLANを追加する作業が不可欠となります。 作業の流れは大きく2段階に分かれます。まず物理ホストレベル（HPE VM Console TUI）でボンディングインターフェースを作成し、その後VME Manager WebコンソールでOVS（Open vSwitch）ルーターとして登録し、仮想マシンへ割り当てる手順です。 本記事では、TUIコンソールでのボンディング設定からVME Webコンソールでのルーターマッピング、VMへの割り当てまでの標準手順を整理しました。さらに、現場で物理ポートが1本（Single NIC）しか接続できない状況であっても、なぜ最初からボンディングで構成しておくべきなのかという実務的な理由と、OVS設定時のトラブルシューティングポイントを併せて解説します。 1. 全体作業ワークフロー HVMホストに外部ネットワークを追加してVMに接続する構成は、物理ホスト層と仮想化管理層で明確に分離されています。 flowchart TD subgraph HostLevel["第1段階：物理ホストレベル (HPE VM Console TUI)"] A1["HPE VM Consoleアクセス<br/>(Configure Network)"] --> A2["Device Type: bond(0) 選択およびAdd"] A2 --> A3["Bondデバイス名指定<br/>(例: net-10g)"] A3 --> A4["物理インターフェース選択<br/>(例: eno2)"] A4 --> A5["ボンディングモード設定<br/>(active-backup等)"] A5 --> A6["Save & Netplan適用<br/>(Netplan changes applied)"] end subgraph VMELevel["第2段階：管理Webコンソール (VME Manager Web GUI)"] B1["Infrastructure > Network > Routers 移動"] --> B2["+ Add クリックして新規ルーター追加"] B2 --> B3["GROUP / CLOUD / NAME / CLUSTER /<br/>Host Bridge & Network Interface マッピング"] B3 --> B4["ルーター状態検証<br/>(STATUS: OK, OVS Bridge Domain)"] B4 --> B5["仮想マシン(Instance) Reconfigure<br/>(新規ネットワーク net-10g 追加割り当て)"] end HostLevel --> VMELevel 2. 実務設計原則：「シングルNIC（単一ポート）環境でもなぜボンディングで組むべきなのか」 現場導入を進めていると、上位L2/L3スイッチ側のポート手配が遅れていたり、ラック配線スケジュールの関係で、当面は物理ポート1本（eno2など）のみを接続してサービスを開始しなければならないケースがよくあります。 ...