Don't have this problem using both prlctl and vzctl. Centos-7 based
container. Please note that it was on a fresh openvz installation.
===
# prlctl stop e410c4d0-91e2-4aef-afe4-14204f19316e
WARNING: You are using a deprecated CLI component that won't be
installed by default in the next major
It's started a while back, don't remember the exact date.
Anyway, 'vzctl enter CT' then 'crontab -e -u' in a cpanel
container now uses nano, not vi(m).
example:
# vzctl enter 9371
entered into CT 9371
root@host [/]# grep PATH /root/.bash_profile
PATH=$PATH:$HOME/bin
export PATH
root@host [/]#
Khorenko wrote:
> On 03/09/2020 04:12 PM, Dmitry Konstantinov wrote:
> > Hello,
> >
> > I've noticed that after a fresh install I have few filtering rules
> > that I do not need and would like to get rid of:
> >
> >
> > [root@localhost ~]# iptables -n -L -
Hello,
I've noticed that after a fresh install I have few filtering rules that
I do not need and would like to get rid of:
[root@localhost ~]# iptables -n -L -v
Chain INPUT (policy ACCEPT 2353 packets, 161K bytes) pkts bytes
target prot opt in out source destination
0 0 ACCEPT
248 ! 2.4) what do you mean by |rp_filter| (reverse path
> filtering), should I disable it , how ?
>
> Thanks .
>
>
> Le 25/02/2020 à 14:54, Dmitry Konstantinov a écrit :
> > openvpn does work. dev/tun:rw and full netfilter is all the
> > 'extras
openvpn does work. dev/tun:rw and full netfilter is all the
'extras' I have in the container's config
1) not sure if it's still works but probably not useful in
this particular case, never used any capabilities for openvpn.
2) I use a single postrouting rule. Like the last one in your list.
I
extracting it on the new
> host:
>
> tar -zcpf 12345.tar.gz /vz/private/12345
>
> The "z" is to generate a /tar.gz instead of a .tar. Generating a .tar
> is much faster, but occupying more space. Generating a .tar.gz is
> slower, but it occupies less space and is faster
er on SSH to
> proceed with the migrations.
>
> Are you using root?
>
> On Thu, Feb 13, 2020 at 12:37 PM Dmitry Konstantinov
> wrote:
>
> >
> > I am pretty sure it's not permissions however that's what reported
> > by vzmigrate.
> >
> > offlin
I am pretty sure it's not permissions however that's what reported by
vzmigrate.
offline migration fails with the messages:
copy CT private /vz/private/24060
rsync : rsync: rename "/vz/private/24060/root.hdd/.root.hds.dkD99G" ->
"root.hdd/root.hds": Operation not permitted (1)
rsync : rsync:
You can use 'vzctl set --save' instead, it still works correctly.
ie.
vzctl set $id --save --nameserver 127.0.0.1 --nameserver 8.8.8.8
will configure both nameservers.
or you can just remove the NAMESERVER string from the configuration
file completely and define whatever you wish using the
Nothing of value in dmesg.
===
ploop58143: p1
ploop58143: p1
ploop58143: p1
ploop58143: p1
EXT4-fs (ploop58143p1): mounted filesystem with ordered data mode.
Opts: ,pfcache_csum EXT4-fs (ploop58143p1): loaded balloon from 12 (0
blocks) EXT4-fs (ploop58143p1): re-mounted.
Opts:
Hi there,
I've got a container based on a not too outdated gentoo (half a year
old). It starts/works OK on this:
server1# uname -r; rpm -qa | grep vzctl
3.10.0-957.12.2.vz7.86.2
vzctl-7.0.201-1.vz7.x86_64
libvzctl-7.0.515.1-1.vz7.x86_64
however today a new one created from the same cache won't
ontainers live migration between from host1 to
> host2 is possible, run ' criu cpuinfo dump' on host1, transfer
> cpuinfo.img to host2, run 'criu cpuinfo check' on host2.
>
> > -Original Message-
> > From: users-boun...@openvz.org On Behalf
> > Of Dmitry Konstantin
I was wondering if OpenVZ7 has any way to get a
numeric value for the CPU capabilities, as it
used to be in the previous version:
# vzcptcheck caps
235042207
Since vzmigrate has an option to disable CPU capabilities
check for live migrations, I believe vzmigrate still
calculates something for
-- 1 root root 0 Oct 26 12:47 package_manager
> -rw-r--r-- 1 root root 0 Oct 26 12:47 packages
> -rw-r--r-- 1 root root 40 Oct 26 12:47 summary
>
> I wonder if that missing file is whats causing the issues I'm having. The
> distribution file is empty?
>
> Thanks,
>
I had to create the following dummy "template":
# tree /vz/template/gentoo/22
/vz/template/gentoo/22
└── x86_64
└── config
└── os
└── default
├── description
├── distribution
├── mirrorlist
├── no_pkg_actions
Had the same problem. Gentoo based VM. In order to fix it I had to a) build
and use a kernel with ACPI support and b) build and run acpid. Inside VM of
course.
On Tuesday, August 15, 2017 8:57:17 PM EDT José Manuel Giner wrote:
> Hello,
>
> In a OpenVZ 7.0.5 node,
> when I run a prlctl stop
Здравствуйте вам,
Я тут в дому затеял небольшую реорганизацию, в частности
хотел kvm пощупать, и тут увидел ваше письмо. Решил совместить
полезное с приятным. Обнаружилась уж не знаю, как назвать,
bug или же feature.
Делаю так
prlctl create another_test -d linux --vmtype vm
prlctl set
We 'fix' it from system-wide vps.mount
The part that does the fix:
*
if [[ "${OSTEMPLATE}" =~ "centos-7" && -n "${HOSTNAME}" ]]; then
echo "OVZHOSTNAME=\"${HOSTNAME}\"" > ${VE_ROOT}/etc/sysconfig/ovzhostname
if [[ ! -f ${VE_ROOT}/etc/systemd/system/ovzhostname.service ]]; then
19 matches
Mail list logo