in

ASP.NET Weblogs

J e r o e n ' s   w e b l o g

Virtual Server 2005: first experiences

After attending TechEd Europe 2005 last week, I decided to give my free copy of Virtual Server 2005 a go on the development server at work. My initial impressions were very good, in fact, the whole system in general works much better than I had expected. I'm not familiar with any of the VMWare server offerings however, so I don't have any reference. What I was expecting though, was a server application to split my machine's resources into a bunch of virtual machines, install operating systems on them and then remotely access those, through remote desktop, filesharing, etc. The general interaction with the virtual machines however works much better: there's a web-based management interface installed on the server, where you can configure all machines (like put an ISO in their virtual diskdrive) and actually connect to them through the virtual server application. This connecting can be done either using a seperate client application or an ActiveX control in the browser (this requires IE though ofcourse). The ActiveX control works just as well as the client and is accessed by clicking on a virtual machine on the management website.

So far so good, I installed Windows XP Pro on my first virtual machine, ran a couple of WindowsUpdate cycles over it, installed the virtual machine additions package (which is similar to the one that comes with Virtual PC 2004) that mainly allows better integration with the mouse (you don't have to switch the mouse from real to virtual machine, it moves around seamlessly). After some very basic configuring I decided to copy this virtual machine to create another that would be used to install betas and ctps on for testing. Copying a virtual machine is simple as well: the .vmc file is an XML file that contains information about the virtual machine, the most important is the path to the accompanying .vhd file, a virtual harddisk. Just make a copy of both these files, change the path to the .vhd file and add the .vmc file to the virtual server using the management interface. The only error I got when booting the copied machine was that the computer's name already exists on the network, which is easily fixed.

After that things went downhill, because this morning I've been trying to install the July CTP of Visual Studio 2005 on it. I downloaded the ISO from MSDN subscriber downloads, put it in the virtual diskdrive and went to My Computer on the virtual machine. The first thing I noticed was that the DVD drive's icon was incorrect, double-clicking it was even stranger:

Drives are not Win32 apps

To which my first instinctive response was to think: "Ofcourse, I know that!", followed by some kind of surprise that it somehow misinterpreted the double-click. Actually just typing in D: in the address bar does display the contents of the disk, so it was not a big deal. The setup.exe and vs_setup.msi then also came up with weird and unexpected errors (the setup.exe does not appear to be a valid win32 executable either and the vs_setup.msi cannot be opened?) After that I figured that the ISO was probably corrupt, but the installer started up fine on my real machine.

So then I tried to copy the data to the virtual machine and then run the installer from a directory on its local disk, since there's probably something wrong (or at least incompatible) with the ISO file. Copying it over the network (from a directory on the machine running Virtual Server) caused the client connection to the virtual machine to close, the copying itself also failed with a cryptic error about a network name no longer being valid). Perhaps there is a normal cause for this since the virtual machine is not part of the domain of the server, although in real-world situations I do this stuff a lot and it normally works. It's a Windows 2003 server though, so perhaps this is some new secure quick timeout scheme.

The last thing I tried was copying the ISO contents from the server to the virtual machine. Unfortunately I'm not sure whether this was successful, because when it started to copy the files (very slowly) the virtual machine client got disconnected again and the remote desktop connection to the server itself as well! I can't restore either connection, so this looks like it ends in a trip to the server room.

Published Jul 19 2005, 11:37 AM by jvdbos
Filed under:

Comments

 

Frans Bouma said:

At teched they had virtual pc hdd images available of teamsystem and vs.net, which thus are preferable over installing it (which is VERY SLOW :)). Don't they offer these online at msdn subscribers? (didn't check ;))
July 19, 2005 6:06 AM
 

Jeroen van den Bos said:

I do have one of those from TechEd, but it contains Team Foundation Server, I'm not sure if it has VS.NET installed as well, I'll have a look!
July 19, 2005 7:03 AM
 

lorenzo barbieri said:

Virtual Server RTM and VPC 2004 cannot mount an ISO image bigger than 2.2Gb
you need to burn it and mount the real DVD, or you can mount the image inside your host OS and share the virtual drive.

Virtual Server SP1 beta has fixed the problem.
July 19, 2005 7:48 AM
 

Jeroen van den Bos said:

Thanks for the tip Lorenzo! I've rebooted the server, so I'll guess I'll just have to burn the ISO. (I wonder why the interface doesn't clearly warn about something like this though, especially since MS is releasing these CTPs as 3+GB ISOs, which are primary targets for use in virtual environments.)
July 19, 2005 8:41 AM
 

Justin said:

There are also program out there that will mount iso images and make it looks like they are realy drives to the computer. I have used daemon tools in the past to do.

One thing I really about virtual server is the differencing disk feature. This features allows you to have parent/child disks, so that you could create base images of the OS and then the differencing disk only has changes that you have made. This has saved me a ton of hard drive space. Make though to make the base images read only because if you change the base image, the images that are using that image will not work anymore.
July 19, 2005 5:55 PM
 

Jeroen van den Bos said:

I didn't know about the parent/child disks, sounds like a cool feature. Although I'm not sure if it'll work in an environment where you typically need to update the base image a lot (i.e. WindowsUpdate), since if you change the base none of the dependents will work, but the other option is to update all the depending images, which will quickly take up a similar amount as just copying full images around.
July 20, 2005 2:39 AM

Leave a Comment

(required)  
(optional)
(required)  
Add