5 Essential Tips for Maximizing Your Experience at Nutanix .NEXT for Bloggers
@NobuyukiK さんCVMのfirstboot処理は終わっているようですので、この状態からCVMでクラスタの手動作成を行うことは出来ないでしょうか？https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Community-Edition-Getting-Started-v2_0:top-cluster-config-ce-t.html
@Hidetaka さんご返信ありがとうございます。CVMのメモリサイズ指定自体は問題無さそうです。一方で、Hugepagesに関する出力結果を見ると、Hugepagesize以外の行が軒並み0になっているので、お使いのマシンではHugepageが有効でないように見えます。有効な場合AnonHugePages, HugePages_Total, HugePages_Free, Hugetlbあたりに容量が反映されています。これを頼りに少し掘り下げるため、virsh edit CVM名 でCVMの構成情報を開いてみると、CPU周りの設定がCE 2.0では <cpu mode='host-passthrough' check='none'> <numa> <cell id='0' cpus='0-3' memory='20971520' unit='KiB' memAccess='shared'/> </numa> </cpu>となっていました。https://libvirt.org/formatdomain.htmlによると、以下の記載がありました。Since 1.2.9 the optional attribute memAccess can control whether the memory is to be mapped as "shared" or "private". This is valid only for hugepages-backed memory and nvdimm modules.よって・memAccess='shared'という設定があることでhugepagesが要求されている・このマシンには払い出し可能なhugepagesがないという状態が原因でCVMが起動しなくなっているものと推測しています。比較のためce-2020.09.16のCVMの構成情報を確認したところ、CVMのCPU設定は以下のようになっていました。 <cpu mode='host-passthrough' check='none'> <feature policy='disable' name='spec-ctrl'/> </cpu>mem
@t-hashimoto さんノード追加で失敗する件は、私も検証できていないので現時点では有益な情報を持ち得ていない状態です…。@xiaoyan さん私自身が試したことはないのですが、↓が参考になるかもしれません。https://next.nutanix.com/discussion-forum-14/add-disk-to-node-39209これで上手くいかない場合は再インストールが早いと思います。@H.S さんce-2020.09.16 以降はUSBメモリのみのインストールが出来なくなってしまいました。大昔はあったのですが…。残念ながら再インストールが必要となります。
@H.S さんすみません返信遅くなりました。残念ながらCEでは1ノードの場合復旧不可となります。
@inshy さんCVM用とData用の選択基準についてですが、CVM用ディスクにはCVM用パーティションが切られ、そのディスクのCVM用パーティション以外の領域にはデータが配置されます。データ配置の優先度としてはCVM用ディスクのデータ領域の方が、Data用ディスクよりも上位なので、基本的に最速のストレージ(ご利用予定のNUCならNVMe)をCVM用にすることをお勧めします。異なる3タイプのストレージでの階層化はうまく行かない可能性が多分にあるため、Data用ディスクとしてはM.2 22x42 SATAか、SATAのどちらか一方を使用するのが無難です(個人的には入手性を鑑みてSATAでいいかな、と思います)。
@inshy さんHypervisorは容量的には16GBのUSBメモリでもインストールできるかと思うのですが、ハイパーバイザーブート領域用に使うとかなり壊れやすいので、M.2 NVMeか32GBの産業用USBメモリ(https://amzn.asia/d/cxyiHIM)を愛用しています。以前はMLCのUSBメモリを使っていたのですが、書き込み耐性に問題が無くても長時間稼働よる発熱で故障している気がしまして…産業用だと温度周りのスペックが明示されていて、耐性の面でも良さそうです。CVM用のディスクは、60GBくらい使われていました。↓の例だと1.8Tの部分はデータディスクとしって使われています。
@STier さん認証周りですと my.nutanix.com へのアクセスも必要かと思いますのでご確認頂けますでしょうか。
@keroro9 さんすみません反応が遅れてしましました。CE 2.0ではESXiのサポートはやめておりまして、やめたとは言っても一つ前のバージョンの仕組みがそのまま入った形になっているので動く場合もあるのですが、当時からESXiでのインストールは正直なところ鬼門です。大概はESXiがディスクを認識した際のシリアルのフォーマットが多岐にわたることで、CVMへのパススルー(RDM)を設定するところで処理用のスクリプトが対応しきれず失敗しています。↓の資料は一つ前のCEとESXi 6.7系で起きていた症状に対するものですが、どうやら7.0系以降でも発生する場合があるようなので、参考になるかもしれません。https://speakerdeck.com/smzksts/nutanix-ce-5-dot-18-deep-dive?slide=58
みなさまこちらのトピックが意図せずCloseされてしまっておりましたが、再オープン致しました。ご不便をお掛けし申し訳ございません。なお、今後またこちらがCloseされてしまった場合、ご質問を質問を新規トピックとして日本語フォーラムご投稿いただいても差し支えございませんので適宜ご利用ください。
@ryo3_kun さん先日はありがとうございました。私自身が当たったことない事象のためぱっと思いつく解決策がないく恐縮なのですが…たとえば英語フォーラムの下記こちら(https://next.nutanix.com/discussion-forum-14/trying-to-create-and-start-a-single-node-cluster-in-ce2-critical-mainthread-cluster-1430-cluster-initialization-on-x-x-x-x-failed-with-ret-false-42552/index2.html)のトピックだと、ディスクのシリアルが同一のものとして認識されてしまったことが原因で、似たような事象が発生していたようです。こちら該当してはいないでしょうか？商用だとこういったことが起きないHWモデル/ファームウェアが必ず選定されるのですが、CEでこういった性質のHWに当たってしまうと”重複しているものを物理的に取り外す”という対応をとらざるを得ないかもしれません…。
@knhrk さん私自身が経験したことのあるエラーではないため回答できていなかったのですが、たとえばLCMでNKE(Karbon)のバージョンを上げてからデプロイしていただくと解消する可能性はあるかと思います。あるいは、40文字以下となっていますが、NKE(Karbon)クラスタ名をさらに短くしてみる、というのはひとつの手かと思います(社内で情報を見ていたところ17文字以下にすれば通るかもしれないという話を見かけました)。
@xiaoyan さん> CLI経由でノードCを強制的に削除しようとしましたが、同じエラーが表示されて、うまくいきませんでした。については KB-2379 にあるような ncli host rm-start コマンドをお使いでしょうか？あるいは、コマンドリファレンスにあるようなforceオプションも付けても実行されない状況でしょうか。もしまだでしたらお試し頂くことで解消される可能性はあるかと思います。(とはいえリスクのあるオプションではあるため、悪影響の出る可能性も踏まえ自己責任でという点は何卒ご了承ください…)https://portal.nutanix.com/page/documents/details?targetId=Command-Ref-AOS-v6_6:acl-ncli-host-auto-r.html
@xiaoyan forceでも外れないとなると難しい問題な気がしています…。参考までにncliコマンドのエラーメッセージの全文を(元の英文そのまま)を貼り付けていただくことは可能でしょうか？(スクショでも構いません)有力情報を必ずしもご提供できるとは限らないのですが、社内で検索を掛けてみようと思っています。(なにも有力情報が無かった場合は何卒ご容赦ください…)
@xiaoyan さん正直まだ「これだ」という答えにはたどり着けていないのですが、状態としては↓と同じような状況でしょうか(新しいノードがMetadata Ringに参加できていない)。https://next.nutanix.com/discussion-forum-14/nutanix-ce-expand-cluster-stuck-42646ディスクの利用率が高くない状況であれば、いったんノードCのHWを直してから1ノードクラスタとしてセットアップして、そちらにAsync DRでゲストVMを逃がしてから、A,B,Dでクラスタを組み直す、といったやり方がいちばんクリーンかもしれません。
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
