www.wolkers.net

I just ran DCdiag on one of my DC's and found the following warning:

C:\Windows\system32>dcdiag /q
Warning: Attribute userAccountControl of is:
0x82020 = ( PASSWD_NOTREQD | SERVER_TRUST_ACCOUNT | TRUSTED_FOR_DELEGATION )
Typical setting for a DC is
0x82000 = ( SERVER_TRUST_ACCOUNT | TRUSTED_FOR_DELEGATION )
This may be affecting replication?

So, where did this come from?

After some looking, I found the following:

There are a few ways to uninstall an MSI package.

• If you have access to the original MSI used for the installation, you can simply right click it in Windows Explorer and select Uninstall.
• As stated above you can do the same by command line:
  msiexec /x filename.msi /q

We were faced with a nice little challenge recently here.
The normal rule about mailboxes in Exchange is simple and fairly obvious: one user, one mailbox, and vice versa.
Or that's what I always learned...

Now, we have an account which normally logs in 2 or more times (our reception desk).
Since they log in with one account, they share a mailbox, simple as that.

Now, for our new VoiP system, these accounts need to be split up. Every phone needs a different user (at least in the setup we use).

There is a simple solution to this:

- Create the extra account(s).

I'm currently investigating how to virtualise SAP.

We're in the process of upgrading our SAP environment, and want it to run fully virtual.

Handy links:

http://www.vmware.com/files/pdf/SAP_vsphere_high_availability.pdf

http://www.vmware.com/files/pdf/perf_vsphere_sap.pdf

I found a nice site with training clips for people who want to learn more about Exchange 2007 / 2010.

It's called http://www.exclusivelyexchange.com/

When we reboot our SCOM server, we get an error message 'SDK SPN Not Registered'

After a quick search on the internet, I found the solution to this problem on the site of Jonathan Almquest: http://blogs.technet.com/jonathanalmquist/archive/2008/03/12/sdk-spn-not...

And another problem gone.

Troubleshooting high memory usage on the PC's here...

using http://blogs.msdn.com/tess/archive/2008/02/19/high-memory-usage-with-use... I found out that ddraw.dll is using that 382MB of memory, which is not going to work on a very old machine with just 512MB ram :)

Let's check where this problem comes from.

I was looking how to create dependencies in SCOM 2007 when I stumbled upon this article on TechNet:

http://blogs.technet.com/momteam/archive/2007/05/02/best-practice-for-cr...

Always nice to know :)

Yes, its true, Cisco virtual networking goodness is available to one and all. To kick things off, we have worked with the fine folks at VMW to put together a 60-day eval program so you can check things out in your own environment. As a quick reminder, you will need a (free) cisco.com account to access the software (don’t worry, we won’t spam you).

Head over to https://www.vmware.com/tryvmware/ to get your 60-day vSphere 4.0 eval license
Go to http://www.cisco.com/go/1000v to access the design, install and upgrade guides—look for the “Support” box on the upper right part of the page

In addition to VMware’s announcement that vSphere 4 is now generally available, VMware is also pleased to announce that as of May 21, 2009 the vSphere vShield Zones product is also generally available. VMware vShield Zones 1.0 offers the following key features and benefits for vSphere 4 environments:

Central Management of Logical Zone Boundaries and Segmentation

* Leverage existing virtual infrastructure containers – hosts, virtual switches, VLANs – as logical trust or organizational zones