OpenVZ Forum


Home » General » Support » *SOLVED* Samba server in VE
*SOLVED* Samba server in VE [message #7295] Tue, 10 October 2006 13:15 Go to next message
fiksve is currently offline  fiksve
Messages: 3
Registered: October 2006
Junior Member
Hi, and thanks for a great, easy to use, virtualization system!

That is, it was easy to use until I found the need for broadcasting packages with samba. After reading up on veth, I managed to create such a device, as well as configure it using the wiki. It still wont broadcast packages though, according to another post here in the support forum I need to create a bridge on the host, adding both the veth as well as the physical interface.

Creating the bridge is okay, but once I add the physical interface (eth0) to it, connectivity breaks. The servers screen is filled with "veth102.0 recieved a package from its own address" messages.

My setup is very simular to the one presented in http://forum.openvz.org/index.php?t=tree&th=1218&mid =6813&&rev=&reveal=
, the only thing I seem to be missing is a clearer explenation on how I perform the resolving step?

[Updated on: Thu, 12 October 2006 12:40] by Moderator

Report message to a moderator

Re: Samba server in VE [message #7313 is a reply to message #7295] Wed, 11 October 2006 04:40 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

what MAC addresses do you have on all your interfaces?


http://static.openvz.org/userbars/openvz-developer.png
Re: Samba server in VE [message #7326 is a reply to message #7313] Wed, 11 October 2006 07:25 Go to previous messageGo to next message
fiksve is currently offline  fiksve
Messages: 3
Registered: October 2006
Junior Member
The eth0 interface has 00:C0:9F:04:A0:3B, veth102.0 was set to 00:12:34:56:78:9A (According to another post here in the forum, the first two digits had to be 0) -- Do you mean that my setup should work, even without the bridge?
Re: Samba server in VE [message #7327 is a reply to message #7326] Wed, 11 October 2006 07:42 Go to previous messageGo to next message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member

No, bridge is required.

BTW, what kernel version do you use? please always report it.

"veth102.0 recieved a package from its own address" is it a fully correct message you saw on the screen? each letter of it?
there is no such a message in kernel sources. The only similar one I found is:

printk(KERN_WARNING "%s: received packet with "
" own address as source address\n",
source->dev->name);
AFAICS, this message mean that this MAC address is already in use in your network.

you can check it by running tcpdump -e


http://static.openvz.org/userbars/openvz-developer.png
Re: Samba server in VE [message #7351 is a reply to message #7327] Wed, 11 October 2006 19:21 Go to previous messageGo to next message
fiksve is currently offline  fiksve
Messages: 3
Registered: October 2006
Junior Member
Im using the 2.6.16 testing branch, pulled from your apt repository using debian sarge. Ill remember making a note of it the next time Smile

Youre absolutely right about the kernel message, which probably means that youre right about the MAC address scenario as well. I might have screwed up when adding the veth interface, swapping the macs of the veth and eth0. Unfortunatly, I cannot confirm this -- I had to remove the configuration and insert a physical ethernet card instead, as the server was rushed into a production enviroment. We are in the process of moving, so things are a bit hectical in my end.

Thank you very much for a consise and educational answer!
Re: *SOLVED* Samba server in VE [message #33907 is a reply to message #7295] Wed, 19 November 2008 12:38 Go to previous message
disaster is currently offline  disaster
Messages: 158
Registered: February 2006
Senior Member
i've the same problem / message
Previous Topic: *answered* Current kernel version
Next Topic: Gateway 192.0.2.1 with Ubuntu-8.04 and Debian 4.0
Goto Forum:
  


Current Time: Fri Jul 04 22:43:21 GMT 2025

Total time taken to generate the page: 0.01962 seconds