OpenVZ Forum


Home » Mailing lists » Users » strange problem with nagios nrpe server
Re: strange problem with nagios nrpe server [message #24551 is a reply to message #24550] Thu, 06 December 2007 09:34 Go to previous messageGo to previous message
Kirill Korotaev is currently offline  Kirill Korotaev
Messages: 137
Registered: January 2006
Senior Member
BTW,

Do you use/have WINS server? it is usually used for names resolution
and can be used w/o broadcasts, so it should work even with your current
configuration.

http://www.oreilly.com/catalog/samba/chapter/book/ch07_03.html

Thanks,
Kirill


Kirill Korotaev wrote:
> Steve Wray wrote:
> 
>>Just one other possible data point.
>>
>>I may have just dismissed these problems as some kind of creeping 
>>senility but I've seen some other bizarre issues with VMs migrated into 
>>OpenVZ.
>>
>>One of these is to do with Samba filesharing.
>>
>>When the VM is migrated into OpenVZ from Xen, samba fileshares on the VM 
>>can be accessed from Windows *only* by FQDN not by bare hostname.
>>
>>Note that this broke *existing* mapped network drives for Windows users.
>>
>>Also note that this did *not* affect Linux nor OSX clients; only Windows.
>>
>>Since I've verified that this wierdness is *only* apparent when the VM 
>>was running under OpenVZ not under Xen I'm not inclined to believe that 
>>I am going insane when I find that NRPE under Debian Sarge has a problem 
>>when running under OpenVZ and not under Xen.
>>
>>
>>It starts to seem that OpenVZ can produce all *kinds* of unpredictable 
>>behavior... either that or I really am going mad complete with 
>>hallucinations :-/ Not discounting that possibility out of hand...
> 
> 
> Oh, don't say so. Everything should have a logical explanation.
> And I guess I know the answer to this one.
> 
> First of all, plz check that you don't have any kind of firewall
> rules in host system and VE with 'iptables -L'.
> 
> But the real suspect is broadcast network messages from NetBIOS protocol.
> Working FQDN means that host can be found via DNS and by IP.
> Non-working short hostnames mean that your hosts are not setup
> in default domain in DNS and that name resolution via netbios failed.
> 
> You need to connect your VE to ethX adapter using veth (virtual ethernet)
> adapter and Linux bridge. This will allow use of network broadcasts.
> The default venet networking is a secure IP-level networking which filters
> out broadcasts.
> 
> http://wiki.openvz.org/Virtual_Ethernet_device
> http://wiki.openvz.org/Differences_between_venet_and_veth
> http://forum.openvz.org/index.php?t=msg&goto=7295&&srch=samba#msg_7295
> http://en.wikipedia.org/wiki/NetBIOS
> 
> Forseeing your question about why venet is used as default networking type:
> 1. venet is more secure (see wiki).
> 2. venet is more scalable up to hundrends and thousands of VEs,
>    while veth/ethernet/bridge broadcasts/multicasts will simply kill (DoS) the node
>    in case of many VEs.
> 
> Thanks,
> Kirill
> 
>
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Network configuration
Next Topic: Question on openvz install on ubuntu
Goto Forum:
  


Current Time: Sat Sep 28 14:13:20 GMT 2024

Total time taken to generate the page: 0.03975 seconds