Login VSI 2.0 Beta 3
Being one of the developers of Login VSI of course i have to want to post something about it, but since we at IThastobeCool want to give you something special i decided to create a video of what Login VSI really does.
The video shows you the “Medium” user workload of Login VSI Express (read: Free) in this session we measure user experience by timing window events. You can imagine running this test with one user does not tell you the performance of the server but look what happens when you add 287!
“Login VSI 2.0 is the second iteration of Login VSI 1.0: the free and specifically designed benchmark for SBC and VDI environments. VSI 2.0 introduces completely new workloads, and a improved and more accurate index called VSImax. Overall, VSI 2.0 will be a much smoother experience, many best practices and lessons learned from project VRC are now included in this release. The free version will now be called “Login VSI 2.0 Express”, the advanced version is called “Login VSI 2.0 PRO”. The most important new 2.0 features are:
Workload(s) re-build from scratch
· New, more realistic, medium workload (now 10 instead of 18 minutes)
· Real-world end-user websites (with rich flash content)
· Windows 7 and Windows 2008 r2 support
· IE 8 support
· New Zip and PDF printer (BullZip)
· Highly improved robustness (even under extreme loads)
· Improved response timer mechanism and index: VSImax
VSI 2.0 PRO features
· Multilanguage Support (Express only support English OS and Office)
· Detailed logging
· Runtime calibration of timed events and response time measurement using an external SQL server clock (important for hypervisor comparisons)
· Office 2003 and Office 2010 support
· Customization Support (ad your own apps to the VSI workload)
Analyzer Changes
· New VSImax calculation: much more precise
· Automatic renaming of excel files to “testname.xltm”
· Remember settings from last session
AD Setup Changes
· Split system / user policy objects / added Computers OU
· Improved setup user objects (no password expiry etc)
Launcher
· New pre-launch naming of test: no more archiving of tests needed
Login VSI beta can be downloaded from Login VSI download section.
Office 2010 – Click to run installer – “modification”
As a tech guy you get invited for beta’s on a regular basis, this happened to me for office 2010 a while ago. When i logged on to Microsoft connect i found out Microsoft does not give away full blown iso’s anymore but something they like to call “Click to run Installer”. *hmm interesting.
A couple of minutes after installing it was clear to me the click to run installer is a modified version of Microsoft app-v (softgrid registry keys, the famous Q drive etc), only the softgrid processes are hidden and sfttray does not seem available.
Well so far so good, but then i remembered the app-v 4.6 beta also went public. so this is where it got interesting: What if i take the OSD files from the “Click to run installer” and feed them to a normal app-v client. i guessed there would be some sort of mechanism preventing me to load the applications, this suspicion was increased by the first application i started because it was asking for a certificate
but no worries.. From all the osd files i managed to start a certificate manager
So here is a little howto:
- Get invited to the beta of office 2010 to get your hands on some OSD files
- Get the app-v 4.6 client (connect.microsoft.com)
- Extract the OSD files from the machine where you ran the “click to run installer” (C:\Users\Public\Documents\SoftGrid Client\OSD Cache)
- Import the OSD files on the app-v 4.6 client
- Load the application(s): for instance with “Sfttray.exe /loadall”
- Run the application via the GUID name: for instance “Sfttray.exe /launch {eef3cf80-26b2}”
I definitely see a future for this type of application delivery, where even home users use techniques that are common for enterprises these days: How great would it be if you could just stream a application and only pay when you are really using it ? – as a service!
MDT 2010 Release Candidate!
The Release Candidate for MDT 2010 just went public!
This release promises a lot of bug fixes and is tested with pre-RC build of Config Manager 2007 SP2.
Sign up for it here: https://connect.microsoft.com/site/sitehome.aspx?SiteID=14
Login VSI 2 – It’s alive!!!
Long awaited and almost here: Login VSI 2.0 after the successes with Login VSI 1.0 and Project Virtual Reality Check we just had to go 2.0, so we dusted off our development machines and testing environment and got working. The first thing we did was gather all bugs annoyances and feature requests that we received when Login VSI 1.0 was released, together with our own best practices and experiences we had a good foundation to start on a solid new version.
At this moment the beta is available for a limited number of test users, these are employees of all the major virtualization vendors, Citrix CTP’s and a number of hand picked VSI 1.0 customers. Do you think you can convince me to also invite you to the beta ? Please drop a line in the comments!
Next you will find a short list of what i think are the most important changes on VSI *note some off these features are not free but Login VSI 2 will also be available in a full functional free version.
· New workloads (Light/Medium/Heavy/Multimedia)
· Informative progress bar during workload execution
· New external clock using SQL for reference purposes (Pro Only)
Analyzer
- Setup supports network installations
- New VSImax calculation: much more precise
- Automatic renaming of excel files to “testname”
Target/workload build from scratch
- New medium and multimedia workload (now 12 instead of 18 minutes)
- More multimedia
- New websites
- Zip support
- 2008 R2 Compatible PDF printer
- IE 8 support
- More reliable than the 1.0 release: “stuck” sessions reduced to minimum
- New timer mechanism (without sleeps to improve measurements in VM’S)
- External reference clock using SQL
- Detailed debug logging
- All configuration moved to central location
Active directory
- Fixed policies for 2003 AD
- Split system / user policy objects
- Added Computers OU
- Improved setup user objects ( no password expiry etc)
- Streamlined minor setup bugs
Launcher
- New pre-launch naming of test: no more archiving of test needed
As you can see we made a lot of changes, as soon as the beta goes public (this should happen shortly!) i will go into more detail on specific funtions and possibilities with VSI.
ZeroTouch for MDT 2010 without SCCM!
Don’t you just wish you could set all your clients to boot from network, and let the PXE server evaluate whether or not it should load the WinPE image to redeploy the computer? Well you can with SCCM using mandatory advertisements of course… but I've written a little script that will achieve the same functionality using native MDT, without the use of the SCCM infrastructure
Here’s how you do it:
- Requirements:
- MDT2010 (beta 2) /WDS installed on Windows Server 2008
- Powershell enabled on the WDS server
- MDT deployment share configured to use the database (i’m using an SQLEXPRESS instance configured on the same machine as MDT/WDS in this example)
- SQL Server Management Studio or equal SQL server management tooling for editing the database.
Ok here we go and setting it up. First some simple stuff
- Set your WDS server to admin approval mode
- On the Directory Services tab, make sure you set the OU location in which the WDS server will create the temporary computer object for approved devices
- Make sure your WDS server account has full control on the OU set in the WDS directory services
Ok, that was easy now wasn’t it?
Now let’s edit the MDT database to fit our needs. This assumes your already set up your database using the database wizard in the MDT Workbench.
- Start the SQL Management Studio application and expand the MDT database (MDT_DB in this example)
- Browse to Tables –> dbo.Settings –> Columns
- Right click Collumns and select New Column
- Give the new column the name of netBoot and type nvarchar(50)
- Save and close the SQL management studio
- Verify the database expansion was successful by opening the MDT Workbench and navigating to the database view > Computers > properties
- Select the Details tab and browse all the way to the bottom to verify that the netBoot value is there
Ok, that was part 1 of the configuration. Now we have to know what to actually do with this extra field in the database. Well that’s where my script comes in. Here’s how you install it.
- Run the following command as an administrator on the WDS/MDT server:
- Server 2008: Powershell.exe –command “ & {Set-ExecutionPolicy Unrestricted } “
- Server 2008 R2: Powershell.exe –command “ & {Set-ExecutionPolicy Bypass } “
- Download the MDT-ZTI.ps1 file to your WDS/MDT server (in this example I'm using D:\MDT-ZTI.ps1)
- Start Task Scheduler and Right click library > Create Task
- Give the task a name of your liking. I’m using MDT-ZTI in this example.
- On the triggers tab select: New
- Begin the task: On an event
- Log: Microsoft-Windows-Deployment-Services-Diagnostics/Operational
- Source: Deployment-Services-Diagnostics
- EventID: 4096
- Click Ok and go to the Actions tab and select New
- Add action
- Start a Program
- Program/Script: Powershell.exe
- Add Arguments(optional): –command D:\MDT-ZTI.ps1
Ok the ZeroTouch “service” is almost ready to go. Now there’s another thing that we need to configure… we have expanded the MDT database to contain an extra column… but how does the service know what database and what database server to use?. Well that is hardcoded in the top of the configuration of the MDT-ZTI.ps1 file. In the future I will be using params() from powershell, but for now just change it in the top of the script.
# //*************************************************************************** # // Configuration: # // Notes: Set the database name and datasource for your environment here. # // For SQLEXPRESS on the same server use "\SQLEXPRESS" as datasource # //*************************************************************************** $Database = "MDT_DB" $DataSource = ".\SQLEXPRESS"
Now how does the “service” know what computers are allowed to boot into WinPE and what computers should boot to the next boot device? That’s a simple 3 part answer:
- Every computer that is NOT in the MDT database will be rejected (pxeabort.com) by the ZTI.
- Every computer that IS IN the MDT database will be polled for the value of netBoot.
- If the value of netBoot does not equal FALSE it will approve the device so it will load the boot image, and then set netBoot to FALSE so the device won’t load the boot image on the next reboot
So if you have a computer which is not booting into winPE just clear the netBoot field in the database and on the next reboot it will boot into winPE.
IMPORTANT: Please be sure to test this first in a test environment first, it is not recommended to implement this in production directly.
Download: MDT-ZTI
MDT 2010 beta 2 new features coverage
Well, I’m not going to re-invent the wheel here, seeing as Michael Niehaus (the lead engingeer on MDT) already wrote very very nice articles on the new features of MDT 2010 beta 2.
Microsoft Deployment Toolkit 2010 beta 2 features
Yesterday I attended a MS Livemeeting in which Michael Niehaus and Tim Mintner showed all the new features MDT 2010 beta 2 will contain.
Here’s a summary of what I believe are the most interesting changes and new features:
Beta 1 features:
- Windows 7 and Windows server 2008 R2 Support
Beta 2 features:
- Deployment Workbench (UI) Architecture Enhancements
- More flexible
- Support for multiple deployment shares (both local and remote)
- Multi-User support for the workbench (previously more than one active instance of the deployment workbench led to strange behaviors)
- Easier and more flexible grouping
- Drag and drop support, even from portable deployment point
- Long running tasks can be cancelled (or run from a command line)
- Each deployment point can have an associated database (as opposed to a single database for all deployment points in MDT 2008)
- Each deployment point can have linked deployment points, for replication
- Each deployment point can have multiple media definitions
- Drivers can be targeted to install even if not detected
- Based on PowerShell provider
- Wizard Pages have "View Script" and "View Output" on summary (just like SCVMM2008)
- Script Architecture Enhancements
- Improved diagnostics and logging
- Better error and recovery
- Better network retry logic (no more: unable to contact deployment point errors!)
- Improved readability of default scripts
- Documentation Improvements
- Simplified documentation
- Cross linked content
- Covers both the why's and how's’
As you can see, there’s going to be enough changes! Suffice to say I will test-drive Beta 2 once it’s up for download!
Xenserver and windows 7 part two
Just two weeks ago i told you how to get the windows 7 beta running on XenServer. At this moment Citrix describes this method as "The hard way" (i prefer to call it "The cool way"
). As expected the problem is caused by running Windows 7 enlightened, this should make virtual machines faster because they know they are virtual. As we discovered this does not work yet.
Now the easy way to run Windows 7 on XenServer: Just download this template and install it. Remember when using this template you're machine is not hypervisor aware anymore so might perform less. Because it's called the easy way lets quote how to install it to.
After downloading and unzipping the template follow the steps below.
Getting it onto your XenServer system:
1. In XenCenter right-click on your server and select Import VM
2. Browse to the file and select Exported Template as the Import TypeBuilding a Windows 7 Beta VM:
1. Once the template is installed just click New VM button and the Windows 7 Template will show up at the top of the first screen
2. The rest is business as usual just be sure to add a disk drive and a NIC as you are creating the VM
Beta: Microsoft Deployment Toolkit 2010
Deploy Windows 7 beta with Microsoft Deployment Toolkit 2010. Join the beat and download MDT 2010 now at http://connect.microsoft.com.
MDT 2010 is the next version of Microsoft Deployment Toolkit, a solution accelerator for operating system and application deployment. New features like flexible driver management, optimized transaction processing, and access to distribution shares from any location simplify deployment and make your job easier. Deploy faster and easier with MDT 2010. Join the beta now.
Tell us what you think! Join the beta and send us your honest feedback. We appreciate your input.
Microsoft Deployment Toolkit is the fourth generation deployment accelerator from Microsoft. It is the recommended process and toolset to automate desktop and server deployment. MDT benefits you by providing:
• Detailed guidance and job aids for every organized role involved with large-scale deployment projects.
• Unified tools and processes required for desktop and server deployment in a common deployment console and collection of guidance.
• Reduced deployment time, standardized desktop and server images, along with improved security and ongoing configuration management.
Tell your peers about MDT 2010! Please forward this mail to anyone who wants to learn more about Microsoft Deployment Toolkit.