{"id":824,"date":"2013-02-03T19:11:04","date_gmt":"2013-02-03T19:11:04","guid":{"rendered":"http:\/\/www.tekhead.org\/blog\/?p=824"},"modified":"2015-11-23T20:34:09","modified_gmt":"2015-11-23T20:34:09","slug":"nanolab-running-vmware-vsphere-on-intel-nuc-part-3","status":"publish","type":"post","link":"http:\/\/tekhead.it\/blog\/2013\/02\/nanolab-running-vmware-vsphere-on-intel-nuc-part-3\/","title":{"rendered":"NanoLab – Running VMware vSphere on Intel NUC \u2013 Part 3"},"content":{"rendered":"

I have really been enjoying messing about with my NanoLab for the past few days and it has already proved invaluable in a couple of projects I’m dealing with\u00a0 at work (mainly in testing some ideas I had for solutions).<\/p>\n

These are just a couple of very quick tips for your NUC lab which I came across throughout the week. They will also apply to any other single NIC configuration for a vSphere cluster (e.g. HP Microserver with no extra PCI card), and for booting your cluster from a USB pen drive.<\/p>\n

The tips are both simple fixes to remove the (slightly annoying) warning messages you get on each ESXi host in your cluster after you do your initial config.<\/p>\n

\"The<\/a><\/p>\n

Single Management NIC Causes Warning in vCenter<\/strong><\/p>\n

The host currently has no management network redundancy.<\/pre>\n
To get rid of this (assuming you dont plan to add further NICs), simply follow KB1004700<\/a>, which is summarised as follows:<\/p>\n
To suppress this message on ESXi\/ESX hosts in the VMware High Availability (HA) cluster, or if the warning appears for a host already configured in a cluster, set the VMware HA advanced option das.ignoreRedundantNetWarning to true and reconfigure VMware HA on that host.<\/p>\n
To set das.ignoreRedundantNetWarning to true:<\/p>\n
    \n
  1. From the VMware Infrastructure Client, right-click on the cluster and click Edit Settings<\/strong>.<\/li>\n
  2. Select vSphere HA<\/strong> and click Advanced Options<\/strong>.<\/li>\n
  3. In the Options column, enter das.ignoreRedundantNetWarning<\/strong><\/li>\n
  4. In the Value<\/strong> column, enter true<\/strong>.
    \nNote<\/strong>: Steps 3 and 4 create a new option.<\/li>\n
  5. Click OK<\/strong>.<\/li>\n
  6. Right-click the host and click Reconfigure for vSphere HA<\/strong>. This reconfigures HA.<\/li>\n<\/ol>\n
    \"singlenetwork\"<\/a><\/p>\n
    Booting from USB Pen Drive Causes Warning<\/strong><\/p>\n
    System logs on host <hostname> are stored on non-persistent storage<\/pre>\n
    This is caused by booting from the USB device. It is very simple to remove by redirecting logs to a syslog server. A prime example for your home lab would be the syslog server which comes as standard with the vCenter Server Appliance, but commonly your home NAS may have this functionality, you could run a Linux VM to collect the logs, or alternatively you could use a great product to centralise logs called Splunk<\/a> (free for up to 500mb of logs per day!).<\/p>\n
    To point your ESXi hosts to any syslog server, simply:<\/p>\n
      \n
    1. From the VMware Infrastructure Client, select the host.<\/li>\n
    2. Select the Configuration<\/strong> tab, then click Advanced Settings<\/strong>.<\/li>\n
    3. In the left column expand Syslog<\/strong>, then click global<\/strong>.<\/li>\n
    4. In the right panel, in the Syslog.global.logHost<\/strong> box, enter the IP or hostname of your syslog server.<\/li>\n
    5. Click OK<\/strong>.<\/li>\n
    6. Your host is now configured to forward all logs to your syslog server and the\u00a0non-persistent storage error will be suppressed.<\/li>\n<\/ol>\n
      \"syslog\"<\/a><\/p>\n
      Once you have enabled the redirection you also need to open the outbound port on your ESXi hosts (thanks to Sam for the reminder).<\/p>\n
        \n
      1. From the VMware Infrastructure Client, select the host.<\/li>\n
      2. Select the Configuration<\/strong> tab, then select Security Profile<\/strong>.<\/li>\n
      3. Next to Firewall<\/strong>, click Properties…<\/strong><\/li>\n
      4. Scroll down to syslog <\/strong>and tick the check box to open ports 514\/1514.<\/li>\n
      5. Click OK<\/strong>.<\/li>\n<\/ol>\n
        \"open<\/a><\/p>\n
        If anyone else comes across any useful NUC related homelab tips, please feel free to comment or mail them to me and I’ll add them to the list.<\/p>\n
        UPDATE: Duncan Epping describes the das.ignoreRedundantNetWarning fix on his blog, using the vSphere Web Client here:<\/em>
        \n        http:\/\/www.yellow-bricks.com\/2015\/05\/21\/this-host-currently-has-no-network-management-redundancy\/<\/a><\/em><\/p>\n
        Other parts of this article may be found here:<\/strong>
        \n         NanoLab \u2013 Running VMware vSphere on Intel NUC \u2013 Part 1 <\/a>
        \n        NanoLab \u2013 Running VMware vSphere on Intel NUC \u2013 Part 2<\/a>
        \n        VMware vSphere NanoLab \u2013 Part 4 \u2013 Network and Storage Choices<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
        I have really been enjoying messing about with my NanoLab for the past few days and it has already proved invaluable in a couple of projects I’m dealing [..]<\/p>\n","protected":false},"author":1,"featured_media":811,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"","_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[183,182,41],"tags":[140,186,57,86,181,184,546,545,185,56,122,543,540,88],"class_list":["post-824","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-intel-nuc","category-nanolab","category-vmware","tag-5-1","tag-dc3217iye","tag-education","tag-esxi","tag-homelab","tag-intel","tag-intel-nuc","tag-nanolab","tag-nuc","tag-training","tag-vcap5","tag-virtualisation","tag-vmware","tag-vsphere"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"http:\/\/tekhead.it\/wp-uploads\/www.tekhead.org\/2013\/01\/DHBOXDC3217IYE.jpg","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p2l3lU-di","amp_enabled":true,"_links":{"self":[{"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/posts\/824","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/comments?post=824"}],"version-history":[{"count":17,"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/posts\/824\/revisions"}],"predecessor-version":[{"id":862,"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/posts\/824\/revisions\/862"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/media\/811"}],"wp:attachment":[{"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/media?parent=824"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/categories?post=824"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/tekhead.it\/blog\/wp-json\/wp\/v2\/tags?post=824"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}