via 10.0.30.1 dev vmbr30 table dmz
RTNETLINK answers: Network is unreachable
Not sure if this is possible, looking for insight.
Thanks,
Axton
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
should be obvious.
My question is this: how do I configure the host and guest so the mtu
settings for jumbo frames are setup properly at container start time for
the veth interface on the host.
Axton Grams
___
Users mailing list
Users@openvz
2211ms
rtt min/avg/max/mdev = 65.087/66.725/68.504/1.414 ms
Axton Grams
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
veth42421a76
Axton Grams
On Sat, Feb 13, 2016 at 7:02 PM, Axton wrote:
> This works, but it seems like prlsrvctl net set is not working as
> expected. I was able to bypass the issue by updating the bridge
> information using virsh.
>
> In this example, I want to create a
interfaces are properly managed when the host is rebooted
Let me know if this seems like a bug and I will submit a defect.
Thanks,
Axton Grams
On Sat, Feb 13, 2016 at 3:23 PM, Axton wrote:
> vznetcfg seems to do what I need, but it seems vznetcfg is missing from
> beta4 (all packages) whe
host. The mount script is
executed on the host, but the veth interface has not been created on the
host when this script runs.
On Sat, Feb 13, 2016 at 10:49 AM, Axton wrote:
> Digging through my notes, I accomplished this using a script
> /usr/sbin/vznetaddr which parses the ctid.conf fi
it is not the script referenced from
the documentation:
[root@cluster-02 tmp]# find / -name vznetcfg
/usr/libexec/libvzctl/scripts/vznetcfg
Axton Grams
On Sat, Feb 13, 2016 at 2:53 PM, Axton wrote:
> I found the container action scripts capability, but this is not
> sufficient for my
container to one or more vlans using veth interfaces. I accomplished this
in the past using bridge utils. It is important that I can specify which
bridge each veth interface is added to. Let me know if there is a better
way to do this.
Thanks,
Axton Grams
On Fri, Feb 12, 2016 at 9:22 PM, Ax
the server.
- vznetcfg does not seem to exist in a state that matches the virtuozzo 7
documentation (only see /usr/libexec/libvzctl/scripts/vznetcfg on my
machine)
I thought maybe I should add a virtual network and bridge it, but I can't
seem to find a way to do this.
I thought maybe I would u
hat same situation while installing some months ago. I just
> created a directory on an ext4-formatted partition and symlinked /var/tmp
> to that.
>
> On Fri, Feb 12, 2016 at 4:25 PM, Kir Kolyshkin wrote:
>
>>
>>
>> On 02/12/2016 08:00 AM, Axton wrote:
>>
>
Template creation fails if /var/tmp is xfs, which is the default file
system on RHEL7. The documentation for installation does not highlight
this requirement for /var/tmp; it does for /vz though. Reference:
https://openvz.org/Quick_installation
Here is the full output. Resolved by formatting /v
Thanks. This is good info. When Virtuozzo goes ga, will i need to
purchase licenses?
On Feb 11, 2016 5:58 AM, "Sergey Bronnikov" wrote:
> Hi, Axton
>
> > ploop
> > containment
> > resource limits (primarily memory and cpu)
> > onboot
> > veth
of my existing containers.
Thanks,
Axton Grams
903.361.8884
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
n the file system
ploop grow -s 10g -d /dev/ploop38961
Not sure how to undo the damage I've done.
I did the same resize on another container without any issues using vzctl.
Not sure what is special about this container.
Any help is appreciated.
Than
I am in a similar situation using this version:
linux-image-2.6.32-openvz-amd64 042stab084.26
I was under the impression I need to remove the openvz kernel and packages
then reinstall. Any guidance to the contrary would be appreciated.
Axton Grams
On Mon, Apr 28, 2014 at 11:09 AM
particular issue looks maybe to be a kernel related and not an openvz
related. When the interfaces are in this broken state, traffic never
leaves the interface even though the kernel reports an active/available
route for the traffic.
https://lkml.org/lkml/2012/3/25/13
Axton Grams
On Tue, Mar 4, 2014 at
61:74:53 no87.79
1 00:25:90:61:b7:a3 yes0.00
1 ac:22:0b:51:32:de no 0.00
With this configuration I never have issues with network traffic
disruptions at the CT or HE.
Axton Grams
On Fri, Feb 28, 2014 at 11:11 AM, Matt
80::/64 dev veth1.40 proto kernel metric 256 mtu 1500 advmss 1440
hoplimit 0
fe80::/64 dev veth1.30 proto kernel metric 256 mtu 1500 advmss 1440
hoplimit 0
default via fe80::225:90ff:fe09:9b81 dev vmbr40 proto kernel metric 1024
mtu 1500 advmss 1440 hoplimit 64
On Wed, Feb 26, 2014 a
respond. Sounds like you can't get the
bridge configured properly.
What distribution are you using?
Post your configuration for the bridge. If RHEL type or Debian type I can help.
Maybe "ifconfig -a" and "brctl show" too.
Axton Grams
__
# Get the current mac address for the interface
+brmac=`cat /sys/class/net/vlan40/address`
+
You could use something like this:
@@ -29,6 +29,9 @@
[ -n "$bridge" ] ||
bridge=vmbr0
+# Get the current mac address for the interface
+brmac=`cat /sys/class/net/$b
m
attempting to assess the level of risk.
Thanks,
Axton Grams
___
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
On Sun, Mar 3, 2013 at 6:21 PM, Axton wrote:
> I am attempting to migrate a container from one host to another. I am
> running into issues that cause the migration to fail.
>
> Environment information:
> - Build:Debian 6; updates, install RHEL kernel
> - Kernel:
> 042stab072
e migrating container...
Copying top ploop delta with CT suspend
Sending /vz/private/2000/root.hdd/root.hdd
Setting up checkpoint...
suspend...
get context...
Checkpointing completed successfully
Dumping container
Setting up checkpoint...
join context..
dump...
On Sat, Jan 26, 2013 at 9:32 AM, Axton wrote:
> On Sat, Jan 26, 2013 at 9:09 AM, Axton wrote:
>> Thanks for the info. I will update the kernel and report back. For
>> your information, I am running Debian Lenny and using the latest
>> kernel from Debian packages.
On Sat, Jan 26, 2013 at 9:09 AM, Axton wrote:
> Thanks for the info. I will update the kernel and report back. For
> your information, I am running Debian Lenny and using the latest
> kernel from Debian packages.
>
> Axton Grams
Sorry, meant
Thanks for the info. I will update the kernel and report back. For
your information, I am running Debian Lenny and using the latest
kernel from Debian packages.
Axton Grams
On Sat, Jan 26, 2013 at 2:21 AM, Andrew Vagin wrote:
> Hello Acton,
>
> 2.6.32-5-openvz-amd64 is ou
er $($ifconfig eth0 | awk '{print $5; exit}')
ifconfig $bridge hw ether 00:25:90:61:74:53
This really just causes the bridge to not change mac address. The mac
changing had the side effect that all tcp sessions were dropped (i.e.,
when
I am using the prerequisite version of vzctl:
root@cluster-02:~# vzctl --version
vzctl version 3.0.24
Axton Grams
On Thu, Sep 13, 2012 at 11:21 PM, Axton wrote:
> I read through the page covering NFS server inside a container:
> http://wiki.openvz.org/NFS_server_inside_container
>
&
=00:18:51:FB:2F:10;ifname=eth2,bridge=br20,mac=00:18:51:25:D2:67,host_ifname=veth5000.2,host_mac=00:18:51:B3:6E:36;ifname=eth3,bridge=br30,mac=00:18:51:11:79:CA,host_ifname=veth5000.3,host_mac=00:18:51:52:85:39;ifname=eth4,bridge=br40,mac=00:18:51:5E:11:F8,host_ifname=veth5000.4,host_mac=00:18:51:4E:DB:DB"
CAPABILITY="NET_ADMIN:on SYS_ADMIN:on "
FEATURES="sysfs:on nfsd:on nfs:on "
Any help would be appreciated.
Thanks,
Axton Grams
___
Users mailing list
Users@openvz.org
https://openvz.org/mailman/listinfo/users
29 matches
Mail list logo