Skip to main content
February 3, 2011
Question

What is BTTMIB+AGENT and how do we disable it?

  • February 3, 2011
  • 2 replies
  • 558 views

I noticed in my ColdFusion and IIS log there was an hourly activity by BTTMIB+AGENT

2011-02-03 00:00:37 xx.xx.xx.xx GET /cfide/mib/serverinfo.cfm - 80 - xx.xx.xx.xx BTTMIB+AGENT 404 0 0
2011-02-03 00:00:37 xx.xx.xx.xx GET /cfide/mib/getmetricdataXML.cfm - 80 - xx.xx.xx.xx BTTMIB+AGENT 404 0 0

What is BTTMIB+AGENT and how do we disable this as it's filling up the log files? I searched this Forum and also Google, but no definitive answer so far.

Appreciate anyone's input.

Note: I see this in CF 7 and 9, but not 6.1.

Thanks!

    This topic has been closed for replies.

    2 replies

    Community Expert
    February 3, 2011

    You've x'd out the IP addresses from the logs. Are they the same as your server's IP address? If they're not, I'm guessing you have an old copy of CF installed somewhere else.

    Dave Watts, CTO, Fig Leaf Software

    http://www.figleaf.com/

    http://training.figleaf.com/

    Dave Watts, Eidolon LLC
    Charlie Arehart
    Community Expert
    Community Expert
    February 3, 2011

    Well, I think this refers to some pretty old stuff, with that BT referring to Bright Tiger, which was the company behind the ClusterCats software that provided clustering and load balancing in CF5. (The MIB stuff was something you could enable optionally, intended to be used with SNMP monitoring and the like.) What version is this CF server?

    Regardless, as for what would be making the request, that's curious. Even if the server in question is a later version, do you have a CF5 server somewhere, perhaps at that IP address you x'ed out?

    As for the error, it's a 404, which means the files don't exist. You may not even have that CFIDE/mib directory. If for some reason you can't stop the requests, you could instead create blank pages that at least would stop the 404. (I realize they wouldn't provide the expected reply to whatever's calling them, but obviously in not existing it's already not getting its expected return data.)

    It seems fortunate that you're only seeing this every hour. I think the default behavior for those calls was to be far more often. Let us know how that turns out.

    /charlie arehart

    charlie@carehart.org

    Providing CF and CFBuilder troubleshooting services

    at http://www.carehart.org/consulting

    /Charlie (troubleshooter, carehart. org)