<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>esxi5 on TRUE IT STORIES</title><link>https://neu.true-it-stories.com/tags/esxi5/</link><description>Recent content in esxi5 on TRUE IT STORIES</description><generator>Hugo</generator><language>de-de</language><lastBuildDate>Wed, 21 Jan 2015 11:55:15 +0000</lastBuildDate><atom:link href="https://neu.true-it-stories.com/tags/esxi5/index.xml" rel="self" type="application/rss+xml"/><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>VMware ESXi 5.0 Known Issues at Hetzner</title><link>https://neu.true-it-stories.com/vmware-esxi-5-0-known-issues-at-hetzner/</link><pubDate>Fri, 18 Jan 2013 08:52:54 +0000</pubDate><guid>https://neu.true-it-stories.com/vmware-esxi-5-0-known-issues-at-hetzner/</guid><description>&lt;h3 id="keine-raid-informationen-mehr-im-vsphere-client"&gt;Keine RAID-Informationen mehr im vSphere Client&lt;/h3&gt;&#10;&lt;p&gt;Von Zeit zu Zeit kann es vorkommen, daß der Hardware Monitor im vSphere Client keine Informationen mehr über den RAID-Controller anzeigt. Möglicherweise verschwinden die einzelnen Einträge nach und nach, bis der Controller irgendwann gar nicht mehr auftaucht.&lt;br&gt;&#10;Dieser Fehler könnte mit der aktuellen Version des CIM/SMIS Providers von LSI behoben worden sein.&lt;br&gt;&#10;Ansonsten gibt es einen Workaround. Wir loggen an der SSH-Konsole des ESXi ein und führen diesen Befehl 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>