locked
TFS 2010 Management Pack & Non Default Virtual Directory RRS feed

  • Question

  • Hi everyone.

    Just a quick question, hopefully it's something that isn't horrible.

    Ever since starting to monitor our TFS 2010 server, SCOM (2007 R2) has been claiming that the Administration Web Service hasn't been operational, even though it has. Yesterday we looked into the alert, and I found that the script running the monitor for the Web Service is hard coded to use the /tfs virtual directory in the URL for the Admin Service. When TFS was set up (Advanced Wizard), that IIS Virtual Directory wasn't used - the path is different for the service, so of course the monitor can't find it.

    My question is if it is hard coded into the script, why? The site port and whether it uses SSL are args for the script...could virtual directory not been passed as one too?

    Or could it be a problem with the way the MP was set up/is behaving in SCOM? I couldn't find anything in the install guide saying that using different virtual directories are not supported, so I'm assuming it shouldn't be looking in the default URL if it's correctly discovering the AT server? But then again, I don't know.

    Any help/knowledge would be appreciated before I rip the MP out and reinstall it...again.

    Thanks in advance.

    Tuesday, March 8, 2011 12:42 PM

Answers

  • i don't know anything about this mp. but if it's a hardcoded value in a script it's pretty safe to assume you can't configure it. i'd think i would provide some feed on connect.microsoft.com so hopefully this will be changed in a new version of the mp...

     


    Rob Korving
    http://jama00.wordpress.com/
    • Marked as answer by Vivian Xing Tuesday, March 15, 2011 8:22 AM
    Wednesday, March 9, 2011 2:37 PM
  • If you want to file a bug, follow the procedures outlined at the top of this forum :)  Connect is for suggestions ...
    Microsoft Corporation
    • Marked as answer by Vivian Xing Tuesday, March 15, 2011 8:22 AM
    Friday, March 11, 2011 5:15 PM

All replies

  • i don't know anything about this mp. but if it's a hardcoded value in a script it's pretty safe to assume you can't configure it. i'd think i would provide some feed on connect.microsoft.com so hopefully this will be changed in a new version of the mp...

     


    Rob Korving
    http://jama00.wordpress.com/
    • Marked as answer by Vivian Xing Tuesday, March 15, 2011 8:22 AM
    Wednesday, March 9, 2011 2:37 PM
  • If you want to file a bug, follow the procedures outlined at the top of this forum :)  Connect is for suggestions ...
    Microsoft Corporation
    • Marked as answer by Vivian Xing Tuesday, March 15, 2011 8:22 AM
    Friday, March 11, 2011 5:15 PM
  • so basically you say: we create bugform (less than 4 months ago) on connect to provide mp bug feedback, but we ignore it completely? great...

    https://connect.microsoft.com/OpsMgr/feedback/CreateFeedback.aspx

    http://blogs.technet.com/b/kevinholman/archive/2010/12/09/want-to-provide-direct-feedback-on-microsoft-management-packs.aspx


    Rob Korving
    http://jama00.wordpress.com/
    Monday, March 14, 2011 1:34 PM
  • Feedback is feedback.  bugs are bugs.  We have noticed that people are using feedback form and walk away thinking they have filed a bug that will be actioned.  The reason I posted the bug process is to allow people who want to get the bug filed to be successful.  The feedback is used to spot trends.  bugs drive getting fixes scheduled.
    Microsoft Corporation
    Monday, March 14, 2011 7:18 PM
  • When MS doesn't seem to be picking up on feedback (i had 2 suggestions in the top 5 most voted, both marked as will not implement), of course people don't take connect seriously. Also, minor annoyances i would report here. if it's really a big issue, i'd definitely make a support call.

    But is it so hard to have a check twice a year if there are any bugs reported for an mp and if valid release a new version of the mp? MP's are sealed so any sealed mp maker should have some kind of update cycle so anyone using the mp's can benefit instead of everyone making their own solution like in mom2005


    Rob Korving
    http://jama00.wordpress.com/
    Tuesday, March 15, 2011 10:06 AM
  • Feedback is feedback.  bugs are bugs.

    Yes!  "Feedback type: Bug" clearly means suggestion, not bug report.

    Connect is for suggestions ...

    Its right there in the <title> tag on the Connect site: "Microsoft Products Accepting Bugs and Suggestions".  Acceptance by definition does not imply action.

    Too bad so many customers thinking that Microsoft uses feedback to fix their products.

    Tuesday, March 15, 2011 1:58 PM