<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Mostly Anything</title>
	<atom:link href="http://blog.devnull.ch/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.devnull.ch</link>
	<description>IT Blog über VMWare, SQL, Storage, Security und mehr.</description>
	<lastBuildDate>Thu, 15 Jul 2010 16:35:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Manuelle Installation SCCM Client</title>
		<link>http://blog.devnull.ch/2010/07/15/manuelle-installation-sccm-client/</link>
		<comments>http://blog.devnull.ch/2010/07/15/manuelle-installation-sccm-client/#comments</comments>
		<pubDate>Thu, 15 Jul 2010 16:35:58 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[SCCM]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=203</guid>
		<description><![CDATA[Hatte heute einen Client, bei dem die Remote Installation irgendwie nicht ging. Hatte leider keine Zeit, das zu untersuchen. Der SCCM Client musste moeglichst schnell auf den Rechner. Also manuelle Installation: Auf dem Client folgendes ausgeführt: CCMSetup.exe /mp:SMSServer01 /logon SMSSITECODE=SiteCode FSP=SMSFP01 CCMSetup.exe findet man via Share auf dem SCCM Server \\SCCMServer\SMS_SiteCode\Client MP ist der Management [...]]]></description>
			<content:encoded><![CDATA[<p>Hatte heute einen Client, bei dem die Remote Installation irgendwie nicht ging. Hatte leider keine Zeit, das zu untersuchen. Der SCCM Client musste moeglichst schnell auf den Rechner. Also manuelle Installation:<br />
Auf dem Client folgendes ausgeführt:</p>
<p><code>CCMSetup.exe /mp:SMSServer01 /logon SMSSITECODE=SiteCode FSP=SMSFP01</code></p>
<p>CCMSetup.exe findet man via Share auf dem SCCM Server<br />
\\SCCMServer\SMS_SiteCode\Client</p>
<p>MP ist der Management Point Server<br />
SITECODE ist klar.<br />
FSP ist der Fallback System Point Server</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2010/07/15/manuelle-installation-sccm-client/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mac OS X Spotlight resetten</title>
		<link>http://blog.devnull.ch/2010/07/15/mac-os-x-spotlight-resetten/</link>
		<comments>http://blog.devnull.ch/2010/07/15/mac-os-x-spotlight-resetten/#comments</comments>
		<pubDate>Thu, 15 Jul 2010 07:02:44 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[OS X]]></category>
		<category><![CDATA[Spotlight]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=199</guid>
		<description><![CDATA[Spotlight auf meinem Mac macht etwas Probleme. Es findet Dinge nicht mehr und bei einigen Apps zeigt es mir einen Ordner anstelle der Applikation an. Zeit Spotlight zurückzusetzten und den Search Index neu zu initialisieren. Das geht ganz einfach auf der Shell: sudo mdutil -E / Danach muss der Index neu erstellt werden. Dies passiert [...]]]></description>
			<content:encoded><![CDATA[<p>Spotlight auf meinem Mac macht etwas Probleme. Es findet Dinge nicht mehr und bei einigen Apps zeigt es mir einen Ordner anstelle der Applikation an. Zeit Spotlight zurückzusetzten und den Search Index neu zu initialisieren. Das geht ganz einfach auf der Shell:</p>
<p><code>sudo mdutil -E /</code></p>
<p>Danach muss der Index neu erstellt werden. Dies passiert automatisch, kann aber auch erzwungen werden:</p>
<p><code>sudo mdutil -i on /</code></p>
<p>Je nach Grösse der zu indexierenden HDs/Daten kann das einige Stunden dauern.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2010/07/15/mac-os-x-spotlight-resetten/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sharepoint generiert enorm grosse Logfiles</title>
		<link>http://blog.devnull.ch/2010/07/14/sharepoint-generiert-enorm-grosse-logfiles/</link>
		<comments>http://blog.devnull.ch/2010/07/14/sharepoint-generiert-enorm-grosse-logfiles/#comments</comments>
		<pubDate>Wed, 14 Jul 2010 09:01:37 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Applikationen]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Logfiles]]></category>
		<category><![CDATA[Logs]]></category>
		<category><![CDATA[Sharepoint]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=195</guid>
		<description><![CDATA[Meine liebste Microsoft Applikation (sollte Ironie sein) Sharepoint hat bei einem Testserver fast die ganze Festplatte gefüllt. Und war ist das Verzeichnis c:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS mit riesigen Logfiles um die 512MB gefüllt. Wenn man sich die Logfiles genauer anschaut, sieht man, dass viele Einträge informeller Natur sind und keine Fehlermeldungen. Ich benötige [...]]]></description>
			<content:encoded><![CDATA[<p>Meine liebste Microsoft Applikation (sollte Ironie sein) Sharepoint hat bei einem Testserver fast die ganze Festplatte gefüllt. Und war ist das Verzeichnis</p>
<p><code>c:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS</code></p>
<p>mit riesigen Logfiles um die 512MB gefüllt. Wenn man sich die Logfiles genauer anschaut, sieht man, dass viele Einträge informeller Natur sind und keine Fehlermeldungen. Ich benötige bei dem Server aber nur die Fehlermeldungen und Errors. Also kurz den LoggingLevel von General umstellen. Dies geht mit</p>
<p><code>stsadm -o setlogginglevel -category "general" -tracelevel none</code></p>
<p>Dadurch werden General Meldungen nicht mehr geloggt und die Logfiles sind wieder auf einem erträglichen Mass.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2010/07/14/sharepoint-generiert-enorm-grosse-logfiles/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Alle VMWare Snapshots in Powershell auflisten</title>
		<link>http://blog.devnull.ch/2010/07/05/alle-vmware-snapshots-in-powershell-auflisten/</link>
		<comments>http://blog.devnull.ch/2010/07/05/alle-vmware-snapshots-in-powershell-auflisten/#comments</comments>
		<pubDate>Mon, 05 Jul 2010 10:46:41 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Powershell]]></category>
		<category><![CDATA[VMWare]]></category>
		<category><![CDATA[Snapshots]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=165</guid>
		<description><![CDATA[Man braucht immer wieder mal eine Liste aller Snapshots. Das ist mit vSphere PowerCLI auch ganz einfach Get-VM &#124; Sort Name &#124; Get-Snapshot &#124; Where { $_.Name.Length -gt 0 } &#124; Select VM,Name,Description,Created Das kann man natürlich auch auf ein Datacenter einschränken Get-Datacenter -Name "Datacenter Name" &#124; Get-VM &#124; Sort Name &#124; Get-Snapshot &#124; Where [...]]]></description>
			<content:encoded><![CDATA[<p>Man braucht immer wieder mal eine Liste aller Snapshots. Das ist mit vSphere PowerCLI auch ganz einfach</p>
<pre class="brush:ps">
Get-VM | Sort Name | Get-Snapshot |
Where { $_.Name.Length -gt 0 } |
Select VM,Name,Description,Created
</pre>
<p>Das kann man natürlich auch auf ein Datacenter einschränken</p>
<pre class="brush:ps">
Get-Datacenter -Name "Datacenter Name" | Get-VM |
Sort Name | Get-Snapshot |
Where { $_.Name.Length -gt 0 } |
Select VM,Name,Description,Created
</pre>
<p>Oder auf einen Cluster</p>
<pre class="brush:ps">
Get-Cluster -Name "Cluster Name" | Get-VM |
Sort Name | Get-Snapshot |
Where { $_.Name.Length -gt 0 } |
Select VM,Name,Description,Created
</pre>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2010/07/05/alle-vmware-snapshots-in-powershell-auflisten/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fehler beim Versuch RedHat via yum zu aktualisieren</title>
		<link>http://blog.devnull.ch/2010/04/13/fehler-beim-versuch-redhat-via-yum-zu-aktualisieren/</link>
		<comments>http://blog.devnull.ch/2010/04/13/fehler-beim-versuch-redhat-via-yum-zu-aktualisieren/#comments</comments>
		<pubDate>Tue, 13 Apr 2010 07:33:16 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[dependencies]]></category>
		<category><![CDATA[RedHat]]></category>
		<category><![CDATA[yum]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=160</guid>
		<description><![CDATA[Wollte gerade 2 RedHat Enterprise Server 5 System auf den aktuellen Stand bringen. Ist eigentlich ganz einfach. yum check-update und danach ein yum update Beim ersten System lief das auch ohne Probleme durch, beim zweiten bekam ich viele Fehlermeldungen, z.b. Error: Missing Dependency: libnewt.so.0.52(NEWT_0.52) is needed by package setuptool-1.19.2-1.i386 (installed) Error: Missing Dependency: libnewt.so.0.52 is [...]]]></description>
			<content:encoded><![CDATA[<p>Wollte gerade 2 RedHat Enterprise Server 5 System auf den aktuellen Stand bringen. Ist eigentlich ganz einfach.</p>
<blockquote><p>yum check-update</p></blockquote>
<p>und danach ein</p>
<blockquote><p>yum update</p></blockquote>
<p>Beim ersten System lief das auch ohne Probleme durch, beim zweiten bekam ich viele Fehlermeldungen, z.b.</p>
<blockquote><p>Error: Missing Dependency: libnewt.so.0.52(NEWT_0.52) is needed by package setuptool-1.19.2-1.i386 (installed)<br />
Error: Missing Dependency: libnewt.so.0.52 is needed by package ntsysv-1.3.30.2-2.el5.i386 (rhel-i386-server-5)<br />
Error: Missing Dependency: libnewt.so.0.52(NEWT_0.52) is needed by package ntsysv-1.3.30.2-2.el5.i386 (rhel-i386-server-5)<br />
Error: Missing Dependency: newt is needed by package rhpxl-0.41.1-9.el5.i386 (rhel-i386-server-5)<br />
Error: Missing Dependency: libnewt.so.0.52(NEWT_0.52) is needed by package system-config-securitylevel-tui-1.6.29.1-5.el5.i386 (rhel-i386-server-5)<br />
Error: Missing Dependency: newt is needed by package system-config-date-1.8.12-4.el5.noarch (rhel-i386-server-5)<br />
Error: Missing Dependency: libnewt.so.0.52 is needed by package setuptool-1.19.2-1.i386 (installed)<br />
Error: Missing Dependency: newt is needed by package authconfig-5.3.21-6.el5.i386 (rhel-i386-server-5)<br />
Error: Missing Dependency: newt is needed by package rhn-client-tools-0.4.20-33.el5_5.1.noarch (rhel-i386-server-5)<br />
Error: Missing Dependency: libnewt.so.0.52 is needed by package system-config-securitylevel-tui-1.6.29.1-5.el5.i386 (rhel-i386-server-5)</p></blockquote>
<p>Eigentlich komisch, da yum ja solche dependencies selber auflösen sollte. Hier ist irgendwas durcheinandergeraten. Die Lösung ist simple und schnell</p>
<blockquote><p>yum clear all</p></blockquote>
<p>Danach läuft</p>
<blockquote><p>yum update</p></blockquote>
<p>ohne Probleme durch.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2010/04/13/fehler-beim-versuch-redhat-via-yum-zu-aktualisieren/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Show Desktop Icon in Quick Launch Toolbar wiederherstellen</title>
		<link>http://blog.devnull.ch/2009/11/17/show-desktop-icon-in-quick-launch-toolbar-wiederherstellen/</link>
		<comments>http://blog.devnull.ch/2009/11/17/show-desktop-icon-in-quick-launch-toolbar-wiederherstellen/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 08:58:05 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Windows]]></category>
		<category><![CDATA[Icon]]></category>
		<category><![CDATA[Show Desktop]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=157</guid>
		<description><![CDATA[So wie es scheint habe ich das &#8220;Show Desktop Icon&#8221; im Quick Launch Toolbar auf einem Server gelöscht. Windowstaste-M oder Windowstaste-D geht über RDP schlecht. Zum Glück ist es einfach das Icon wiederherzustellen. Einfach in einer command line folgende Zeilen eigeben: regsvr32 /n /i:U shell32.dll Dann ein Logoff und Relogon und das Icon ist wieder [...]]]></description>
			<content:encoded><![CDATA[<p>So wie es scheint habe ich das &#8220;Show Desktop Icon&#8221; im Quick Launch Toolbar auf einem Server gelöscht. Windowstaste-M oder Windowstaste-D geht über RDP schlecht. Zum Glück ist es einfach das Icon wiederherzustellen. Einfach in einer command line folgende Zeilen eigeben:</p>
<blockquote><p>regsvr32 /n /i:U shell32.dll</p></blockquote>
<p>Dann ein Logoff und Relogon und das Icon ist wieder da.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/11/17/show-desktop-icon-in-quick-launch-toolbar-wiederherstellen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Standard File Format beim Speichern in Office via GPO setzen</title>
		<link>http://blog.devnull.ch/2009/10/27/standard-file-format-beim-speichern-in-office-via-gpo-setzen/</link>
		<comments>http://blog.devnull.ch/2009/10/27/standard-file-format-beim-speichern-in-office-via-gpo-setzen/#comments</comments>
		<pubDate>Tue, 27 Oct 2009 11:06:18 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[GPO]]></category>
		<category><![CDATA[Office 2007]]></category>
		<category><![CDATA[Save As]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=151</guid>
		<description><![CDATA[Office 2007 (um genau zu sein die einzelnen Programme wie Word 2007, Excel 2007 und PowerPoint 2007) speichert per Default die Dokumente im neuen XML Format (.docx, .xlsx, .pptx). Wir haben hier häufig Kontakt mit externen Firmen, die noch ältere Versionen von Office einsetzen. Deshalb möchte ich in der Domain die Einstellungen so setzten, dass [...]]]></description>
			<content:encoded><![CDATA[<p>Office 2007 (um genau zu sein die einzelnen Programme wie Word 2007, Excel 2007 und PowerPoint 2007) speichert per Default die Dokumente im neuen XML Format (.docx, .xlsx, .pptx). Wir haben hier häufig Kontakt mit externen Firmen, die noch ältere Versionen von Office einsetzen. Deshalb möchte ich in der Domain die Einstellungen so setzten, dass alle User die Dokumente per Default im jeweiligen 2003 Format (.doc, .xls, .ppt) speichern. Das geht sehr einfach mit Group Policies. Zuerst müssen wir die <a href="http://go.microsoft.com/fwlink/?LinkId=78161" target="_blank">2007 Office System Administrative Templates (ADM)</a> herunterladen. Ab Windows 2008 und Vista koennen diese dann auch zentral abgelegt werden, damit sie von jedem Group Policy Manager benutzt werden koennen. Dies in einem anderen Artikel.</p>
<p>Danach einfach im Group Policy Manager eine neue GPO erstellen oder eine bestehende bearbeiten. In</p>
<p>User Configration &#8211; Policies &#8211; Adminstrative Templates &#8211; Microsoft Office Excel 2007 &#8211; Excel Options &#8211; Save &#8211; Save Excel Files as</p>
<p>Die Option enablen und &#8220;Save Excel File as&#8221; &#8220;Excel 97-2003 Workbook (*.xls)&#8221; setzen</p>
<p><a href="http://blog.devnull.ch/wp-content/uploads/2009/10/SS-2009.10.27-12.02.10.png"><img class="alignnone size-full wp-image-152" title="Group Policy Editor - Excel 2007 ADM" src="http://blog.devnull.ch/wp-content/uploads/2009/10/SS-2009.10.27-12.02.10.png" alt="Group Policy Editor - Excel 2007 ADM" width="244" height="270" /></a></p>
<p>Für Word und Powerpoint den Wert im entsprechenden Administrative Template setzen.</p>
<p>Die GPO dann mit der gewünschten OU verlinken und die Optionen gelten für alle (oder einen Teil) der User.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/10/27/standard-file-format-beim-speichern-in-office-via-gpo-setzen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMWare ESX4i zeigt Snapshots im Client nicht an</title>
		<link>http://blog.devnull.ch/2009/10/17/vmware-esx4i-zeigt-snapshots-im-client-nicht-an/</link>
		<comments>http://blog.devnull.ch/2009/10/17/vmware-esx4i-zeigt-snapshots-im-client-nicht-an/#comments</comments>
		<pubDate>Sat, 17 Oct 2009 20:39:33 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[VMWare]]></category>
		<category><![CDATA[Snapshots]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=148</guid>
		<description><![CDATA[Seit Tagen probiere ich an einem Backup Script für ESX4i rum. Und es will und will nicht funktionieren. Das Script mach keine Backups. Zuerst dachte ich ich habe was falschen mit dem Crontab Eintrag auf der vSphere Management Assistant Appliance gemacht. Daran lags nicht. Das Script meint, dass bereits Snapshots vom Script vorhanden sind und [...]]]></description>
			<content:encoded><![CDATA[<p>Seit Tagen probiere ich an einem Backup Script für ESX4i rum. Und es will und will nicht funktionieren. Das Script mach keine Backups. Zuerst dachte ich ich habe was falschen mit dem Crontab Eintrag auf der vSphere Management Assistant Appliance gemacht. Daran lags nicht. Das Script meint, dass bereits Snapshots vom Script vorhanden sind und beendet sich dann. Also schnell in den vSphere Client und die Snapshots löschen. Da sind keine Snapshots. Hmmm &#8230; auf dem Volume seh ich aber -delta.vmdk files.</p>
<p>Die Lösung ist simple. Einfach im vSphere Client einen neuen Snapshot z.B. test erstellen. Danach wird auch der andere angezeigt, dann kann ich wieder alle Löschen. Da ist er momentan auch dran. Seit über 1h.</p>
<p>Muss noch schauen ob das ein bekanntes Problem ist. Und ob das gleiche auch via command line, z.b. mit PowerCLI passiert.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/10/17/vmware-esx4i-zeigt-snapshots-im-client-nicht-an/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>NetApp Deduplication von VMWare NFS store</title>
		<link>http://blog.devnull.ch/2009/09/03/netapp-deduplication-von-vmware-nfs-store/</link>
		<comments>http://blog.devnull.ch/2009/09/03/netapp-deduplication-von-vmware-nfs-store/#comments</comments>
		<pubDate>Thu, 03 Sep 2009 18:00:46 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Netapp]]></category>
		<category><![CDATA[VMWare]]></category>
		<category><![CDATA[Deduplication]]></category>
		<category><![CDATA[NetApp]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=145</guid>
		<description><![CDATA[Also ich wusste ja, dass auf VMWare Stores mit Deduplication viel rauszuholen ist .. aber das hier: amsfas21&#62; df -s Filesystem                used      saved       %saved /vol/vmware_data01/   68863864  303083528          81% Da bin ich doch baff. Mal sehen. Hab schon ca. 20 VMs auf den neuen FAS2020 migriert. Mal sehen wie es aussieht wenn ich alle Server drüben [...]]]></description>
			<content:encoded><![CDATA[<p>Also ich wusste ja, dass auf VMWare Stores mit Deduplication viel rauszuholen ist .. aber das hier:</p>
<blockquote><p>amsfas21&gt; df -s<br />
Filesystem                used      saved       %saved<br />
/vol/vmware_data01/   68863864  303083528          81%</p></blockquote>
<p>Da bin ich doch baff. Mal sehen. Hab schon ca. 20 VMs auf den neuen FAS2020 migriert. Mal sehen wie es aussieht wenn ich alle Server drüben hab.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/09/03/netapp-deduplication-von-vmware-nfs-store/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>VMWare Storage vMotion mit PowerCLI</title>
		<link>http://blog.devnull.ch/2009/09/03/vmware-storage-vmotion-mit-powercli/</link>
		<comments>http://blog.devnull.ch/2009/09/03/vmware-storage-vmotion-mit-powercli/#comments</comments>
		<pubDate>Thu, 03 Sep 2009 09:54:10 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[VMWare]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMotion]]></category>

		<guid isPermaLink="false">http://blog.devnull.ch/?p=141</guid>
		<description><![CDATA[Das VMWare Tool &#8220;vSphere PowerCLI&#8221; ermöglich das Scripting von VMWare via PowerShell. Wer&#8217;s noch nicht installiert hat holt es sich am Besten sofort bei VMWare. Ist ein Gratis Download. Zuerst muss natürlich immer eine Verbindung zu einem VMWare/Virtual Center/vCenter Server hergestellt werden. Das geht mit Connect-VIServer Dann fragt er die Angaben interaktiv ab oder mit [...]]]></description>
			<content:encoded><![CDATA[<p>Das VMWare Tool &#8220;vSphere PowerCLI&#8221; ermöglich das Scripting von VMWare via PowerShell. Wer&#8217;s noch nicht installiert hat holt es sich am Besten sofort bei VMWare. Ist ein Gratis Download.</p>
<p>Zuerst muss natürlich immer eine Verbindung zu einem VMWare/Virtual Center/vCenter Server hergestellt werden. Das geht mit</p>
<blockquote><p>Connect-VIServer</p></blockquote>
<p>Dann fragt er die Angaben interaktiv ab oder mit</p>
<blockquote><p>Connect-ViServer -Server vcserver01 -User admin -Password supersecret</p></blockquote>
<p>gehts auch via Command Line.</p>
<p>Nun habe ich einen Server (Server01) denn ich im laufenden Betrieb via Storage vMotion auf den Datastore dsNew verschieben will. Das geht mit</p>
<blockquote><p>Get-VM Server01 | Move-VM -Datastore (Get-Datastore dsNew)</p></blockquote>
<p>Das wars auch schon. Das geht natürlich auch übers GUI aber wenn wir z.B. alle VMs vom Datastore dsOld zum neuen Datastore verschieben wollen, dann kann das durchaus ein rechtes geklicke werden. Mit PowerCLI geht das ganz einfach:</p>
<blockquote><p>Get-VM -Datastore dsOld | Move-VM -Datastore (Get-Datastore dsNew)</p></blockquote>
<p>So können auch Dutzende von VMs schnell und einfach migriert werden.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.devnull.ch/2009/09/03/vmware-storage-vmotion-mit-powercli/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
