ESXi5.5などで、USB3.0が有効にできない、使えない場合の対処法です。 原因 USB3.0を使うために必要な xhci モジュールが有効になっていない 対処 xhci モジュールを有効化する 対処法その1 ssh接続で設定する場合 ESXiにsshで接続する sshを有効にする方法は以下の記事を参照のこと。 ESXi5.5でsshを有効にする方法 xhciモジュールを有効にする 以下のコマンドラインを実行しましょう。
◆過去3度に渡って誤った情報(NUC+ESXi6.0、ESXi6.5でUSB3.0コントローラを PCI Pass Throughできないという誤った情報) を書いてしまったが、NUC(D54250WYK)にESXiをインストールしてUSB3.0をPCI PassThrough(VM DirectPass I/O)できるか再調査した。 ⇒ 再調査の結果、実現可能と分かった。 VMDirectPassI/O要件 に記載のある通り、passthrough.map に記載するだけだった。記載内容は、後述。詳細は分かってないのだが・・・。 タイトルはESXi6.5について書いているが、ESXi6.0も可能かもしれない。 ◆USB3.0コントローラのPCI Pass Through手順 1. BIOSでxHCI ModeをEnable(下記のSmart Auto⇒Enableにする)にして保存し、P
VMWare ESXiのマシン上でAlt+F1キーを押す。 unsupportedと入力してエンターキー rootのパスワードでログイン shellゲット 中身いろいろ見てみる。dfとか結果帰ってくるのに時間かかる。 Datastoreマウントできてないし、もう無理ぽ。 というわけで、Ubuntu Rescue Remix | The Rescue Remix provides a Free-Libre Open-Source data recovery software toolkit based on Ubuntu というデータ復旧のオープンソースツール群を集めたLiveCDを使って復旧を図りました。 VMWareのdetastoreはvmfsファイルシステムです。vmfs-tools をインストールすることでマウントが可能になる! $ aptitude install vmfs-to
RedHat ES 4 が入ったサーバの電源が故障してしまい、起動しなくなってしまった。 内蔵HDDのデータは無事のようなので、この際VMWareの仮想マシンに変換することにした。 作戦としては http://d.hatena.ne.jp/mitszo/20080403/p1 を参考にさせていただき(つーかパクり)、 HDDをddコマンドが使えるマシンに接続し、ディスクイメージを抽出 仮想マシンを作成 CD Linuxから仮想マシンを起動 CD Linux上のddコマンドを使い、仮想マシンのディスクに元環境のディスクイメージを流し込む 仮想マシンを普通に起動する といった感じ。 HDDをddコマンドが使えるマシンに接続し、ディスクイメージを抽出 元のマシンから内蔵HDDを取り出した後、こういうやつを使い、Linux等、ddコマンドが利用可能なマシンのUSBポートに接続する。 最初はWind
VMwareの仮想マシンのアイコンに、黄色い三角のビックリマークがつくことがあります。これはワーニングを示しています。 その仮想マシンを選択して「サマリ」を見た際に、「仮想マシンのディスク統合が必要です。」という構成の問題が表示されている場合は、過去のスナップショットが正しく削除されずに残ってしまった結果、スナップショットのディスクが問題を起こしている可能性が高いです。 この正しく削除されなかったスナップショットは俗に「孤立したスナップショット(Orphaned snapshot)」と呼ばれます。 これはスナップショットマネージャに表示されないのにもかかわらず、実際のファイルは削除されていないスナップショットのことです。 ほかの箇所にも異変の兆候が現れています。 「タスクおよびイベント」のイベントから過去のイベントを見るとスナップショット削除時のディスク統合に失敗した、というログが現れてい
私はサポート担当ではないので偏ったサンプリングかもしれませんが、昨年多かった問合せの1つが... ESXi にパッチを当ててリブートしたら、 ネットワークに繋がらなくなって緊急事態! 最近落ち着いたようにも思いますが、 この原因がネットであることに気づいたので記事にしてみたいと思います。 No compatible network adapter found. Please consult the products's Hardware Compatibility Guide (HCG) for a list of support adapters. この現象について先に答えを言ってしまうと、 「アップデート手順のミスで NIC のドライバが消失してます...」 これは以前投稿した下記の話につながります。 VMware ESXi のインストール CD はベンダー配布版を使いましょう htt
ハードウェア・リソース競合: ハードウェア・リソース競合ではVMパフォーマンス問題の大部分を突き止めることができます。サーバ仮想化の背後にある基本的な考え方は、複数の仮想マシン間で共有できるリソースのプールとして、ホストサーバの物理ハードウェアを取り扱っていることです。VMはそれらのリソースのために競合し、パフォーマンス問題は薄く延ばし過ぎたリソースに起因します。 ハードウェア・エミュレーション: VMがパフォーマンス問題に直面した時は、最初にそれがハードウェア・エミュレーションを使用していないか確認をすることです。理想的には物理ハードウェア・リソースをVMにアサインすることですが、Microsoft Hyper-V と VMware vSphereなどのハイパバイザーは古いオペレーティング・システム(OS)のサポートを提供するハードウェア・エミュレーション機能を提供します。 VMware
スナップショットはとても便利な機能であり、バックアップや一時的な検証など様々な利用のされ方をしています(スナップショットの仕組みについて)。しかし、ディスクの設定や構成によっては、スナップショット機能を利用できない場合があります。 今までもいくつかの記事でご紹介していますが、今回は失敗するケースについてまとめて、ご紹介いたします。 1. Vmware Fault Tolerance (FT)構成をとっている仮想マシン 参考:FT構成の仮想マシンのバックアップについて FT構成の仮想マシンではリアルタイムで同期をとっている関係上、スナップショット機能を利用できません。そのため、バックアップ等を行う場合には一時的にFTを無効にする必要があります。 ※vSphere 6.0 以降より、FTでもスナップショット機能を利用することが可能になりました。 2. サイズが上限(VMFS5: 2048GB)
VMware ESXiにインストールしたWindows Server 2003の時計がきっかり9時間進んでしまうという問題を経験したのでそのことを書きます。 これがそれ。 現在時刻は午前11時半ごろです。 なのに、ゲストOSの時計は夜の20時半を指しています。 色々やって色々迷って、解決策はあっけないほど簡単でした。 というか、ボクが初期設定を怠っていたのが原因です。 VMwareの環境で扱う時計はいくつもあります。 サーバ自体の内蔵カレンダー時計(BIOSで設定できるやつ) VMware ESXiのホストOS上のカレンダー時計の設定値 ゲストOSに用意された仮想ハードウェアのBIOSのカレンダー時計 ゲストOS上のカレンダー時計の設定値 んで、この9時間進んでしまう時計の問題を解決するために、サーバ自体の時間あわせをしたり、ゲストOS用の仮想ハードウェアのBIOSカレンダー時計を確認した
先日我が家で VMware Server 2.0.2 が稼動する親機も含め、全ての CentOS 5.x を5.3 → 5.4 にアップグレードしたのは既報の通りだが、VMware Server 2.0.2 上で仮想マシン (以下 VM) が突如落ちる不具合に見舞われ、実はけっこう困っていた。具体的には、CentOS 5.4 上の VMware Server 2.0.2 で VM の CentOS 5.4 を起動してしばらくすると (タイミングは不定)、何の前触れもなく突然 VM が死ぬと言う現象だ。これが発生すると、VI Web Access や vmware-vim-cmd 等で VM の操作ができなくなるので、全ての VM に SSH 等の手段で個別にログインしてシャットダウンし、VMware Server を停止。残ったプロセスを殺して *.lck ディレクトリや *.vmem フ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く