Re: [Users] Shell job control in VEs
Tim Hudson wrote: Kir Kolyshkin wrote: I have just checked and it works for me (using kernel 2.6.18-028stab051). Could you try using 2.6.18 (i.e. stable) kernels, or 2.6.24? Note that 2.6.20 (as well as 2.6.22) is frozen and unsupported. Thanks for the quick response! As you suspected it works fine in 2.6.18-ovz-028stab051.1-smp - but I had problems with building that release from source Can you elaborate here? which is why I moved to the same kernel release as the base Ubuntu 7.04 was using as I had no particular kernel version preference. I do have other modules I need to compile up ...and here? - hence the issue with compiling which lead me to a newer kernel release. How 'stable' is the 2.6.24 release in terms of usage and known issues? It hasn't been tested much yet, and still in very active development. We have an intention to make it stable though. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] IPv6 ??
Can you give us the the output of /sbin/ip a l and fgrep ADDRESS /etc/vz/conf/*.conf command run on your hardware node? Perhaps the problem is that the network interface(s) that is/are present on the hardware node do not belong to the same IP subnets as your VEs. Dmitry, Maybe it makes sense to add a warning if vz_get_neighbour_devs() returns an empty list, with the URL to a wiki page with long explanation? Jan Tomasek wrote: Hi, problem was caused by setting: # Controls which interfaces to send ARP requests and modify APR tables # on. NEIGHBOUR_DEVS=detect this option arived with vzctl version 3.0.22 when I was upgrading from 3.0.18-1dso1. After I removed that option and restarted HW node all IPv6 hosts get imediately online. Ufff! :) ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] Shell job control in VEs
I have just checked and it works for me (using kernel 2.6.18-028stab051). Could you try using 2.6.18 (i.e. stable) kernels, or 2.6.24? Note that 2.6.20 (as well as 2.6.22) is frozen and unsupported. Tim Hudson wrote: I've got openvz setup and operating nicely with three VEs (ubuntu7.10, centos4, redhat9) - but shell job control does not work in any of them. ^Z should suspend the current command inside the VE when in a shell where you've ssh'd into the VE - but instead it remains inside the current process. I've checked stty settings and they appear equivalent in both the VE and host. Have I missed enabling something which is mentioned in the documentation or is this a known issue? I'm using 2.6.20-ovz008-openvz1 (built from source) following instructions for how to build when using Ubuntu as the host OS. Any pointers to how to resolve this would be appreciated. Thanks, Tim. ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
[Users] RHEL3 and other older distributions
Looking to get RHEL3 working as a VE, and I believe there are various things that would have to be done to accomplish this. 1) Take a rpm 4.2.* src rpm and modify it in the same way as vzrpm43 and vzrpm44. 2) Create a new OS template to match the differences in rpm names and services enabled. 3) Install the new packages and create a template cache 4) Continue as normal Right now I'm working on part 1. I've noticed that in the vzrpm4x, for the sections that were added to handle building the python support there are references to a tool called alternatives. I suspect that this is used to setup how the different versions of python are used? Any ideas on where to get this tool, if it is available? Or what exactly it does? Also would the project be interested in having the results which should provide vzrpm42 packages? -- Regards, Darragh Bailey Systems Software Engineer Hewlett Packard Galway Ltd. +353 91 75-4674 Postal Address:Hewlett Packard Galway Limited, Ballybrit Business Park, Galway Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John Rogerson's Quay Dublin 2 Registered Number: 361933 ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
[Users] networking with debian based templates
Hello *, I'm trying to use the following templates: debian-4.0-i386-minimal ubuntu-7.10-i386-minimal After creating the VEs by: vzctl create 114 --ostemplate debian-4.0--i386-minimal --config vps.1 vzctl set 114 --hostname blah.somedomain.com --save vzctl set 114 --ipadd public.ip.add.ress --save vzctl set 114 --nameserver 4.2.2.1 --save vzctl start 114 vzctl enter 114 [EMAIL PROTECTED]:/# ifconfig loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:7 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:588 (588.0 b) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:public.ip.add.ress P-t-P:public.ip.add.ress Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 Why does it create two venet0 interfaces with one being loopback and one being my public IP address? Of course, there's no network connectivity with this setup. Additionally, /etc/network/interfaces only has two entries. One for venet0 (public IP address) and lo (loopback). There are several other rpm based and gentoo VEs running on this machine using a public IP address without issue. Any input would be appreciated! ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
RE: [Users] RHEL3 and other older distributions
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kir Kolyshkin Sent: 29 January 2008 14:24 To: users@openvz.org Subject: Re: [Users] RHEL3 and other older distributions snipped I guess this is http://alternatives.sourceforge.net/. I am not a guru in it, but I know it creates symlinks for different software, such as, in this case, different python versions. That way vzrpm can be built with different python versions which makes it possible to use on different host systems. If you do it just for yourself, you can remove this stuff from the .spec and just build your vzrpm with only one version of python. True, but I was thinking that the work that I'm doing on this might be of use to the project, and might be worth submitting back. So making the changes in a form which is useful to the project wouldn't be that much harder. Perhaps that is something I should take to the devel list? -- Regards, Darragh Bailey Systems Software Engineer Hewlett Packard Galway Ltd. +353 91 75-4674 Postal Address:Hewlett Packard Galway Limited, Ballybrit Business Park, Galway Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John Rogerson's Quay Dublin 2 Registered Number: 361933 ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] networking with debian based templates
[EMAIL PROTECTED] wrote: hi, I'm trying to use the following templates: debian-4.0-i386-minimal ---cut for brevity--- venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:7 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:588 (588.0 b) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:public.ip.add.ress P-t-P:public.ip.add.ress Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 Why does it create two venet0 interfaces with one being loopback and one being my public IP address? Of course, there's no network connectivity with this setup. i'm using a self-build debian etch template on a debian etch machine, and i see the same thing, but it works without any problems since many months i have : DEF_OSTEMPLATE=debian-4.0-i386-minimal in /etc/vz/vz.conf i've edited /etc/sysctl.conf according to the OpenVZ-wiki and that's about it, works like a charm! ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] networking with debian based templates
On Wed, Jan 30, 2008 at 12:39:11AM +0100, albinootje wrote: [EMAIL PROTECTED] wrote: hi, I'm trying to use the following templates: debian-4.0-i386-minimal ---cut for brevity--- venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:7 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:588 (588.0 b) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:public.ip.add.ress P-t-P:public.ip.add.ress Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 Why does it create two venet0 interfaces with one being loopback and one being my public IP address? Of course, there's no network connectivity with this setup. i'm using a self-build debian etch template on a debian etch machine, and i see the same thing, but it works without any problems since many months The CentOS templates do the same thing, and networking is working fine for me too: venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:10901 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4268320 (4.0 MiB) TX bytes:1105071 (1.0 MiB) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:141.121.58.181 P-t-P:141.121.58.181 Bcast:141.121.58.181 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 I see your Bcast for venet0:0 is 0.0.0.0 and mine (for CentOS) is the public IP address. On my Debian (and Ubuntu) VZs the Broadcast is 0.0.0.0. Wierd. -- E Frank Ball[EMAIL PROTECTED] ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users
Re: [Users] networking with debian based templates
Hi, My Host is CentOS 5.x. I also have DEF_OSTEMPLATE=debian-4.0-i386-minimal defined in /etc/vz/vz.conf I can ping the Host Node's IP and the Host Node can ping the VM's IP (both are public IP addresses) but I can't connect to the outside world. There is one gentoo VM and one centos VM running with the same configuration, but connecting to the outside world and allowing connections. [EMAIL PROTECTED] ~]# cat /etc/sysctl.conf # Kernel sysctl configuration file for Red Hat Linux # # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and # sysctl.conf(5) for more details. # Controls IP packet forwarding net.ipv4.ip_forward = 1 net.ipv4.conf.default.proxy_arp = 0 # Controls source route verification net.ipv4.conf.all.rp_filter = 1 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 1 # Controls whether core dumps will append the PID to the core filename # Useful for debugging multi-threaded applications kernel.core_uses_pid = 1 # we do not want all our interfaces to send redirects net.ipv4.conf.default.send_redirects = 1 net.ipv4.conf.all.send_redirects = 0 [EMAIL PROTECTED] ~]# Additionally, there's no iptables rules currently. [EMAIL PROTECTED] ~]# iptables -nL Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination [EMAIL PROTECTED] ~]# Any ideas? Thanks in advance! albinootje wrote: [EMAIL PROTECTED] wrote: hi, I'm trying to use the following templates: debian-4.0-i386-minimal ---cut for brevity--- venet0Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:127.0.0.1 P-t-P:127.0.0.1 Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:7 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:588 (588.0 b) venet0:0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:public.ip.add.ress P-t-P:public.ip.add.ress Bcast:0.0.0.0 Mask:255.255.255.255 UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 Why does it create two venet0 interfaces with one being loopback and one being my public IP address? Of course, there's no network connectivity with this setup. i'm using a self-build debian etch template on a debian etch machine, and i see the same thing, but it works without any problems since many months i have : DEF_OSTEMPLATE=debian-4.0-i386-minimal in /etc/vz/vz.conf i've edited /etc/sysctl.conf according to the OpenVZ-wiki and that's about it, works like a charm! ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users ___ Users mailing list Users@openvz.org https://openvz.org/mailman/listinfo/users