What is the difference between real life (below) and the imaginary world (far below)? Seems equivalent to me...

This is one of those grey areas where you are allowed to do something that is in fact very evil. On non SBS 2008 servers, you are allowed to install the HyperV role on a domain controller. That is, you are allowed by the OS to install the HyperV role on a server that runs a domain controller as host operating system.

Why is this bad? Because of these issues:

1. HyperV consumes a lot of resources and works best if it is the only role on the operating system. Other roles do not play well in terms of resource scheduling with HyperV.
2. HyperV only works well if you assign it a dedicated management interface and a dedicated VM interface. Without this you run into strange issues. If you run the HyperV role on the domain controller, you will have a multi homed domain controller and that creates a whole set of other issues.
3. I have had several HyperV VM's that triggered a fatal error in the HyperV host, whereby all VM's would die, on a domain controller. I have never seen this behaviour on servers with HyperV as the only role on the host operating system.

Tonight was very special for me. It is the first time I have ever seen one of my favourite childhood bands, Roxette, live in concert. And most likely this will be the last time ever. They, like me, are getting old and I do not see them performing another world tour after this one. Today was their last day in Canada. Here are three random photos I took tonight.

Today I feel like this.

For the sake of professionalism I will decline to name the company in question, however their response to a recent comment I made to them caught me off guard.

The background is that we just signed up with a third party service for a certain web based application. A domain name pointed to the old site we used to host ourselves, therefore it was included in our regular vulnerability scans. With the acquisition of the new service, I repointed the domain name to the new site which they host as a SaaS. By accident I therefore performed a vulnerability scan on their network. But boy was I surprised to find 6 major PHP security holes, and discover their SMTP server is a complete open relay.

Since confidential client information is stored on this site I had to inform them of the situation. Here is my comment to them: