I recently came across an issue on customer site where backup to tape jobs were failing because the tapes inserted were showing up in the DPM console as “Suspect Tape”. The reason for this is actually to do with the way DPM identifies the tapes.

A suspect tape is when a tape or tapes have conflicting identification information. If your tape library has a barcode scanner then check that no two tapes have the same barcode if they do you will need to assign one of the tapes a different barcode. Also there can be conflictions with the on-media identifier (OMID) which is written to the start of each tape and is read before using the tape.

To resolve this issue of conflicting OMID’s firstly remove the suspect tapes from the library, then rescan and inventory the library. After this we need to run the ResolveSuspectMedia.cmd script. This can usually be found in %SystemDrive%\program files\Microsoft DPM\DPM\bin, if not you can enter the following in a text editor and save as ResolveSuspectMedia.cmd:

osql -E -S localhost\MS$DPM2007$ -d DPMDB -Q "UPDATE tbl_MM_ArchiveMedia SET IsSuspect = 0"

Finally enter the tapes back into the library and inventory and hey presto you should now be able to use the tapes to perform successful tape backups!

If you have a 2 node Exchange 2007 CCR cluster, you may come across a scenario where you create or remove a user account and you find that the OAB is not updating.

The most probable and common cause of this is an incorrect setting in the registry. If you open regedit on each cluster node and navigate to the following registry key:

HKLM\SYSTEM\CurrentControlSet\Services\MSExchangeSA\Parameters\<Cluster Name>\EnableOabGenOnThisNode

Make sure that this parameter is set to the <active node name>. If it isn’t, just right click this registry key and modify. If this registry key does not exist then it may need to be created.

I came across the issue the other day when i was updating a server, basically I’ve opened up the Windows Update homepage to apply some updates and i was receiving a 403 forbidden error.

You may also see the Below error in the Event Log also.

Event

Source : crypt32

Event Id : 8

The first thing to check when you get a problem with the windows update is the windows update log. Find the Window update log  in the following location “%systemroot%\windowsupdate.log”.

To find the most recent error received we need to got to the very bottom of the log (Ctrl + End). As you can see, the error just jumps out at you

FATAL: Update required for C:\WINDOWS\SysWow64\wuweb.dll: target version = 7.2.6001.788, required version = 7.4.7600.226

So what we need to do is update the windows update agent to the required version. For the Version number “7.4.7600.226” the url is http://support.microsoft.com/kb/946928. If you have a different agent version require you should be able to find a download link with a quick Google search.

Thank You

Daniel Davies

To delete a DPM agent which is showing in the DPM Console , you simply right click the agent in question and press uninstall.

Now press uninstall agents at the next window.

You’ll now have a Credential box, so just type your domain credentials and then the task will start to perform and will complete successfully and delete.

If you want a delete an Agent of a server that no longer exists, follow the above steps and you will get the following message.

Simply press yes and this will remove the agent from your console.

Hope this helps

Daniel Davies

Sometimes when you are troubleshooting DPM or monitoring , such as tape backups you would like to look for that specific job that is running or has ran and failed without having to sort through all other jobs that are running such as consistency checks and recovery points.

This can be done by creating a filter on in the jobs tab under monitoring.

To create a filter first press “create filter” on the right hand section of the DPM console. For this example we will be creating a filter to view all tape backups that have taken place.

Now name your filter, I’ve named mine tape backups. Now select the job you would like to monitor, in my case it will be tape backup,and save this.

  You will now have your own view of a specific DPM Job

Thank You

Daniel Davies

An easy way in WSUS 3.0 to get space back on the drive that holds the WSUS update, is to run the WSUS cleanup wizard. This wizard gets rid of unneeded updates such as expired updates and superseded updates.

 First off launch the WSUS MMC.

 Now if we go to options and launch the server cleanup wizard.

 Now you will have a selection of options on what you want to do to get some space back.

You have a number of options to choose from, see below to see what each of these options clear up.

Unused updates and update revisions
This removes older updates and update revisions that have not been approved in the last 30 days

Computers not contacting the server
This deletes all client computers that have not contacted WSUS in the last 30 days

Unneeded update files
This deletes all update files that are not needed by updates or by downstream servers.

Expired updates
This declines all updates that have been expired by Microsoft.

Superseded updates
This declines all updates that meet the below criteria.

The superseded update has not been explicitly deployed to a computer group for ninety days or more

The superseded update has been on the server for thirty days or more

The superseded update is not reported as needed by a client

The superseding update must be approved

This should get you back quite a bit of space, around 10-20gb depending on when you last ran the WSUS cleanup wizard.

Hope this Helps  

Daniel Davies

Currently at this point in time you will be unable to monitor your Exchange 2010 environments via SCOM R2. If you install the MP you will come across the below errors and if you go install the required KB you will hit a problem as this update has not current been released.

“Critical hotfixes required for reliable operation of the Exchange Server 2010 and other management packs are not installed on this server. Please see the appropriate KB article for more information, and to download the required hotfix.

For Operations Manager 2007 SP1, install KB 971541 (http://go.microsoft.com/fwlink/?LinkID=167911)

For Operations Manager 2007 R2, install KB 974144 (http://go.microsoft.com/fwlink/?LinkID=167912 “ 

This is Due to the KB update for SCOM R2 currently not being released, so for the time being you will not be able to monitor your Exchange 2010 environments via SCOM R2.

After speaking to Microsoft the KB should be released before the new year.

Thank You

Daniel Davies

You may come across this issue if you have the “HP System Homepage” configured on your server. Basically when you open the system homepage you expect to see NIC, Power, System, Processor , temperature information etc.

However you are seeing no information and the System Model is showing as unknown.

We came across this issue to the resolution for this  was to change the security settings of the SNMP Service to the same as the below screenshot.

SNMP SETTINGS

Public – Read Only

You do this by going into the properties of the SNMP Service and going to the security tab and simply adding the name in.

Once you have edited the security settings you will need to restart the SNMP service and your homepage should be working for you.

Thank You

Daniel Davies

The above error message can be seen when trying to connect to a virtual machine from the Hyper-V console on the Hyper-V host.

The reason for this is that the self signed Hyper-V machine management service certificate has expired, this is the certificate issued to itself for authentication when Hyper-V role is installed on the server.

The workaround for this is to: Shut down all VM’s, restart the Hyper-V VMMS, start the virtual machines again. This renews the self signed certificate for another year. However a better resolution is to install the following handy-dandy, super duper Microsoft KB! By doing so this will in the future auto-magically update the Hyper-V VMMS certificate………

KB967902

Hope this helps!

I recently had a situation recently where I had a stale VPN session that I needed to kill in ISA 2006. I opened the ISA console and navigated to Monitoring >> Sessions tab.

After editing the filter, I could see all active VPN sessions, I right clicked the session that I no longer wanted active and selected ‘Disconnect VPN Tunnel’.

I was presented with the following error:

Solution:

You can kill an active VPN session by opening the RRAS mmc snap-in to manage the active VPN sessions.

You can then Right Click on the user whose session needs to be killed and Disconnect