Tuesday, 14 December 2010

SBS 2011 Error – WBCommandletInBuiltTracing failed to start 0xC0000035

On this newly minted SBS 2011 RTM VM we have the following error:

image

Log Name:      Microsoft-Windows-Kernel-EventTracing/Admin
Source:        Microsoft-Windows-Kernel-EventTracing
Date:          12/14/2010 8:34:13 AM
Event ID:      2
Task Category: Session
Level:         Error
Keywords:      Session
User:          DOMAIN\DomainAdmin
Computer:      SBS.DOMAIN.local
Description:
Session "WBCommandletInBuiltTracing" failed to start with the following error: 0xC0000035

And, according to the SBS 2011 Release Notes this is a known issue though not a show stopper:

 image

Again, it is a good idea to check out the SBS 2011 Release Notes to be aware of any hiccups or other situations with the operating system so that nothing comes as a surprise.

UPDATE: After the image capture blunder, that domain is now toast.

Philip Elder
MPECS Inc.
Microsoft Small Business Specialists
Co-Author: SBS 2008 Blueprint Book

*Our original iMac was stolen (previous blog post). We now have a new MacBook Pro courtesy of Vlad Mazek, owner of OWN.

Windows Live Writer

29 comments:

  1. Do we know if this error is specific to Hyper-V environments or virtual environments in general? I have not deployed SBS 2011 on metal as yet but have loaded it in VM and we're seeing this error every few seconds...

    Okay... So we can "ignore it" but it is flooding the logs and this type of thing is quite annoying for us MSPs monitoring dozens of servers... Even if it is confined to VMs we have a number of SBS environments running on Hyper-V...

    So... It has been a few weeks since this post... Do we have a registry hack, hotfix, or other way to resolve this problem from MS yet?

    I was really hoping the 2011 release would be free of the "Known Out-Of-Box Issues" we've seen in the past... I don't understand how these things make it into an RTM after all the in-house and wide-beta testing...

    ReplyDelete
  2. A.,

    Good question. We have not seen anything yet on the what/why/when it will get fixed.

    We are keeping an eye on any issues we have seen out of the box and so far none have been show stoppers.

    Doesn't the MSP software have the ability to filter the error out of the reports?

    Philip

    ReplyDelete
  3. It's not specific to Hyper-V, I have this error on my physical box.

    ReplyDelete
  4. I'm seeing the same message here, one per second as well. Its not a Small Buiness Server though. Its a Windows 2008 R2 Standard server with the File Services role enabled.

    It would be nice to have a fix to clean up the event log.

    ReplyDelete
  5. I'm seeing this error too, on a sbs 2011, but hyper-v is not activated...

    ReplyDelete
  6. Yes, most RMM tools can filter this error out but it still floods the logs reducing the amount of history and making troubleshooting of other issues more difficult.

    So we still don't have a way to supress this error at this point?

    ReplyDelete
  7. We have not seen any changes on this yet. Hopefully we will see an Update Rollup that will address the little things that are there after the initial set up.

    Philip

    ReplyDelete
  8. Marcel Zwakenberg13 July, 2011 11:30

    I am having the same thing happening on SBS2011 running on core Hyper-V.

    Still no resolution for this?

    And yeah, flooding the logs is not good!

    ReplyDelete
  9. We are seeing this on a physical box that is a swing migration from SBS 2003 to 2011. We also saw it a couple months back on a swing to SBS 2011 in VM.

    When are we going to see a fix for this?

    -/\/\ark

    ReplyDelete
  10. If someone has found a fix for this issue please post!

    ReplyDelete
  11. Found this blog because of the error. Server is physical, after migration from SBS2003 to SBS2011

    ReplyDelete
  12. I have the same error, have installed the hyper-v role with Terminal Server, not active at the moment..

    When do we see a resolution for this?

    ReplyDelete
  13. Same issue - flooding logs, happens 3 or 4 times a second, and then not again for almost 30 minutes

    ReplyDelete
  14. I had same issue on SBS 2011 (not Hiper-V). I disable DHCP server and error messages stopped.

    ReplyDelete
  15. I have this on my SBS2011 bpox without DHCP running on it. Therefore, I do not think it's DHCP connected. As well, it is on the physical box and not virtual boxes.

    ReplyDelete
  16. I'm so sick of seeing this error. I keep searching for solutions and this post keeps popping up. Has anyone figured out how to fix this? Many of the other "pay no attention to these" errors have steps to resolve them. I really hope someone can figure out this one.

    ReplyDelete
  17. Happens every hour on the hour for me. SBS 2011 guest on 2008 R2 host. Usually two or three times.

    It would be really nice if they could just fix whatever it is.

    ReplyDelete
  18. Happens every hour on the hour for me. SBS 2011 guest on 2008 R2 host. Usually two or three times.

    It would be really nice if they could just fix whatever it is.

    ReplyDelete
  19. Considering that this error has been in verification for two years, I think it is safe to consider that they just don't care anymore.

    ReplyDelete
  20. Close the SBS console and the errors stop.

    ReplyDelete
  21. Go to Administrative Tools> Perf Mon>Data Collector Sets> Event Trace Sessions and disable the WBCommandletInBuiltTracing

    ReplyDelete
  22. couldn't see a way of disabling it but can sztop it. No doubt it will start again on a reboot!

    ReplyDelete
  23. You can delete it.

    ReplyDelete
  24. I had this error after a raft of updates.

    I ran:
    PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures

    from an elevated command prompt, and the errors stopped.

    I know this command is required in some circumstances to apply updates to SharePoint successfully, and it was pure coincidence that I needed to run it.

    Maybe that will help others!

    ReplyDelete
  25. I have this error after install
    Update Rollup 5 for Windows Server Solution Best Practice Analyzer 1.0, (KB2908176)

    ReplyDelete
  26. I know this is an older thread, but since I didn't see an answer in it I thought I'd post it.
    Go to the folder "C:\Windows\Logs\WindowsServerBackup" and delete the file called "WBCommandlet.0.etl"
    It seems that somehow it gets corrupted, and when the Performance Counter tries to check it, it fails.
    The file will regenerate itself, and so far the removal seems to have no ill effects.

    -- GLotsapot

    ReplyDelete
  27. Thank you, will check that it works.

    ReplyDelete
  28. It worked for me.
    i have SBS2011 on VMware.

    ReplyDelete
  29. Removing the file did not work for me. MS Server 2008 R2 non-VM environment.

    ReplyDelete

NOTE: All comments are moderated.