<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>esxcli on TRUE IT STORIES</title><link>https://neu.true-it-stories.com/tags/esxcli/</link><description>Recent content in esxcli on TRUE IT STORIES</description><generator>Hugo</generator><language>de-de</language><lastBuildDate>Fri, 31 Jul 2020 14:44:56 +0000</lastBuildDate><atom:link href="https://neu.true-it-stories.com/tags/esxcli/index.xml" rel="self" type="application/rss+xml"/><item><title>ALUA Rule for DataCore</title><link>https://neu.true-it-stories.com/alua-rule-for-datacore/</link><pubDate>Fri, 31 Jul 2020 14:44:56 +0000</pubDate><guid>https://neu.true-it-stories.com/alua-rule-for-datacore/</guid><description>&lt;p&gt;When you are using DataCore or other Storage Devices / Vendor for your VMware Environment you should check this out here:&lt;/p&gt;&#10;&lt;p&gt;ESXi 6.7 hosts with active/passive or ALUA based storage devices may see premature APD events during storage controller fail-over scenarios (67006)&lt;br&gt;&#10;&lt;a href="https://kb.vmware.com/s/article/67006"&gt;https://kb.vmware.com/s/article/67006&lt;/a&gt;&lt;/p&gt;&#10;&lt;p&gt;To Change the ALUA Rules on ESXi-Server running VMware ESXi 6.5 / 6.7 here the snippet&lt;/p&gt;&#10;&lt;pre tabindex="0"&gt;&lt;code&gt;esxcli storage nmp satp rule list -s VMW_SATP_ALUA | grep DataCore&#10;##REMOVE OLD RULE###&#10;esxcli storage nmp satp rule remove -V DataCore -M &amp;#34;Virtual Disk&amp;#34; -s VMW_SATP_ALUA -c tpgs_on -P VMW_PSP_RR&#10;### ADD NEW RULE###&#10;esxcli storage nmp satp rule add -V DataCore -M &amp;#34;Virtual Disk&amp;#34; -s VMW_SATP_ALUA -c tpgs_on -P VMW_PSP_RR -O iops=10 -o disable_action_OnRetryErrors&#10;esxcli storage nmp satp rule list -s VMW_SATP_ALUA | grep DataCore&#10;&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;But please check the actual DataCore FAQ 1556 before using this setting:&lt;br&gt;&#10;&lt;a href="https://datacore.custhelp.com/app/answers/detail/a_id/1556"&gt;The Host Server – VMware ESXi Configuration Guide&lt;/a&gt;&lt;/p&gt;</description></item><item><title>ESXi 6.7U3 qfle3 PSOD</title><link>https://neu.true-it-stories.com/esxi-6-7u3-qfle3-psod/</link><pubDate>Thu, 07 May 2020 08:52:14 +0000</pubDate><guid>https://neu.true-it-stories.com/esxi-6-7u3-qfle3-psod/</guid><description>&lt;p&gt;You use Qlogic network card and the qfle driver maybe your ESXi-Host will run into a PSOD. In may case it was the qfle3f driver and the hosts ran serveral times into a PSOD. The version of the driver does not matter in this case. If you the FCoE adapters in hosts then the hosts will always send some communication over thes adapters. In some cases there happens a PSOD because nobody is answering.&lt;/p&gt;</description></item><item><title>ESXi installation mit Lara auf Hetzner-Server</title><link>https://neu.true-it-stories.com/esxi-installation-mit-lara-auf-hetzner-server/</link><pubDate>Wed, 21 Jan 2015 11:55:15 +0000</pubDate><guid>https://neu.true-it-stories.com/esxi-installation-mit-lara-auf-hetzner-server/</guid><description>&lt;p&gt;Wer wie ich noch einen Server bei Hetzner bestellt und nicht die 25€ für das Einlegen eines ISOS möchte kann auch den Backup-Space von Hetzner benutzen.&lt;br&gt;&#10;Im Wiki von Hetzner gibt es eine Anleitung wie man vorgehen muss.&lt;br&gt;&#10;&lt;a href="http://wiki.hetzner.de/index.php/LARA#Nutzen_des_Backup_Space"&gt;http://wiki.hetzner.de/index.php/LARA#Nutzen_des_Backup_Space&lt;/a&gt;&lt;br&gt;&#10;Denkt dran das bei einigen Hetzner Servern eine Realtek Netzwerkkarte eingebaut ist, diese wird im aktuellen ESXi Image nicht mehr Unterstützt und man muss den Treiber hinzufügen.&lt;br&gt;&#10;Hier eine Anleitung um den Treiber in das Iso zu bekommen, &lt;a href="http://www.bussink.ch/?p=1228"&gt;http://www.bussink.ch/?p=1228&lt;/a&gt; oder &lt;a href="http://www.vladan.fr/realtek-8169-nics-not-detected-under-esxi-5-5/"&gt;http://www.vladan.fr/realtek-8169-nics-not-detected-under-esxi-5-5/&lt;/a&gt;&lt;br&gt;&#10;Viele Grüße&lt;br&gt;&#10;Sven&lt;/p&gt;</description></item><item><title>EX-Server mit VMware ESXi und LSI MegaRAID? Wöchentlich Kernel-Log checken!</title><link>https://neu.true-it-stories.com/server-vmware-esxi-lsi/</link><pubDate>Tue, 26 Mar 2013 10:13:50 +0000</pubDate><guid>https://neu.true-it-stories.com/server-vmware-esxi-lsi/</guid><description>&lt;p&gt;Hetzner liefert die MegaRAIDs in den EX-Servern mit vorkonfiguriertem wöchentlichem Konsistenzcheck aus. Der Zeitpunkt kann variieren; bei meinen beiden Servern startet er in der Nacht von Freitag auf Samstag, um 3 Uhr UTC (4 Uhr aktuelle Deutschlandzeit). Er dauert üblicherweise bis 10:00-10:30, je nach sonstiger Festplattenlast.&lt;br&gt;&#10;Der Check hinterläßt seine Spuren im Kernel-Log. Ein Blick in dieses Log kann also – unabhängig von sonstigem Monitoring – verraten, ob mit den Platten alles okay ist. Der Kernel-Log findet sich in &lt;strong&gt;/scratch/log/vmkernel.log&lt;/strong&gt; auf dem ESXi-Host.&lt;br&gt;&#10;Der Ablauf sieht im Idealfall gekürzt so aus:&lt;/p&gt;</description></item><item><title>Informations Anzeige mit MegaCLI</title><link>https://neu.true-it-stories.com/informations-anzeige-mit-megacli/</link><pubDate>Fri, 18 Jan 2013 08:36:58 +0000</pubDate><guid>https://neu.true-it-stories.com/informations-anzeige-mit-megacli/</guid><description>&lt;pre tabindex="0"&gt;&lt;code&gt;/opt/lsi/MegaCLI # ./MegaCli -AdpAllInfo -aAll&#10;&#10;==============================================================================&#10;&#10; Versions&#10;&#10; ================&#10;&#10;Product Name : LSI MegaRAID SAS 9260-4i&#10;&#10;Serial No : SV22820638&#10;&#10;FW Package Build: 12.12.0-0111&#10;&#10;Mfg. Data&#10;&#10; ================&#10;&#10;Mfg. Date : 07/12/12&#10;&#10;Rework Date : 00/00/00&#10;&#10;Revision No : 86B&#10;&#10;Battery FRU : N/A&#10;&#10;Image Versions in Flash:&#10;&#10; ================&#10;&#10;FW Version : 2.130.353-1663&#10;&#10;BIOS Version : 3.24.00_4.12.05.00_0x05160000&#10;&#10;Preboot CLI Version: 04.04-020:#%00009&#10;&#10;WebBIOS Version : 6.0-49-e_45-Rel&#10;&#10;NVDATA Version : 2.09.03-0032&#10;&#10;Boot Block Version : 2.02.00.00-0000&#10;&#10;BOOT Version : 09.250.01.219&#10;&#10;Pending Images in Flash&#10;&#10; ================&#10;&#10;None&#10;&#10;PCI Info&#10;&#10; ================&#10;&#10;Controller Id : 0000&#10;&#10;Vendor Id : 1000&#10;&#10;Device Id : 0079&#10;&#10;SubVendorId : 1000&#10;&#10;SubDeviceId : 9260&#10;&#10;Host Interface : PCIE&#10;&#10;ChipRevision : B4&#10;&#10;Number of Frontend Port: 0&#10;&#10;Device Interface : PCIE&#10;&#10;…&#10;&lt;/code&gt;&lt;/pre&gt;&lt;p&gt; &lt;/p&gt;</description></item><item><title>ESXi 5.x LSI MegaRAID SAS 9260-4i Raid-1 Rebuild</title><link>https://neu.true-it-stories.com/esxi-5-lsi-megaraid-sas-9260-raid-rebuild/</link><pubDate>Fri, 18 Jan 2013 08:34:00 +0000</pubDate><guid>https://neu.true-it-stories.com/esxi-5-lsi-megaraid-sas-9260-raid-rebuild/</guid><description>&lt;p&gt;In diesem Abschnitt dokumentieren wir den Testlauf für einen Fall, den man als Serverbetreiber am liebsten nie haben möchte: Ausfall einer Platte im RAID-1.&lt;br&gt;&#10;Alle Aktionen in diesem Abschnitt führen wir mit dem MegaCli auf der Shell des Hosts durch.&lt;/p&gt;&#10;&lt;h3 id="erkennung-eines-plattenausfalls"&gt;Erkennung eines Plattenausfalls&lt;/h3&gt;&#10;&lt;p&gt;Ein Plattenausfall äußert sich darin, daß das Virtual Drive 0 nicht mehr als “Optimal” angezeigt wird. Ersichtlich wird dies im vSphere-Client unter &lt;strong&gt;Configuration / Health Status&lt;/strong&gt;:&lt;/p&gt;&#10;&lt;p&gt;Außerdem läßt es sich in der Host-Shell mittels MegaCli abfragen:&lt;/p&gt;</description></item><item><title>VMware ESXi 5.0 auf 5.1 Updaten ohne KVM Zugriff</title><link>https://neu.true-it-stories.com/vmware-esxi-5-0-auf-5-1-updaten/</link><pubDate>Fri, 18 Jan 2013 07:42:13 +0000</pubDate><guid>https://neu.true-it-stories.com/vmware-esxi-5-0-auf-5-1-updaten/</guid><description>&lt;p&gt;Nach der Auslieferung des ESXi-Servers von Hetzner kann man Überlegen, ob man die Updates für 5.0 Update 1 Updates einspielt, oder wie hier jetzt dargestellt das Update auf ESXi 5.1.&lt;br&gt;&#10;Dabei ist zu bedenken, daß möglicherweise noch nicht alle Drittanbieter-Software, die Verwendung finden soll, (vollständig) mit ESXi 5.1 kompatibel ist. Als Beispiel sei die Backup-Software “Veeam Backup &amp;amp; Replication” genannt, bei der noch nicht alle Funktionen unter 5.1 korrekt laufen.&lt;br&gt;&#10;Viele Dritthersteller erhalten offenbar von VMware erst sehr spät, quasi gleichzeitig mit der Allgemeinheit, Zugriff auf neue Major Releases, so daß einige Zeit vergeht, bis diese ihre Produkte angepaßt haben.&lt;br&gt;&#10;Wir empfehlen daher, mit dem Update auf 5.1 zu warten, bis Kompatibilität hergestellt ist und die üblicherweise vorhandenen “Kinderkrankheiten” ausgeräumt sind.&lt;/p&gt;</description></item></channel></rss>