BTW - I don't think I mentioned it, but all of the Windows boxes are Win2k3 R2 fully patched.
On Mon, Nov 1, 2010 at 13:48, Kurt Buff <kurt.b...@gmail.com> wrote: > Yup - no ghosted NICs. > > On Mon, Nov 1, 2010 at 13:39, Miller Bonnie L. > <mille...@mukilteo.wednet.edu> wrote: >> Did you run the command sequence first? You won't see them without doing >> that. Anything ghosted will have a bit of a grayed-out appearance: >> >> Run cmd as administrator and type >> set devmgr_show_nonpresent_devices=1 <enter> >> devmgmt.msc <enter> >> >> When device manager opens, select to show hidden devices. >> >> -Bonnie >> >> -----Original Message----- >> From: Kurt Buff [mailto:kurt.b...@gmail.com] >> Sent: Monday, November 01, 2010 1:28 PM >> To: NT System Admin Issues >> Subject: Re: A real puzzler... >> >> Here's what I see so far today after going to the control panel and >> selecting "Show hidden devices" - I don't think I'm seeing any ghost >> NICs: >> >> DC in AU office (Dell 1850 - seems to be replying to ARP for >> 192.168.61.31, but is 192.168.61.30): >> Direct Parallel >> Intel(R) Pro/1000 MT Network Connection >> Intel(R) Pro/1000 MT Network Connection #2 (disabled - this is the >> one that picked up a DHCP address when plugged in) >> WAN Miniport (IP) >> WAN Miniport (L2TP) >> WAN Miniport (Network Monitor) >> WAN Miniport (PPPOE) >> WAN Miniport (PPTP) >> >> VM (on ESXi4 box) in AU office (refuses to accept 192.168.61.30, says >> another machine has IP address): >> Direct Parallel >> Intel(R) Pro/1000 MT Network Connection >> WAN Miniport (IP) >> WAN Miniport (L2TP) >> WAN Miniport (Network Monitor) >> WAN Miniport (PPPOE) >> WAN Miniport (PPTP) >> >> VM (on ESX 3.5 box) in US office, has same MAC as DC in AU office. >> Address is 192.168.10.82, has never had a 61.0/24 address, and isn't >> seeing any ARP requests for it: >> Direct Parallel >> VMWare Accelerated AMD PCNet Adapter >> WAN Miniport (IP) >> WAN Miniport (L2TP) >> WAN Miniport (Network Monitor) >> WAN Miniport (PPPOE) >> WAN Miniport (PPTP) >> >> I'm thinking of standing up a small XP VM, and assigning it the >> problematic address, and see who answers. >> >> Kurt >> >> On Sat, Oct 30, 2010 at 09:26, Michael B. Smith <mich...@smithcons.com> >> wrote: >>> Kurt - >>> >>> In device manager is an option to "show hidden devices". Enable that, both >>> on the "new" server there and the "old" server there and see if you have a >>> "ghost" NIC. I bet you will. And that ghost NIC probably has the problem IP >>> address. >>> >>> Remove the ghost NIC and you'll remove the problem. >>> >>> Regards, >>> >>> Michael B. Smith >>> Consultant and Exchange MVP >>> http://TheEssentialExchange.com >>> >>> ________________________________________ >>> From: Ralph Smith [...@gatewayindustries.org] >>> Sent: Saturday, October 30, 2010 12:22 PM >>> To: NT System Admin Issues >>> Subject: RE: A real puzzler... >>> >>> Do you have an AV application on the server? The reason I ask is I had >>> some servers that exibited the exact symptoms you are describing after >>> installing VIPRE Premium on them. Removing VIPRE solved the problem. >>> >>> >>> >>> >>> -----Original Message----- >>> From: Kurt Buff [mailto:kurt.b...@gmail.com] >>> Sent: Saturday, October 30, 2010 1:49 AM >>> To: NT System Admin Issues >>> Subject: A real puzzler... >>> >>> All, >>> >>> I'm in the US, and have a problem in our AU office that I'm having >>> difficulty wrapping my brain around. I have a theory, but it is still a >>> strange situation, and any feedback anyone can provide would be >>> appreciated. >>> >>> The AU office has a server, which I've just recently stood up, using an >>> address assigned by DHCP. This is not ideal, obviously, but the thing >>> refuses to take the static IP address that it's slated to get >>> (192.168.61.30.) It's a VM on a new ESXi server. >>> >>> When I try to assign it the static address, it keeps getting an error >>> message that another machine has the address. >>> >>> However, when I ping the IP address that the machine refuses to use, I >>> get no answer. >>> >>> When I use netmon on the VM in the AU office to capture ARP traffic, I >>> get a MAC address that's for the DC. However, the DC has never had >>> 192.168.61.30 - it's been 192.168.61.31 all its life in the AU office. >>> >>> I've even fired up regedit on the DC to search for the IP address, and >>> all I'm showing is the one it's supposed to have - 192.168.61.31 >>> >>> I'm more than a little baffled by this one. >>> >>> One thing I should note, just because: The DC in the AU office is a >>> machine that had been used in the US office about two years ago. We did >>> a P2V on it, and the VM from that still lives on in the US office. >>> They do share a MAC address (I don't know why, as I would have expected >>> the the MAC to change when it got the virtual NIC), but AFAICT this >>> shouldn't make a difference, since they are in different subnets >>> entirely, with different addresses. >>> >>> Anyone have thoughts on this? >>> >>> Kurt >>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ >>> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >>> --- >>> To manage subscriptions click here: >>> http://lyris.sunbelt-software.com/read/my_forums/ >>> or send an email to listmana...@lyris.sunbeltsoftware.com >>> with the body: unsubscribe ntsysadmin >>> Confidentiality Notice: >>> >>> ---------------------------------- >>> >>> >>> >>> This communication, including any attachments, may contain confidential >>> information and is intended only for the individual or entity to whom it is >>> addressed. Any review, dissemination, or copying of this communication by >>> anyone other than the intended recipient is strictly prohibited. If you are >>> not the intended recipient, please contact the sender by reply email, >>> delete and destroy all copies of the original message. >>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >>> --- >>> To manage subscriptions click here: >>> http://lyris.sunbelt-software.com/read/my_forums/ >>> or send an email to listmana...@lyris.sunbeltsoftware.com >>> with the body: unsubscribe ntsysadmin >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >>> --- >>> To manage subscriptions click here: >>> http://lyris.sunbelt-software.com/read/my_forums/ >>> or send an email to listmana...@lyris.sunbeltsoftware.com >>> with the body: unsubscribe ntsysadmin >>> >>> >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> --- >> To manage subscriptions click here: >> http://lyris.sunbelt-software.com/read/my_forums/ >> or send an email to listmana...@lyris.sunbeltsoftware.com >> with the body: unsubscribe ntsysadmin >> >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> --- >> To manage subscriptions click here: >> http://lyris.sunbelt-software.com/read/my_forums/ >> or send an email to listmana...@lyris.sunbeltsoftware.com >> with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to listmana...@lyris.sunbeltsoftware.com > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
