Comments
-
I had an issue with corrupt maps post a 9.5 upgrade (except, unlike yours, they didn't display at all). After a few weeks back and forth, tech support said the easiest thing to do would be to just recreate the maps. Try backing up your existing maps and rebuild them.
-
Attatched is a snmpwalk of the 802.11 MIB on a Proxim AP700 on the latest firmware.
-
Well, finally got my BBWC enabler. The TempDB is definitely on my new logical drive of a pair of 18gig 15k u320's. The disk time is no longer maxing out, but it still takes 10-20 seconds for the nodes list and maps to come up.
-
Well, I moved SQL to the other drive entirely, .exe and all. The reads are faster, but there's still quite a lag... (investing in a write cache shortly). I'm noticing that when I do a refresh, the lag looks to be caused by a heavy disk write load, and when I see the read load jump, is when I start seeing the info pop up on…
-
Yep, just dug through that. Moved the database off to a sperate drive array, as well as the Inetpub directory. And monitoring the R/W on that drive, there's not much activity. However the read/write on C: is still maxing out. So it's not the inetpub, and it's not the database. What could possibly be eating up the R/W on C?…
-
Likewise. After some digging i saw a post that "Node status" is determined by ICMP and Interface Status is determined by SNMP. Is there any way to have an altert trigger a warning status on a node. If not, is there a plan to code one in?
-
Given the nature of such things... probably not. How are your network admins/"users" connecting to routers/switches now?
