VM_Yamato's Posts

vSphere環境でDHCPを使用するに当たり、特にどのメーカーの製品でないと行けないという制限は聞いたことは有りません。 勿論DHCP自体は利用可能です。但し一部のvSphereの機能では固定化されたIPアドレスが必要(例: vSphere HAなど)ですので、そこへの注意は必要です。 またVLANについても下記のKBがにあるようにタギング箇所ごとに適切な設定がされていれば問題は有りません。 https://kb.vmware.com/s/article/1003806?lang=ja 今回は既にVLANもDHCPをご活用されている環境なので、おそらくこれらの点は問題ないのだろうと思います。  

ファームウェアの更新ですと、通常はハードウェアベンダーの管理画面から行う印象です。 (当方がHPEサーバに詳しくないので、間違っていたら申し訳ないですが） https://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-c03802781 https://support.hpe.com/hpesc/public/docDisplay?docId=a00064258ja_jp&docLocale=ja_JP   ESXi上での操作を伴うハードウェア更新関連の操作ですとドライバー更新かと思います。 https://kb.vmware.com/s/article/2137853?lang=ja 参考になれば幸いです。

こんにちわ。 具体的な画面の様子をキャプチャで掲示いただけると幸いです。（起動しなくなった、という様子を具体的に見たいと考えています） 公式ドキュメントとしては、以下が手順の参考になるとは思います。 https://docs.vmware.com/jp/VMware-Fusion/12/com.vmware.fusion.using.doc/GUID-3E708127-E0C2-446C-B808-943FD91E728D.html 既にご確認済みであったり、あるいは上記の状況のため実施が出来なかった等がある場合は、その際の状況も合わせてお知らせください

情報ありがとうございます。 もう1台Macbookをお持ちなんですね  そちらで問題が無いということを考えると、VMware Fusion 12自体が持つメジャーなバグや要修正の問題ではなさそうですね。 しかしながら気になったので、リリースノートも見てみました。 Fusion 12のリリースノートについて https://docs.vmware.com/jp/VMware-Fusion/12.1.0/rn/VMware-Fusion-1210-Release-Notes.html#knownissues https://docs.vmware.com/jp/VMware-Fusion/12/rn/VMware-Fusion-12-Release-Notes.html#knownissues 上記は12及び12.1.0のリリースノート内の既知の問題の項目ですが、少々ネットワーク関連の情報がありますね。 もし環境上ヒットするものがありそうなら、ご確認いただくと良いと思います。   アンインストールについて こちらもご実施済みということですが、削除の際には下記で紹介されているファイル類の削除もご実施済みでしょうか。 推察としては、再インストール後の問題再発の要因としては、現環境自体の情報は、アンインストール前の状態と同じであり、 ひょっとすると問題がこれらのファイルにあることに起因するのだろうか、と考えています。 もしこちらの方法を行っていない場合は、こちらで再度アンインストール後の再インストールをすると改善するかも？しれません。 https://kb.vmware.com/s/article/1017838?lang=en_us ただ、当方がMacもFusionもない状態なので、内容をご覧頂いて、お使いの環境に適した内容かはご一読いただくほうが良いと思います。 他の新規仮想マシンでの同事象について この点も上記につながる気がします。新規作成の仮想マシンでも同様の事象ということは、やはり根本原因はFusionそのものか、それの構成ファイルなのではないかとお見受けします。 おそらくそれを裏付ける1つの方法としては、現在動かないWindows 10を、もう1台のMacbookに移動させて試しに稼働させた場合は動くのではないかと思います。

お返事ありがとうございます。追加で設定していただいたものを拝見しましたが設定そのものに誤りがあるわけではなさそうですね。 直近で頂いた以下の内容は、お察しの通りゲートウェイへの通信が出来ておりません。8.8.8.8のDNSはGoogleが提供する名前解決サーバですが、ゲートウェイの先にいることを考えても、名前解決以前の通信問題のようです。 色々考えてみましたが、現在できそうなトラブルシュートは次のようなところじゃないかなと思っています。 もう1台他の仮想マシンを作成してみて、そちらで通信が出来るのかを確認する（当該Windows 10自体が原因を持っているのか、どうかの確認の作業 一旦Fusionをアンインストールして再度入れ直す。 思いつくのはこのくらいですね。きっかけが直近のアップデートということで、もしかすると今後のVMware Fusionの更新などで改善するような潜在的な問題のように見えなくもないです。 特に1については、実施をしてみても良いとは思うのですが、本件のゴールは当該Windows 10で外部接続が出来る事ですので、直接的な解決にならないので不要なアクションかもしれません。但し、例えばですがUbuntu Live CDなどで、メディアイメージのOSを試しに起動してみて、それであれば正しくIPアドレスも取得が出来て、外部通信も出来るのならば、トラブルを抱えているのがWindows側だろうという推察は立つでしょう。 その場合は、Windows OS側のログを確認するなどにシフトをする必要があるかもれません。 https://www.ubuntulinux.jp/products/JA-Localized/download 直接的な解決策が見つかればとは思ったのですが

情報ありがとうございます。 Macの設定と、Windows 10に設定された内容をあわせてみますと、手動設定された内容自体に誤りはないと言えますね。 問題が発生したきっかけを考えても、直近の製品更新が今回の問題を引き起こしているように見えますね。提示されたURLのコマンドは有効かもしれませんね。(これはやってみないとなんともですが） 何パターンか解決しそうなトラブルシュートがあるとすれば例えば次のようなイメージかなと。 上記で挙げているURLのコマンドを実行してみる 当該仮想マシンの仮想NICを一旦削除して、再度仮想NICを搭載する。(ゲストOSに対して新規の仮想NICを搭載することで、既存のNICに設定されている通信を阻害する要因を排除する） https://docs.vmware.com/jp/VMware-Fusion/12/com.vmware.fusion.using.doc/GUID-E498672E-19DD-40DF-92D3-FC0078947958.html なお、NIC付け替えのアクションを行う前に、仮想マシンのスナップショットを取得することで、予期しない問題が起きた場合でもロールバックが出来ると思います。 https://docs.vmware.com/jp/VMware-Fusion/12/com.vmware.fusion.using.doc/GUID-4C90933D-A31F-4A56-B5CA-58D3AE6E93CF.html  

内容を見た限りですと、デフォルトゲートウェイのIPが有効ではないようですね。 こちらは、Macでご使用のデフォルトゲートウェイ（IPやサブネット）はどのような設定でしょうか？ もし設定そのものがMacと同一ネットワークにいるように設定されているのに改善しない場合は、ルーター自体の再起動なども視野に入るかもしれません。 但し、建屋内の他のデバイスが、共通のルーターで問題なく通信が出来ているような場合は、原因そのものが該当の仮想マシン内にある気もします。 それ以外で気になる点は、元々は当該のWindows 10はインターネットアクセスが出来ていたようですが、今回の症状が出た際の直前に行った変更作業などがあれば知りたいです。

早速のご対応ありがとうございます。 DNSが必要ですので、次の値を優先DNSに設定されるとどうでしょうか？(DNSを上述に書いておけばよかったです。) 192.168.0.1　または　8.8.8.8(GoogleのパブリックDNSサービス) これで接続ができれば、ハードウェア的な問題はなく、単純にネットワークの設定が欠落していた事で接続不可だったということになります。 根本解決という点では、なぜ、Windowsに動的にIPがアサインされないのかを追求した方がいいのかなとは思うのですが、そこまで拘る必要がない場合は上記で繋がってしまえばひとまずOKかなとも思います。

教えていただきありがとうございます。 現在の”インターネット共有”設定の場合は、Mac上のVMware Fusionが仮想マシンにIPを配布します。 しかし、APIPAになってるということは、配布がうまく言っていませんので、可能性としてはVMware Fusion側のIP配布設定に問題がありそうです。   特に仮想マシンのインターネットアクセス方法について、手法を拘らないのであれば”ブリッジ”による設定をしてみると症状はどうでしょうか？ 初回投稿ではすでにお試し済みですが、ipconfigの設定などに違いがあるかは気になります。 もし、ブリッジを選んでも同じ場合は、ブリッジ設定を維持したまま仮想マシン内のWindows 10で静的IPをアサインすることで改善するのではと考えます。（IPアドレス/サブネット/デフォルトゲートウェイ）

教えていただきありがとうございます！ 原因は、Windows OS自体がデフォルトゲートウェイが見つかってないからなのは確かですね。 そしてパット見なのですが、Windows OS自体にアサインされているIPアドレスって、以下のURLにあるような169.254から始まるアドレスですかね？もしそうであれはAPIPA(DHCPでIPを取れていない状態にアサインされるIP)なので、Windows OS自体が環境内のDHCPからIPを取れていないことになりますね。 http://tooljp.com/qa/what-is-APIPA-D1AA.html ゲストのWindows OS自体は、動的IP取得になっていますか？ あとお話の感じですと、Macそのものは問題なさそうですが、Macはインターネット接続は大丈夫ですよね？  

ご質問ありがとうございます。問題解決案をかんがえてみたいので、次の点を教えてもらえると助かります。 Mac上で動作するWindows 10は、以前はインターネット接続は出来ていたが、現在は接続不可になってしまったという理解で正しいでしょうか？ ネットワークに繋がらない、というのは、具体的には何をもって判断されていますか？ 例：ブラウザでインターネットにアクセスをすると、"ページが表示されません"と出る 例：デフォルトゲートウェイへのPingを打っても”Request timed out"である 現在IPアドレスの取得は出来ていますでしょうか。 問題が発生している様子を画面キャプチャなどでいただけるとサポートがしやすくなります！

出先でしたので、限定的な確認となり逆にご迷惑をおかけいたしました。(Webページ上は15なのに、たしかにダウンロードをすると16になっていますね) 既に gowatana​ さんにて、VMware Workstation 16にてXP環境動作が可能であることは確認済みなので不要な情報かもしれませんが、 15.xがダウンロード可能なURLを改めて確認致しましたので、お知らせ致します。 https://my.vmware.com/en/web/vmware/downloads/details?downloadGroup=PLAYER-1556&productId=800&rPId=47861 ダウンロードをしました実行ファイルもも15.5のものであることを確認しました。

追加情報を教えて頂いて有難うございます。 Windows XPかつVMware Workstationでの類似事象について検索をかけましたが、残念ながらHitしませんでした。 当方も試そうかと考えたのですがあいにくXPのメディアイメージが無かったので確認は出来ておりません。 公開された情報での調査が困難そうなので、他にできる事があるとすれば例えば次のような点です。（既に実施済みのものもあるかもしれません） Windows XPに割り当てるメモリ量を1GBに増設してみてはどうでしょうか？ 当方のVMware Workstation上で、XP環境の作成をシミュレートした仮想マシン作成ウィザードを確認した所、メモリの推奨サイズが1GBでした。 お話の内容から、メモリ量に大変余裕があるホストのようですのでひょっとすると割当メモリを上げることで解消するかもしれません。 256MBがWindows XPとしての最小構成であり、現在は512MBですから足りてないわけではないでしょうが、切り分けの一貫としてご提案致します。 同一のVMware Workstation環境では、他の仮想マシンはインストール及び動作出来ていますか？ これは、他の仮想マシンでも同じようにインストレーションに問題が出る場合は、VMware Workstationそのものに問題があるのかもしれませんので、 その場合は一旦VMware Workstation自体を再インストールしてみるのは有効策だと言えるでしょう。 上記がYesの場合、切り分けの一貫としてWindows 10 (32 bit)を試しに動かしてみると事象は発生しますか？ 発生しない場合は、Windows XPに限定した問題と推察出来ます。/発生する場合は32bit OSに依存して発生しているのでは？と推察出来ます。 調査のための検索クエリを選定するための作業となります。 当該の物理マシンのハードウェアは正常であるか？ ご使用のパソコンに対して、例えばハードウェア診断ツールが提供されている場合は診断を頂く事で、潜在的なハードウェア問題がことの原因ではないことを証明出来るのではと思います。 当該の物理マシンのBIOSは最新か？ これも気休め的な所での提案ではあります。BIOSが古い事で、様々なシステムへの問題を発生させる可能性はあります。 聞き及んでいる症状から、これが確定的であるとはほぼほぼ言えませんが、検索情報も極めて限定的である以上、出来る事からやっていくというアプローチが良いかと思いの提案です。 ハードベンダー屋目線では、BIOSの更新にはオンボードの組み込みデバイス類のバグ修正などを含むケースもありますので、副産物的な視点で他のマイナーな問題も解消されて、 利用者様の環境もより最適化されるだろうと思います。 なお、上記提案2に対する補足です。 Windows 10のインストールイメージは、お持ちでない場合は下記のサイトからメディアイメージ生成ツールが作成出来ます。 Microsoft Corporation 以上、またお返事をお待ちしております。他の手練の方からも良いアドバイスが来るかもしれません。解決できればと祈っております。