<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>VMware Communities : All Content - All Communities</title>
    <link>http://communities.vmware.com/index.jspa</link>
    <description>All Content in VMware Communities</description>
    <language>en</language>
    <pubDate>Sun, 22 Nov 2009 16:14:27 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2009-11-22T16:14:27Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>Getting RDP not PCoIP with View 4</title>
      <link>http://communities.vmware.com/message/1423238</link>
      <description>I did actually RTFM, which is rare for me, but I didn't see that bit. Thanks - so at least it is expected if not ideal.&lt;br /&gt;
&lt;p /&gt;
Guy Leech&lt;br /&gt;
VMware vExpert 2009&lt;br /&gt;
&lt;br /&gt;
---&lt;br /&gt;
If you found this or any other answer useful please consider the use of the Helpful or Correct buttons to award points.</description>
      <category domain="http://communities.vmware.com/tags?communityID=1">view4</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">pcoip</category>
      <pubDate>Sun, 22 Nov 2009 16:14:27 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/1423238</guid>
      <dc:date>2009-11-22T16:14:27Z</dc:date>
      <clearspace:dateToText>1 day, 1 hour ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>The VMware Server 2 community does not exist!</title>
      <link>http://communities.vmware.com/message/1397660</link>
      <description>Looking good once more - thanks everyone.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
Guy Leech&lt;br /&gt;
VMware vExpert 2009&lt;br /&gt;
&lt;br /&gt;
---&lt;br /&gt;
If you found this or any other answer useful please consider the use of the Helpful or Correct buttons to award points.</description>
      <pubDate>Sat, 24 Oct 2009 09:31:43 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/1397660</guid>
      <dc:date>2009-10-24T09:31:43Z</dc:date>
      <clearspace:dateToText>1 month, 8 hours ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>Error 25085.Setup failed to register VMware vCenter Update Manager extension to VMware vCenter Server</title>
      <link>http://communities.vmware.com/message/1395214</link>
      <description>&lt;br /&gt;
Thought I'd share this as its taken me a while to figure out why an Update Manager install on top of a working vCenter 4.0 kept failing with the above error. This was on x64 but I suspect it will be the same on x86.&lt;br /&gt;
&lt;p /&gt;
Although you can generate an MSI log from the update manager installer executable (it doesn't like you running the msi directly), this doesn't help as it just gives the error message without any detail or context. The key log file was vminst.log  which is found in %TEMP% for the user running the installer. In there it gives the command line given to the vciInstallUtils.exe program (which is run by a custom action) which when run manually shows me that I've been a muppet and given the account that I specified for VC access in the installer the wrong permissions in VC. A quick change of the permissions, rerun the installer and it's working.&lt;br /&gt;
&lt;p /&gt;
It's also interesting because it shows why you need to have no special characters, such as spaces or quote marks, in the password you specify since it is passed unquoted, via the -P option, to the vciInstallUtils.exe program so spaces will be interpreted as a separate command line option.&lt;br /&gt;
&lt;p /&gt;
&lt;div class="jive-quote"&gt;
&lt;p /&gt;
&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:44:55&lt;hr /&gt;
Begin Logging&lt;hr /&gt;
VMware Update Manager-build-162871: 10/21/09 19:44:55 --- CA exec: VMRegisterExtension&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:44:55 INFO: Reg/UnReg extn command: &lt;strike&gt;"-v 192.168.0.30 -p 80 -U "leech\svc_vmware" -P *** -S "C:\Program Files (x86)\VMware\Infrastructure\Update Manager\extension.xml" -C "C:\Program Files (x86)\VMware\Infrastructure\Update Manager&lt;br clear="all" /&gt;" -L "C:\DOCUME~1\admingl\LOCALS~1\Temp&lt;br clear="all" /&gt;" -O extupdate"&lt;/strike&gt;&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:44:55 AppendPath::done Path: C:\Program Files (x86)\VMware\Infrastructure\Update Manager\vciInstallUtils.exe&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:44:55 Found "C:\Program Files (x86)\VMware\Infrastructure\Update Manager\vciInstallUtils.exe"&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:45:00 Process returned 199&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:45:00 Error:: Unknown VC error&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:45:00 ERROR: VUM registeration with VC failed&lt;br /&gt;
VMware Update Manager-build-162871: 10/21/09 19:45:00 Posting error message 25085&lt;br /&gt;
&lt;p /&gt;
&lt;/div&gt;
&lt;p /&gt;
The vciInstallUtils.exe run manually with the command line from the log file gave:&lt;br /&gt;
&lt;p /&gt;
&lt;div class="jive-quote"&gt;
&lt;p /&gt;
  &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=logUtil%2C+250"&gt;logUtil, 250&lt;/a&gt; Product = VMware UpdateManager, Version = 4.0.0, Build = 162871&lt;br /&gt;
 VC server URL: &lt;a class="jive-link-external" href="http://192.168.0.30:80"&gt;http://192.168.0.30:80&lt;/a&gt;&lt;br /&gt;
&lt;strike&gt;2009-10-21 20:16:05.931 03892 info 'Extension'&lt;/strike&gt; Connecting to host 192.168.0.30 on port 80 using protocol http&lt;br /&gt;
&lt;p /&gt;
&lt;strike&gt;2009-10-21 20:16:05.978 03892 info 'Extension'&lt;/strike&gt; Authenticating user leech\svc_vmware&lt;br /&gt;
&lt;strike&gt;2009-10-21 20:16:06.009 03892 info 'Extension'&lt;/strike&gt; Logged in!&lt;br /&gt;
 MethodFault error: vim.fault.NoPermission&lt;br /&gt;
  &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=installerRunVCCommand%2C+381"&gt;installerRunVCCommand, 381&lt;/a&gt;  &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=VCSERVER"&gt;VCSERVER&lt;/a&gt; The extension registration failed&lt;br /&gt;
  &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=installerRunVCCommand%2C+384"&gt;installerRunVCCommand, 384&lt;/a&gt;  &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=VCSERVER"&gt;VCSERVER&lt;/a&gt; Register extension failed 1066&lt;br /&gt;
&lt;p /&gt;
&lt;/div&gt;
&lt;p /&gt;
I hope this saves someone else the few hours it has taken me to get to the bottom of it.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
Guy Leech&lt;br /&gt;
VMware vExpert 2009&lt;br /&gt;
&lt;br /&gt;
---&lt;br /&gt;
If you found this or any other answer useful please consider the use of the Helpful or Correct buttons to award points.</description>
      <category domain="http://communities.vmware.com/tags?communityID=1">update_manager</category>
      <pubDate>Wed, 21 Oct 2009 19:56:35 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/1395214</guid>
      <dc:date>2009-10-21T19:56:35Z</dc:date>
      <clearspace:dateToText>1 month, 2 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>Getting the View client's IP address</title>
      <link>http://communities.vmware.com/message/1210638</link>
      <description>&lt;br /&gt;
I'm looking for this functionality as well.&lt;br /&gt;
&lt;p /&gt;
I can script a fair amount of things if I know where the client is on our network.  (closet printer, etc.)&lt;br /&gt;
&lt;p /&gt;
 my temporary workaround is to carefully name my thin clients, and use that in my scripts if the IP address comes back as 127.0.0.1&lt;br /&gt;
&lt;p /&gt;
 (I'm using WTSManager.shell in my scripts)&lt;br /&gt;
&lt;p /&gt;
 here's a snippet of what I'm doing:&lt;br /&gt;
&lt;p /&gt;
if ( ipaddress = "127.0.0.1" ) then&lt;br /&gt;
    ClientName = WTS.MyClientName&lt;br /&gt;
    matchClientName = left(ClientName,6)&lt;br /&gt;
    Select Case matchClientName&lt;br /&gt;
        Case "XX-F1-": Vlan = 189&lt;br /&gt;
        Case "XX-F2-": Vlan = 182&lt;br /&gt;
        Case "XX-F3-": Vlan = 186&lt;br /&gt;
        Case "XX-F4-": Vlan = 184&lt;br /&gt;
    End Select    &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
somethign like that. &lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <pubDate>Fri, 27 Mar 2009 15:25:06 GMT</pubDate>
      <author>wbarnes</author>
      <guid>http://communities.vmware.com/message/1210638</guid>
      <dc:date>2009-03-27T15:25:06Z</dc:date>
      <clearspace:dateToText>8 months, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>IE8 seems ok with VMware Infrastructure Web Access</title>
      <link>http://communities.vmware.com/message/1204980</link>
      <description>&lt;br /&gt;
I've installed the release build of IE8 on a Vista x86 SP1 system, over IE7, and it seems absolutely fine in acccessing Server 2.0, running on an openSUSE 11.1 host. In fact, it feels crisper and certainly doesn't have the client certificate prompts at initial connect/logon.&lt;br /&gt;
&lt;p /&gt;
I wouldn't like to say that it is an exhaustive test but I changed some host settings, created and booted a VM, got a remote console to it (previously installed with IE7), powered it off and deleted it from inventory and disk. Also changed settings successfully of a running VM. In fact, didn't find anything that didn't work.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <pubDate>Fri, 20 Mar 2009 19:13:02 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/1204980</guid>
      <dc:date>2009-03-20T19:13:02Z</dc:date>
      <clearspace:dateToText>8 months, 1 week ago</clearspace:dateToText>
    </item>
    <item>
      <title>Cloning a snapshotted VM and restoring to the exact point of the snapshot</title>
      <link>http://communities.vmware.com/blogs/guyrleech/2009/03/07/cloning-a-snapshotted-vm-and-restoring-to-the-exact-point-of-the-snapshot</link>
      <description>If you snapshot a running VM and then just copy the base disk away then you lose the running information and may corrupt a VM restored from this disk particularly if the VM is stateful like a database server. The method below will work to allow you to take a snapshot of a live machine, copy away the files and create a cloned VM that can be resumed from the exact point of the snapshot. This technique can be used for backup and restore purposes and is obviously scriptable. The reason we do this is because the disk files of a running VM are locked and therefore cannot be copied, particularly on Linux hosts where there is no VSS functionality. Note that the disk files in use after the snapshot are called *-000001.vmdk where there may be more than one depending on how many disks you have and whether they are split into 2GB chunks or not. The .vmdk disk files that are not named *-000001.vmdk are the base, original disks, and are no longer locked after a snapshot since they are read-only.&lt;br /&gt;
&lt;br /&gt;
1) Create a new folder for the cloned VM &lt;br /&gt;
&lt;br /&gt;
2) Copy in here the following files from the running, snapshotted VM you want to live backup:&lt;br /&gt;
&lt;br /&gt;
&lt;blockquote&gt;*-Snapshot1.vmem renamed to drop the "-Snapshot1" part &lt;br clear="all" /&gt;	*-Snapshot1.vmsn renamed to drop the "-Snapshot1" part and change ".vmsn" to ".vmss" &lt;br clear="all" /&gt;	Disk files (obviously more than one file if 2GB split) - don't copy the *-000001.vmdk files as these are the post snapshot disk files and will be in use &lt;br clear="all" /&gt;	*.vmx &lt;br clear="all" /&gt;	*.vmxf &lt;br clear="all" /&gt;	*.nvram&lt;/blockquote&gt;
&lt;br /&gt;
3) Add this line to the .vmx which is the key to making VMware realise that this VM that you add to the inventory is suspended:&lt;br /&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;checkpoint.vmState = "Whatever it is called.vmss"&lt;/div&gt;
4) Change the reference to the disk in the .vmx from *-000001.vmdk to the base .vmdk(s) that you have copied over&lt;br /&gt;
&lt;br /&gt;
5) Add the .vmx to the inventory and check that it shows as suspended&lt;br /&gt;
&lt;br /&gt;
5) Start it - note that it will ask if you have copied or moved it but you can safely answer "copied" and it will retain the suspended state and not clash with the other VM at the VMware layer but may do network, SID, etc wise if the original VM is still running&lt;br /&gt;
&lt;br /&gt;
I have tested this on an openSUSE host but beleive it should work too on Windows hosts.</description>
      <category domain="http://communities.vmware.com/tags?communityID=1">backup</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">snapshot</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">restore</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">server</category>
      <pubDate>Sat, 07 Mar 2009 10:22:46 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/blogs/guyrleech/2009/03/07/cloning-a-snapshotted-vm-and-restoring-to-the-exact-point-of-the-snapshot</guid>
      <dc:date>2009-03-07T10:22:46Z</dc:date>
      <clearspace:dateToText>8 months, 3 weeks ago</clearspace:dateToText>
    </item>
    <item>
      <title>Server 2.0 Tips and Tricks Guide</title>
      <link>http://communities.vmware.com/message/1153238</link>
      <description>&lt;br /&gt;
In the discussions listing view, rather than in a specific post, there is an "Actions" section on the right hand side which has a "Start a Discussion" link.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
---&lt;br /&gt;
If you found this or any other answer useful please consider the use of the Helpful or Correct buttons to award points.</description>
      <pubDate>Mon, 26 Jan 2009 08:30:36 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/1153238</guid>
      <dc:date>2009-01-26T08:30:36Z</dc:date>
      <clearspace:dateToText>10 months, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>VMware Server 2.0 Tips and Tricks</title>
      <link>http://communities.vmware.com/docs/DOC-9394</link>
      <description />
      <category domain="http://communities.vmware.com/tags?communityID=1">vmware_server</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">server_2</category>
      <pubDate>Sun, 25 Jan 2009 23:16:26 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/docs/DOC-9394</guid>
      <dc:date>2009-01-25T23:16:26Z</dc:date>
      <clearspace:dateToText>10 months, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>Creating isolated host-only networks</title>
      <link>http://communities.vmware.com/blogs/guyrleech/2008/12/20/creating-isolated-hostonly-networks</link>
      <description>The default host-only networking in Server 2.0 and Workstation allows the guests to talk to each other and also to the host itself. What you may want or need to do is to have host-only networking where the guests can talk to teach other but not to the host and vice versa. This is actually very easy to setup. I would suggest that you create a new host-only network adapter for this so that you can also have "traditional" host-only networking available too.&lt;br /&gt;
&lt;br /&gt;
For Windows hosts (I tested this with Workstation 6.5.1 running on Vista SP1 x86), it is simply a case of disabling the VMware NIC on the host.&lt;br /&gt;
&lt;br /&gt;
For Linux hosts (I tested this with Server 2.0 build 122956 on openSUSE 10.3 x64) , I found that if you just take the network interface down (e.g. "ifconfig vmnet3 down"), although the guests cannot ping the host's IP address, the host can ping its own ip address. I therefore also removed the IP address from the interface on the host. This is achieved thus (obviously substituting the correct IP address, subnet mask length and network interface):&lt;br /&gt;
&lt;br /&gt;
&lt;blockquote&gt;&lt;pre class="jive-pre"&gt;&lt;code class="jive-code jive-plain"&gt;ip address del 192.168.188.1/24 dev vmnet3
&lt;/code&gt;&lt;/pre&gt;&lt;/blockquote&gt;
&lt;br /&gt;
I've not exhaustively tested this, just used WinPE bootable ISOs and pinging another host-only VM and checked that they cannot ping the host's host-only IP address. Note that the guests still get IP addresses via DHCP (if configured that way). There may also still be some communication possible between host and guest but simple IP based stuff seems to be disabled.&lt;br /&gt;
&lt;br /&gt;
Given the similarity between Workstation and Server 2.0 at the network level, I would assume that each of the methods above will work on both Windows and Linux.</description>
      <pubDate>Sat, 20 Dec 2008 18:33:30 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/blogs/guyrleech/2008/12/20/creating-isolated-hostonly-networks</guid>
      <dc:date>2008-12-20T18:33:30Z</dc:date>
      <clearspace:dateToText>11 months, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Script to set priorities of VM processes on Linux</title>
      <link>http://communities.vmware.com/message/1084148</link>
      <description>I finally got around to knocking up the attached which takes an input file of VMs and will set their priorities, via the renice command, on a Linux host. Ideally, this would be hooked into the init.d scripts to run automatically at boot. Whether it actually makes a difference or not, is another question and another thread.&lt;br /&gt;
&lt;br /&gt;
My Unix/Linux scripting is a little rusty to say the least but although it was written on openSUSE 10.3, I've hopefully kept it fairly generic to aid portability to other distributions.&lt;br /&gt;
&lt;p /&gt;
It takes a single argument which is the name of a file that contains lines with two comma separated fields. The first is the part of the VM that will be matched against the process listing of vmware-vmx processes. Note that it is case sensitive (although you could do a grep -i instead) and will take folder names too (a lot of my VMs use the same vmx name since are copied from "templates"). A sample input file might look like this:&lt;br /&gt;
&lt;p /&gt;
&lt;blockquote&gt;XP Pro SP3 - Media Player/XP Pro SP3 - Sysprep.vmx,-5 &lt;br clear="all" /&gt;	Backup DC x64/Windows Server 2003 Enterprise x64 Edition.vmx,5 &lt;br clear="all" /&gt;	PDC/Windows Server 2003 Enterprise x64 Edition.vmx,10&lt;/blockquote&gt;
Note that negative nice values given to the renice command give higher priorities and greater than zero (the default) give lower priorities.&lt;br /&gt;
&lt;br /&gt;
Message was edited by: guyrleech</description>
      <pubDate>Sun, 26 Oct 2008 14:05:20 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/1084148</guid>
      <dc:date>2008-10-26T14:05:20Z</dc:date>
      <clearspace:dateToText>1 year, 3 weeks ago</clearspace:dateToText>
    </item>
    <item>
      <title>ESXi host will occasionally not power down</title>
      <link>http://communities.vmware.com/message/1053673</link>
      <description>&lt;br /&gt;
Most of the time it powers off fine, as I would expect with an ACPI equipped machine and recent software. Just shut it down now from the VI client and it has powered off just fine.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <pubDate>Thu, 18 Sep 2008 18:46:36 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/1053673</guid>
      <dc:date>2008-09-18T18:46:36Z</dc:date>
      <clearspace:dateToText>1 year, 2 months ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Seems like we may be getting a new (release?) version</title>
      <link>http://communities.vmware.com/message/1051792</link>
      <description>I love this.  I have been getting used to Linux for the past year and finally figured out Workstation, Server 1, and the beta for Server 2.&lt;br /&gt;
&lt;br /&gt;
Server 2 is excellent, and the web interface is fine with me.  I can use (free) UltraVNC with the virtual machines, and this solves the&lt;br /&gt;
clipboard and file transfer problems I have had so far.  RealVNC has a free client that will actually connect to the VNC server and&lt;br /&gt;
run in full screen mode.  Therefore, I can run a virtual XP box off of linux on my second monitor, and pile Vista windows overtop of&lt;br /&gt;
the fullsize XP desktop.  I just move the cursor, and I'm on XP.  No KVM switches or hassles.&lt;br /&gt;
&lt;br /&gt;
I'm just learning, but this is awesome... and it looks like version 2 in full will be out to coincide when I'm ready to install on my&lt;br /&gt;
Linux server.  I'm on a test machine now.  Talk about timing!  Some guys have all the luck.&lt;br /&gt;
&lt;br /&gt;
I tried Virtualbox and it is quite promising, but the USB functions were all screwed up.  Server 2 has USB 2.0 working and it's&lt;br /&gt;
smooth.&lt;br /&gt;
&lt;br /&gt;
P.S. I know there is built-in remote networking, but I'm trying to figure out the best all-around solution that will also allow remote&lt;br /&gt;
users to come visit if need be... Anway, this is my first posting here so I had to type something!</description>
      <pubDate>Tue, 16 Sep 2008 20:34:55 GMT</pubDate>
      <author>tkra</author>
      <guid>http://communities.vmware.com/message/1051792</guid>
      <dc:date>2008-09-16T20:34:55Z</dc:date>
      <clearspace:dateToText>1 year, 2 months ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>New VI Client won't connect to Server running on SuSE 10.3 x64</title>
      <link>http://communities.vmware.com/message/800157</link>
      <description>&lt;br /&gt;
Set them back to 8222/8333 and the VI client did indeed connect ok on :8333. Thanks very much. Obviously the web UI works ok again too.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Pity then that I've got to revert to Server 1.0 since I've just read that the USB support isn't working, and I've tried it without success, which is what I need, even if it is only at 1.1 speeds.:-(&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <category domain="http://communities.vmware.com/tags?communityID=1">vi_client</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">beta</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">server</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">communication</category>
      <category domain="http://communities.vmware.com/tags?communityID=1">error</category>
      <pubDate>Tue, 20 Nov 2007 19:17:11 GMT</pubDate>
      <author>guyrleech</author>
      <guid>http://communities.vmware.com/message/800157</guid>
      <dc:date>2007-11-20T19:17:11Z</dc:date>
      <clearspace:dateToText>2 years, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>64 bit guests on HP nx6325 laptop</title>
      <link>http://communities.vmware.com/message/526553</link>
      <description>It seems HP has finally come to it's senses: "If the CPU supports VT we will support it."&lt;br /&gt;
&lt;br /&gt;
New bioses will be released, but at different times for different models.&lt;br /&gt;
&lt;br /&gt;
Lars</description>
      <pubDate>Wed, 06 Dec 2006 11:10:48 GMT</pubDate>
      <author>larstr</author>
      <guid>http://communities.vmware.com/message/526553</guid>
      <dc:date>2006-12-06T11:10:48Z</dc:date>
      <clearspace:dateToText>2 years, 11 months ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
  </channel>
</rss>

