豊田昌子
m-toy****@enris*****
2016年 9月 29日 (木) 17:44:34 JST
山内様 お世話になっております。豊田です。 IC-LAN断でStonithを試しておりますが、Try to execute STONITH device とFailed to execute STONITH device を繰り返し、 想定した動作となりません。 度々で申し訳ありませんが、CRMのStonith関連項目の設定を確認させてください。 <確認したい点> ◼︎primitive prmHelperｘ-1 stonith:external/stonith-helperについて hostlist: libvirt同様に仮想マシン名を指定 dead_check_target： hostlistで指定したノードのIPアドレスを指定 ◼︎fencing_topologyの設定について grpStonith1(prmHelper1-1/prmLibvirt1-2）は、prod-db01を停止させる設定、 grpStonith2(prmHelper2-1/prmLibvirt2-2）は、prod-db02を停止させる設定としている ”location”でgrpStonith1は prod-db02で起動、grpStonith2は prod-db01で起動するよう設定しているので 起動順序の記載は以下のようになる。 fencing_topology prod-db01: prmHelper2-1 prmLibvirt2-2 \ prod-db02: prmHelper1-1 prmLibvirt1-2 この認識で間違いないでしょうか？ 以下crmファイル抜粋 node1: prod-db01 (仮想マシン名：pco001-prod-db01) node2: prod-db02 (仮想マシン名：pco001-prod-db02) ======== ### Group Configuration ### group grpStonith1 \ prmHelper1-1 \ prmLibvirt1-2 group grpStonith2 \ prmHelper2-1 \ prmLibvirt2-2### Fencing Topology ###fencing_topology \ prod-db01: prmHelper2-1 prmLibvirt2-2 \ prod-db02: prmHelper1-1 prmLibvirt1-2 ### Primitive Configuration ###primitive prmHelper1-1 stonith:external/stonith-helper \ params pcmk_reboot_retries=1 \ pcmk_reboot_timeout="40s" \ hostlist="pco001-prod-db01" \ dead_check_target="＜prod-db01で使用しているIPアドレス全て＞" \ standby_check_command="/usr/sbin/crm_resource -r vip-slave -W | grep -qi `hostname`" \ run_online_check="yes" \ 〜省略〜 primitive prmLibvirt1-2 stonith:external/libvirt \ params hostlist="pco001-prod-db01" \ hypervisor_uri="vpx://<vCenterServerIP>/dc1/cluster1/<esxi host名>/?no_verify=1" \ 〜省略〜 primitive prmHelper2-1 stonith:external/stonith-helper \ params pcmk_reboot_retries=1 \ pcmk_reboot_timeout="40s" \ hostlist="pco001-prod-db02" \ dead_check_target="＜prod-db02で使用しているIPアドレス全て＞" \ standby_check_command="/usr/sbin/crm_resource -r vip-slave -W | grep -qi `hostname`" \ run_online_check="yes" \ 〜省略〜 primitive prmLibvirt2-2 stonith:external/libvirt \ params hostlist="pco001-prod-db02" \ hypervisor_uri="vpx://vCenterServerIP/dc1/cluster1/<esxi host名>/?no_verify=1" \ 〜省略〜 ### Resource Location ### location rsc_location-grpStonith1-3 grpStonith1 \ rule -INFINITY: #uname eq prod-db01location rsc_location-grpStonith2-4 grpStonith2 \ rule -INFINITY: #uname eq prod-db02 ===== 以上、よろしくお願い致します。 2016年9月29日 12:05 豊田昌子 <m-toy****@enris*****>: > 山内様 > > お世話になっております。豊田です。 > > hostlist とresetの対象名を仮想サーバのホスト名からvmwareの仮想マシン名に変更したところ、 > 再起動が成功しました。 > > ===== > stonith -t external/libvirt hostlist='pco001-prod-db02' > hypervisor_uri='vpx://<vCenterServerIP>/dc1/cluster1/<esxi > host名>/?no_verify=1' -T reset pco001-prod-db02 > > external/libvirt[3231]: notice: Domain pco001-prod-db02 was stopped > > external/libvirt[3231]: notice: Domain pco001-prod-db02 was started > ===== > virsh のlist --allで表示されるマシン名を指定するということがわかりました。 > > 障害発生時、再起動ではなく、停止させたい場合、 > crmファイル上ではどのように設定すればよいでしょうか？ > > > 2016年9月29日 9:51 豊田昌子 <m-toy****@enris*****>: > >> 山内様 >> >> お世話になっております。豊田です。 >> ご回答ありがとうございます。 >> >> reset_method="reboot" を外して試してみましたが、同じ結果になりました。 >> （エラーコードは違うようです） >> >> stonith -t external/libvirt hostlist=“prod-db02" hypervisor_uri=“vpx://< >> vCenterServerIP>/dc1/cluster1/<esxi host名>/?no_verify=1" -T reset >> prod-db02 >> >> external/libvirt[14102]: ERROR: hostlist or hypervisor_uri missing; check >> configuration >> >> CRIT: external_reset_req: 'libvirt reset' for host prod-one-db02 failed >> with rc 1 >> ひとまず、virDomainReset APIの内容を確認してみたいと思います。 >> >> >> 2016年9月28日 18:11 <renay****@ybb*****>: >> >>> 豊田さん >>> >>> こんばんは、山内です。 >>> >>> すいません、誤記がありました。 >>> >>> > #http://libvirt.org/hvsupport.html の、virDomainRebootのAPIが相当しているはず。。。 >>> >>> >>> で、virDomainResetのAPIの間違いです。 >>> >>> 以前、確認しただけですので、ちょっと、記憶が怪しいですが・・・・ >>> >>> 以上です。 >>> >>> >>> >>> ----- Original Message ----- >>> > From: "renay****@ybb*****" <renay****@ybb*****> >>> > To: "linux****@lists*****" <linux****@lists*****> >>> > Cc: >>> > Date: 2016/9/28, Wed 18:03 >>> > Subject: Re: [Linux-ha-jp] libvirt プラグインのパラメータについて >>> > >>> > 豊田さん >>> > >>> > こんばんは、山内です。 >>> > >>> > パラメータの認識については問題はないと思います。 >>> > 念の為、明日、実機(vSphere5.xですが）で確認してみますが・・・ >>> > >>> > >>> > 確か、以前の設定ではreset_methodは指定せずに実行していたと思います。 >>> > >>> > #external/libvirtは、reset_method="reboot"の場合、libvirtのrebootコマ >>> ンドを実行しているが、libvirtのrebootはESXi/vCenterは未サポートのはず。。 >>> > #http://libvirt.org/hvsupport.html の、virDomainRebootのAPIが相当しているはず。。。 >>> > >>> > reset_methodを指定しない場合はどうでしょうか？ >>> > >>> > 実際、reset_methodは指定しない場合、off/on実行となる為、rebootと同じような挙動になる為、問題はないはずです。 >>> > >>> > 以上です。 >>> > >>> > >>> > >>> > ----- Original Message ----- >>> >> From: 豊田昌子 <m-toy****@enris*****> >>> >> To: 山内英生 <renay****@ybb*****>; linux****@lists***** >>> >> Date: 2016/9/28, Wed 15:45 >>> >> Subject: Re: [Linux-ha-jp] libvirt プラグインのパラメータについて >>> >> >>> >> >>> >> 山内様 >>> >> >>> >> >>> >> お世話になっております。豊田です。 >>> >> >>> >> >>> >> 教えて頂きましたauth.confを使用し、 virshコマンドでのvCenterServer経由ESXホ ストへの接続が成功いたしました。 >>> >> >>> >> 実際にcrmファイルにstonithの設定を行い、IC-LANを切断し検証を行ってみたところ、正しく動作しませんでした。 >>> >> >>> >> >>> >> >>> >> そこで単体で以下のコマンドを実行（prod-db01からprod-db02を再起動）してみたところ、 >>> >> ===== >>> >> stonith -t external/libvirt hostlist=“prod-db02" >>> > hypervisor_uri=“vpx://<vCenterServerIP>/dc1/cluster1/<esxi >>> > host名>/?no_verify=1" reset_method="reboot" -T reset prod-db02 >>> >> >>> >> external/libvirt[14448]: ERROR: hostlist or hypervisor_uri missing; >>> check >>> > configuration >>> >> CRIT: external_reset_req: 'libvirt reset' for host prod-db02 failed >>> > with rc 1 >>> >> ===== >>> >> "hostlist or hypervisor_uri missing" というエラーになってしまいます。 >>> >> >>> >> "hypervisor_uri"については、virsh -c コマンドにて接続し、list >>> > --allで表示できることを確認済みなので間違いないと思いますが、 >>> >> hostlistに指定するノードとreset の対象に指定するノードについて以下の認識で間違いないか確認させてください。 >>> >> >>> >> >>> >> >>> >> hostlist : 強制終了/再起動させたいノード名 >>> >> hypervisor_uri：hostlistで指定したノードがのっているesxiホストを記載 >>> >> reset の対象：強制終了/再起動させたいノード名（hostlistと同じ） >>> >> >>> >> >>> >> よろしくお願い致します。 >>> >> >>> >> >>> >> >>> >> >>> >> 2016年9月25日 15:37 豊田昌子 <m-toy****@enris*****>: >>> >> >>> >> 山内様 >>> >>> >>> >>> >>> >>> お世話になります。豊田です。 >>> >>> >>> >>> >>> >>> 設定ファイルで接続を試してみたいと思います。 >>> >>> >>> >>> >>> >>> 情報をありがとうございました。 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> 2016年9月23日 18:06 <renay****@ybb*****>: >>> >>> >>> >>> >>> >>>> >>> >>>> 豊田さん >>> >>>> >>> >>>> こんばんは、山内です。 >>> >>>> >>> >>>> >>> >>>> （送信に失敗したように思える為、再送いたします） >>> >>>> 接続を試す場合には、ユーザ指定、パスワード入力も有効かと思い ますが、 >>> >>>> 実際の運用では、特にexternal/libvirtではユー ザ指定をvpx文字列には含めていません。 >>> >>>> >>> >>>> >>> >>>> 以前は、auth.confファイルに接続先、接続ユーザ、パス ワードを設定して利用していました。 >>> >>>> 設定ファイルがある場合、その内容で接続可能となります。 >>> >>>> >>> >>>> 以下の内容が参考になるかと思います。 >>> >>>> >>> >>>> * http://libvirt.org/auth.htm l >>> >>>> >>> >>>> >>> >>>> >>> >>>> 以上、よろしくお願いいたします。 >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> ----- Original Message ----- >>> >>>>> From: 豊田昌子 <m-toy****@enris*****> >>> >>>>> To: 山内英生 <renay****@ybb*****>; >>> > linux****@lists***** >>> >>>>> Date: 2016/9/23, Fri 12:28 >>> >>>>> Subject: Re: [Linux-ha-jp] libvirt プラグインのパラメータについて >>> >>>>> >>> >>>>> >>> >>>>> 山内様 >>> >>>>> >>> >>>>> >>> >>>>> お世話になります。豊田です。 >>> >>>>> >>> >>>>> >>> >>>>> vpx 指定箇所の記載について一点、教えてください。 >>> >>>>> >>> >>>>> >>> >>>>> Red Hat Bugzilla 内で下記のようにログインユーザを指定しているのですが、 >>> >>>>> >>> >>>>> >>> >>>>> https://bugzilla.redhat.com/s how_bug.cgi?id=1213348 >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> # virsh -c vpx://root****@10*****/data/1 >>> > 0.66.144.40/?no_verify=1 >>> >>>>> >>> >>>>> Enter root's password for 10.66.145.47: >>> >>>> Welcome to virsh, the virtualization interactive terminal. >>> >>>>> >>> >>>>> >>> >>>>> ユーザを指定するとパスワードを聞かれてしまうかと思いますが 、 >>> >>>>> ”hypervisor_uri”の設定項目で、特にユーザを 指定しなくても、 >>> >>>>> PacemakerのPluginでは正しく処理がされるので しょうか？ >>> >>>>> >>> >>>>> >>> >>>>> 山内さんが過去に運用された時はユーザ指定について、どうされ ましたでしょうか？ >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> 2016年9月12日 18:19 <renay****@ybb*****>: >>> >>>>> >>> >>>>> 豊田さん >>> >>>>>> >>> >>>>>> こんばんは、山内です。 >>> >>>>>> >>> >>>>>> >>> >>>>>> すいません、前回のコメントですが・・ 私の勘違いで間違いがありました。 >>> >>>>>> >>> >>>>>> >ただし、vSphereのHA構成を組んでいるのであれ ば、 どのESXサーバを指定したとしても、 >>> > クラスタ構成内のゲストのON/OFF状態は >>> >>>>>>> 確認可能、電源操作可能だったはずです。 >>> >>>>>>> 確かvpx文字列に含まれるESXサーバが電源OFFでも確認、 操作は可能だったと記憶しています。 >>> >>>>>> >>> >>>>>> これは、間違いでした。 >>> >>>>>> 確認した所、 各vpx文字列内に指定したESXサーバのゲストのみが操作可能 です。 >>> >>>>>> >>> >>>>>> 過去に実施したvSphere5.1環境( Pacemakerは1.0系)では、以下の構成、 条件で利用しています。 >>> >>>>>> >>> >>>>>> 1)ESXサーバ３台とvCenterサーバ１台で構成。 >>> >>>>>> 2)vSphere >>> >>>>>> HAは構成（有効）し、フェイルオーバーホストを１台指定。（ >>> > フェイルオーバーホストへ配置後のゲストの移動は、保守者介在） >>> >>>>>> 3)vMotionには対応しない。 >>> >>>>>> 4)ゲストの配置は、ESXサーバ２台でACT/ STBで初期起動では、固定配置し、 >>> > Pacemakerでクラスタを構成するが、 Pacemakerは自動起動にしない。 >>> >>>>>> 例： ゲストRHEL6-01は、ESX01サーバへ配置。 >>> >>>>>> ゲストRHEL6-02は、ESX02サーバへ配置。 >>> >>>>>> 5)vSphere >>> >>>>>> HAでゲストの再起動を待ってからSTONITHは発動させて成 功させる方式。 >>> >>>>>> →vSphere >>> >>>>>> HAを利用する場合、 これを行ないとSTONITHが失敗します。 >>> > これによりアクティブゲストの故障時は、vSphere HAの発動からの再起動待ちが発生する為、 フェイルオーバー時間が掛かります。 >>> >>>>>> 6)vCenter >>> >>>>>> Serverの故障には対応しない >>> >>>>>> →vpx指定の為、vCenter Server故障中は、 ゲスト故障が発生してもSTONITHが失敗します。 >>> >>>>>> 7)ESXサーバの故障(ダウン、隔離）対応の為に、 stonith- >>> > helperというSTONITHプラグインを利用する。 >>> >>>>>> →日本コミュニティ(linux-ha-japan)のpm _ extrasパッケージに含まれています。 >>> >>>>>> >>> >>>>>> この設定の為、ゲストのSTONITHの構成のlibvir t( vpxのホスト指定)は、以下のようにしていました。 >>> >>>>>> 例： ゲストRHEL6-01では、 クラスタを構成する対向ゲストRHEL6-02は、4) >>> > でESX02サーバに配置される為、 vpx指定でもホストにはESX02を指定。 >>> >>>>>> ゲストRHEL6-02では、 クラスタを構成する対向ゲストRHEL6-01は、4) >>> > でESX01サーバに配置される為、 vpx指定でもホストにはESX01を指定。 >>> >>>>>> >>> >>>>>> 構成によって色々違いが出てくると思いますのでが、 参考になればと思います。 >>> >>>>>> >>> >>>>>> 以上です。 >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> ----- Original Message ----- >>> >>>>>>> From: "renay****@ybb*****" >>> > <renay****@ybb*****> >>> >>>>>>> To: "linux****@lists*****" >>> > <linux****@lists*****> >>> >>>>>>> Cc: >>> >>>>>>> Date: 2016/9/12, Mon 05:46 >>> >>>>>>> Subject: Re: [Linux-ha-jp] libvirt プラグインのパラメータについて >>> >>>>>>> >>> >>>>>>> 豊田さん >>> >>>>>>> >>> >>>>>>> こんにちは、山内です。 >>> >>>>>>> >>> >>>>>>> >>> >>>>>>>>> vCenterの場合には、vpx指定となります。 >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> リンク先を見ますと、下記のような記載がありますが、 >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> A vpx:// connection is currently restricted to a >>> > single ESX server. >>> >>>>>>>> >>> >>>>>>>> （vpx：// 接続は現在、 1台のESXサーバに限定されている） >>> >>>>>>>> The path part of the URI is used to specify the >>> > datacenter and the ESX >>> >>>>>>> server in it. >>> >>>>>>>> （URIのパス部分は、 datacenterおよびその中のESXサーバを指定するため に使用される） >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> これはEsxiホスト個別の指定が必要ということでしょうか？ >>> >>>>>>> >>> >>>>>>> はい、指定が必要だったはずです。 >>> >>>>>>> ただし、vSphereのHA構成を組んでいるのであれば、 どのESXサーバを指定したとしても、 >>> > クラスタ構成内のゲストのON/OFF状態は >>> >>>>>>> >>> >>>>>>> 確認可能、電源操作可能だったはずです。 >>> >>>>>>> 確かvpx文字列に含まれるESXサーバが電源OFFでも確認、 操作は可能だったと記憶しています。 >>> >>>>>>> >>> >>>>>>> ＃vCenterServer 6.0でも多分、変わってはいないはずですが・・ >>> >>>>>>> ＃記憶が曖昧ですので・・・かなり前ですが、 実際に実施した経緯がありますので、 その時の内容を確認してみます。 >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> >>> >>>>>>>> また、vCenter6. 0への接続は古いドライバでは出来ないことがあるとのことですが >>> > 、新しいか古いかは何をもって判断できるでしょうか？ >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> 仮想マシン側には、 virshコマンドが使えるようにlibvirt-client >>> > パッケージをインストールしましたが（version >>> >>>>>>> 0.10.2-60)、 >>> >>>>>>>> 一緒にインストールされた依存パッケージの中、 >>> > もしくはSTONITHプラグイン側にdriverのパッケージ があるのでしょうか？ >>> >>>>>>>> "libvirt"の文字でパッケージ検索したところ、 >>> > libvirt-driverなどは表示されませんでした。 >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> この問題のlibvirtの実際の修正は以下で行われいるようで す。 >>> >>>>>>> * >>> >>>>>>> http://libvirt.org/git/?p= libvirt.git;a=commit;h= >>> > 0396394f027edb5fa70514a0d11fa6 2ea7281bd9 >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> この修正が含まれたバージョンのlibvirtを利用する必要が ありますが。。 >>> >>>>>>> 実際にコマンドラインのバージョン確認などでは、 ドライバのバージョンを確認する手段はないようです。 >>> >>>>>>> （ESXに対応されているかどうかは、 vishのVオプションで表示可能ですが、 >>> > その先の詳細は出せないようです） >>> >>>>>>> >>> >>>>>>> libvirt本家とRHELのlibvirtのソースが全く同 じではないはずですが（ >>> > RHELは個別にパッチを適用することがあります）、 libvirt本家の0.10.2のソースを見る限りでは、 >>> >>>>>>> 先の修正が入っていない為、vCenter6. 0接続は出来ないと思われます。 >>> >>>>>>> * http://libvirt.org/git/?p= >>> > libvirt.git;a=blobdiff;f=src/ esx/esx_driver.c;h= >>> af567d20069dc89ec1e5d91631ea6b >>> > 5e47cf9974;hp= 0770e89200d4baacc3fdc3631488a7 a293cc9645;hb= >>> > 0396394f027edb5fa70514a0d11fa6 2ea7281bd9;hpb= >>> 01b4de2b9f5ca821e341166210161f >>> > 53552f5d60 >>> >>>>>>> >>> >>>>>>> 本家のソースを見る限り、修正が含まれるのはlibvirt 1.2.11以降となるようです。 >>> >>>>>>> (RHELも個別にパッチが適用されているとしても、 同じバージョンあたりが動作可能と思われます） >>> >>>>>>> >>> >>>>>>> 以上です。 >>> >>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> 以上です。 >>> >>>>>>>> >>> >>>>>>>> ご教示いただけましたら助かります。 >>> >>>>>>>> よろしくお願い致します。 >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> 2016年9月10日 7:53 <renay****@ybb*****>: >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>>> 豊田さん >>> >>>>>>>>> >>> >>>>>>>>> おはようございます。山内です。 >>> >>>>>>>>> >>> >>>>>>>>> hypervisor_uriですが、基本的には、 libvirtの仕様のまま利用できます。 >>> >>>>>>>>> vCenterの場合には、vpx指定となります。 >>> >>>>>>>>> (詳細は、以下を参照してください） >>> >>>>>>>>> >>> >>>>>>>>> * https://libvirt.org/drvesx. html >>> >>>>>>>>> >>> >>>>>>>>> ただし、１点気になるのがRHEL6. 7上のlibvirtのESXi/ >>> > vCenter用のドライバで、 >>> >>>>>>>>> vCenter6. 0への接続は古いドライバでは出来ないことがあります。 >>> >>>>>>>>> >>> >>>>>>>>> この場合は、新しいドライバを含んだlibvirtに更新・ 変更する必要があります。 >>> >>>>>>>>> >>> >>>>>>>>> 以上です。 >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> ----- Original Message ----- >>> >>>>>>>>>> From: 豊田昌子 >>> > <m-toy****@enris*****> >>> >>>>>>>>>> To: linux****@lists***** >>> >>>>>>>>>> Date: 2016/9/9, Fri 12:14 >>> >>>>>>>>>> Subject: [Linux-ha-jp] libvirt >>> > プラグインのパラメータについて >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> お世話になります。豊田と申します。 >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> 現在VMware仮想環境上にDBクラスタサーバを構築し、 >>> >>>>>>>>>> STONITHプラグイン(stonith-helper, >>> > libvirt)を使用しています。 >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> [環境] >>> >>>>>>>>>> vCenterServer 6.0 >>> >>>>>>>>>> RHEL6.7 >>> >>>>>>>>>> pacemaker-1.1.13-1 >>> >>>>>>>>>> corosync-2.3.4-1 >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> libvirtプラグインのパラメータ「 >>> > hypervisor_uri」の設定で教えてください。 >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> この項目は、 仮想マシンが起動しているホストマシンのアドレスを記載すること >>> > になっていますが、 >>> >>>>>>>>>> VMware仮想環境でvSphere >>> > HAが発生した際、Esxiホストが変更になりますので、 >>> >>>>>>>>>> crm configの記載の変更、再読み込みが発生します。 >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> それを避けるため、ホストのアドレスではなく、 >>> > vCenterServerのIPアドレスを >>> >>>>>>>>>> 記載することを考えています。 >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> vCenterServerはWindowsサーバですので、 >>> > 同様にプラグインが正しく動作するのかどうか、 >>> >>>>>>>>>> また可能な場合、記載方法は以下でよいのかどうか。 >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> <設定箇所抜粋> >>> >>>>>>>>>> hypervisor_uri="qemu+ssh://< >>> > vCenterServer IP>/" >>> >>>>>>> \ >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> ご教示頂けましたら幸いです。 >>> >>>>>>>>>> よろしくお願い致します。 >>> >>>>>>>>>> _____________________________ >>> > __________________ >>> >>>>>>>>>> Linux-ha-japan mailing list >>> >>>>>>>>>> Linux****@lists***** >>> >>>>>>>>>> http://lists.osdn.me/mailman/ >>> > listinfo/linux-ha-japan >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> >>> >>>>>>>>> ______________________________ >>> > _________________ >>> >>>>>>>>> Linux-ha-japan mailing list >>> >>>>>>>>> Linux****@lists***** >>> >>>>>>>>> http://lists.osdn.me/mailman/ >>> > listinfo/linux-ha-japan >>> >>>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>> >>> >>>>>>> ______________________________ _________________ >>> >>>>>>> Linux-ha-japan mailing list >>> >>>>>>> Linux****@lists***** >>> >>>>>>> http://lists.osdn.me/mailman/ listinfo/linux-ha-japan >>> >>>>>>> >>> >>>>>> >>> >>>>>> ____________________________ __ _________________ >>> >>>>>> Linux-ha-japan mailing list >>> >>>>>> Linux****@lists***** >>> >>>>>> http://lists.osdn.me/mailman / listinfo/linux-ha-japan >>> >>>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>> >>> >>>> ______________________________ _________________ >>> >>>> Linux-ha-japan mailing list >>> >>>> Linux****@lists***** >>> >>>> http://lists.osdn.me/mailman/l istinfo/linux-ha-japan >>> >>>> >>> >>> >>> >> >>> >> >>> >> >>> > >>> > _______________________________________________ >>> > Linux-ha-japan mailing list >>> > Linux****@lists***** >>> > http://lists.osdn.me/mailman/listinfo/linux-ha-japan >>> > >>> >>> _______________________________________________ >>> Linux-ha-japan mailing list >>> Linux****@lists***** >>> http://lists.osdn.me/mailman/listinfo/linux-ha-japan >>> >> >> > -------------- next part -------------- HTML$B$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B...下載
Fork