ਬਿਨਾਂ ਸਿਰ ਦਰਦ ਦੇ ਕੇਵੀਐਮ ਸਰਵਰ ਤੇ ਓਪਨਵੀਜ਼ੈਡ 6 ਕੰਟੇਨਰ ਨੂੰ ਕਿਵੇਂ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਹੈ

ਕੋਈ ਵੀ ਜਿਸਨੂੰ ਆਪਣੀ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਾਰ ਪੂਰੀ KVM ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਵਾਲੇ ਸਰਵਰ ਵਿੱਚ ਇੱਕ OpenVZ ਕੰਟੇਨਰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਕੁਝ ਸਮੱਸਿਆਵਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ ਹੈ:

• ਜ਼ਿਆਦਾਤਰ ਜਾਣਕਾਰੀ ਸਿਰਫ਼ ਪੁਰਾਣੀ ਹੈ ਅਤੇ OS ਲਈ ਢੁਕਵੀਂ ਸੀ ਜੋ ਲੰਬੇ ਸਮੇਂ ਤੋਂ EOL ਚੱਕਰ ਨੂੰ ਪਾਸ ਕਰ ਚੁੱਕੇ ਹਨ
• ਵੱਖ-ਵੱਖ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਲਈ ਹਮੇਸ਼ਾਂ ਵੱਖਰੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੌਰਾਨ ਸੰਭਾਵਿਤ ਤਰੁੱਟੀਆਂ ਨੂੰ ਕਦੇ ਵੀ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ
• ਕਈ ਵਾਰ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਸੰਰਚਨਾਵਾਂ ਨਾਲ ਨਜਿੱਠਣਾ ਪੈਂਦਾ ਹੈ ਜੋ ਮਾਈਗਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਕੰਮ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ

ਜਦੋਂ ਤੁਸੀਂ 1 ਸਰਵਰ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਫਲਾਈ 'ਤੇ ਕੁਝ ਠੀਕ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਜਦੋਂ ਤੁਸੀਂ ਪੂਰੇ ਕਲੱਸਟਰ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹੋ?

ਇਸ ਲੇਖ ਵਿੱਚ ਮੈਂ ਤੁਹਾਨੂੰ ਇਹ ਦੱਸਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ ਕਿ ਇੱਕ OpenVZ ਕੰਟੇਨਰ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਡਾਊਨਟਾਈਮ ਅਤੇ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦੇ ਤੁਰੰਤ ਹੱਲ ਦੇ ਨਾਲ KVM ਵਿੱਚ ਸਹੀ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਮਾਈਗਰੇਟ ਕਰਨਾ ਹੈ।

ਇੱਕ ਛੋਟਾ ਵਿਦਿਅਕ ਪ੍ਰੋਗਰਾਮ: OpenVZ ਕੀ ਹੈ ਅਤੇ KVM ਕੀ ਹੈ?

ਅਸੀਂ ਸ਼ਬਦਾਵਲੀ ਦੀ ਡੂੰਘਾਈ ਵਿੱਚ ਨਹੀਂ ਜਾਵਾਂਗੇ, ਪਰ ਆਮ ਸ਼ਬਦਾਂ ਵਿੱਚ ਕਹਾਂਗੇ:

OpenVZ — ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਪੱਧਰ 'ਤੇ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ, ਤੁਸੀਂ ਇਸਨੂੰ ਮਾਈਕ੍ਰੋਵੇਵ 'ਤੇ ਵੀ ਤੈਨਾਤ ਕਰ ਸਕਦੇ ਹੋ, ਕਿਉਂਕਿ ਹੋਸਟ ਮਸ਼ੀਨ 'ਤੇ CPU ਨਿਰਦੇਸ਼ਾਂ ਅਤੇ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।

KVM - ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ, CPU ਦੀ ਸਾਰੀ ਸ਼ਕਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਤੇ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ, ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ, ਇਸ ਨੂੰ ਲੰਬਾਈ ਅਤੇ ਕ੍ਰਾਸ ਵਾਈਜ਼ ਕੱਟਣ ਦੇ ਸਮਰੱਥ।

ਪ੍ਰਸਿੱਧ ਵਿਸ਼ਵਾਸ ਦੇ ਉਲਟ ਕਿ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾਵਾਂ ਵਿੱਚ OpenVZ ਓਵਰਸੋਲਡ ਹੋ ਜਾਵੇਗਾ, ਪਰ KVM ਨਹੀਂ ਹੋਵੇਗਾ - ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ ਬਾਅਦ ਵਾਲੇ ਲਈ, KVM ਹੁਣ ਇਸ ਦੇ ਭਰਾ ਤੋਂ ਵੀ ਮਾੜੀ ਨਹੀਂ ਹੈ।

ਅਸੀਂ ਕੀ ਚੁੱਕਾਂਗੇ?

ਟ੍ਰਾਂਸਫਰ ਲਈ ਟੈਸਟ ਦੇ ਵਿਸ਼ਿਆਂ ਦੇ ਤੌਰ 'ਤੇ, ਸਾਨੂੰ ਓਪਨਵੀਜ਼ੈਡ: CentOS (6 ਅਤੇ 7 ਸੰਸਕਰਣ), ਉਬੰਟੂ (14, 16 ਅਤੇ 18 LTS), ਡੇਬੀਅਨ 7 'ਤੇ ਉਪਲਬਧ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਦੇ ਪੂਰੇ ਜੰਗਲ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਪਈ।

ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਸੀ ਕਿ ਜ਼ਿਆਦਾਤਰ ਓਪਨਵੀਜ਼ਡ ਕੰਟੇਨਰ ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਕਿਸਮ ਦੇ LAMP ਚਲਾ ਰਹੇ ਸਨ, ਅਤੇ ਕੁਝ ਕੋਲ ਕੁਝ ਖਾਸ ਸਾਫਟਵੇਅਰ ਵੀ ਸਨ। ਅਕਸਰ, ਇਹ ISPਮੈਨੇਜਰ, VestaCP ਕੰਟਰੋਲ ਪੈਨਲ (ਅਤੇ ਅਕਸਰ, ਸਾਲਾਂ ਤੋਂ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ) ਨਾਲ ਸੰਰਚਨਾਵਾਂ ਹੁੰਦੀਆਂ ਸਨ। ਉਹਨਾਂ ਦੇ ਤਬਾਦਲੇ ਦੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਕੰਟੇਨਰ ਦੇ IP ਐਡਰੈੱਸ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਦੇ ਹੋਏ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਅਸੀਂ ਇਹ ਮੰਨ ਲਵਾਂਗੇ ਕਿ ਕੰਟੇਨਰ ਦਾ IP VM 'ਤੇ ਸੁਰੱਖਿਅਤ ਹੈ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਕੰਮ ਕਰੇਗਾ।

ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਯਕੀਨੀ ਬਣਾਉ ਕਿ ਸਾਡੇ ਕੋਲ ਸਭ ਕੁਝ ਹੈ:

• OpenVZ ਸਰਵਰ, ਹੋਸਟ ਮਸ਼ੀਨ ਤੱਕ ਪੂਰੀ ਰੂਟ ਪਹੁੰਚ, ਕੰਟੇਨਰਾਂ ਨੂੰ ਰੋਕਣ/ਮਾਊਂਟ/ਸਟਾਰਟ/ਮਿਟਾਉਣ ਦੀ ਸਮਰੱਥਾ
• KVM ਸਰਵਰ, ਮੇਜ਼ਬਾਨ ਮਸ਼ੀਨ ਲਈ ਪੂਰੀ ਰੂਟ ਪਹੁੰਚ, ਜਿਸ ਨਾਲ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਸਭ ਕੁਝ ਪਹਿਲਾਂ ਹੀ ਸੰਰਚਿਤ ਹੈ ਅਤੇ ਜਾਣ ਲਈ ਤਿਆਰ ਹੈ.

ਆਉ ਟ੍ਰਾਂਸਫਰ ਸ਼ੁਰੂ ਕਰੀਏ

ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਟ੍ਰਾਂਸਫ਼ਰ ਸ਼ੁਰੂ ਕਰੀਏ, ਆਓ ਅਸੀਂ ਅਜਿਹੇ ਸ਼ਰਤਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੀਏ ਜੋ ਤੁਹਾਨੂੰ ਉਲਝਣ ਤੋਂ ਬਚਣ ਵਿੱਚ ਮਦਦ ਕਰਨਗੇ:

KVM_NODE - ਕੇਵੀਐਮ ਹੋਸਟ ਮਸ਼ੀਨ
VZ_NODE - OpenVZ ਹੋਸਟ ਮਸ਼ੀਨ
CTID - OpenVZ ਕੰਟੇਨਰ
VM - KVM ਵਰਚੁਅਲ ਸਰਵਰ

ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਤਿਆਰੀ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਬਣਾਉਣਾ।

ਕਦਮ 1

ਕਿਉਂਕਿ ਸਾਨੂੰ ਕੰਟੇਨਰ ਨੂੰ ਕਿਤੇ ਲਿਜਾਣ ਦੀ ਲੋੜ ਹੈ, ਅਸੀਂ ਬਣਾਵਾਂਗੇ VM ਦੇ ਸਮਾਨ ਸੰਰਚਨਾ ਦੇ ਨਾਲ KVM_NODE.
ਮਹੱਤਵਪੂਰਨ! ਤੁਹਾਨੂੰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ 'ਤੇ ਇੱਕ VM ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ CTID 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ Ubuntu 14 CTID 'ਤੇ ਇੰਸਟਾਲ ਹੈ, ਤਾਂ Ubuntu 14 ਨੂੰ VM 'ਤੇ ਇੰਸਟਾਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਛੋਟੇ ਸੰਸਕਰਣ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦੀ ਅੰਤਰ ਇੰਨੀ ਨਾਜ਼ੁਕ ਨਹੀਂ ਹੈ, ਪਰ ਮੁੱਖ ਸੰਸਕਰਣ ਇੱਕੋ ਜਿਹੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

VM ਬਣਾਉਣ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਪੈਕੇਜਾਂ ਨੂੰ CTID ਅਤੇ VM 'ਤੇ ਅੱਪਡੇਟ ਕਰਾਂਗੇ (OS ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੇ ਨਾਲ ਉਲਝਣ ਵਿੱਚ ਨਾ ਪੈਣਾ - ਅਸੀਂ ਇਸਨੂੰ ਅੱਪਡੇਟ ਨਹੀਂ ਕਰਦੇ, ਅਸੀਂ ਸਿਰਫ਼ ਪੈਕੇਜਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰਦੇ ਹਾਂ ਅਤੇ, ਜੇਕਰ ਇਹ ਆਉਂਦਾ ਹੈ, ਤਾਂ OS ਸੰਸਕਰਣ ਮੁੱਖ ਦੇ ਅੰਦਰ। ਸੰਸਕਰਣ).

CentOS ਲਈ ਇਹ ਪ੍ਰਕਿਰਿਆ ਨੁਕਸਾਨਦੇਹ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

# yum clean all
# yum update -y

ਅਤੇ ਉਬੰਟੂ ਅਤੇ ਡੇਬੀਅਨ ਲਈ ਕੋਈ ਘੱਟ ਨੁਕਸਾਨਦੇਹ ਨਹੀਂ:

# apt-get update
# apt-get upgrade

ਕਦਮ 2

'ਤੇ ਇੰਸਟਾਲ ਕਰੋ CTID, VZ_NODE и VM ਉਪਯੋਗਤਾ rsync:

CentOS:

# yum install rsync -y

ਡੇਬੀਅਨ, ਉਬੰਤੂ:

# apt-get install rsync -y

ਅਸੀਂ ਉੱਥੇ ਜਾਂ ਉੱਥੇ ਕੋਈ ਹੋਰ ਚੀਜ਼ ਸਥਾਪਤ ਨਹੀਂ ਕਰ ਰਹੇ ਹਾਂ।

ਕਦਮ 3

ਅਸੀਂ ਇੱਕ ਸਟਾਪ ਬਣਾਉਂਦੇ ਹਾਂ CTID 'ਤੇ VZ_NODE ਟੀਮ ਦੁਆਰਾ

vzctl stop CTID

ਚਿੱਤਰ ਨੂੰ ਮਾਊਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ CTID:

vzctl mount CTID

/vz/root/ ਫੋਲਡਰ ਤੇ ਜਾਓCTID ਅਤੇ ਚਲਾਓ

mount --bind /dev dev && mount --bind /sys sys && mount --bind /proc proc && chroot .

ਰੂਟ ਦੇ ਅਧੀਨ, ਇੱਕ ਫਾਈਲ ਬਣਾਓ /root/exclude.txt - ਇਸ ਵਿੱਚ ਅਪਵਾਦਾਂ ਦੀ ਸੂਚੀ ਹੋਵੇਗੀ ਜੋ ਨਵੇਂ ਸਰਵਰ ਨੂੰ ਨਹੀਂ ਮਿਲੇਗੀ।

/boot
/proc
/sys
/tmp
/dev
/var/lock
/etc/fstab
/etc/mtab
/etc/resolv.conf
/etc/conf.d/net
/etc/network/interfaces
/etc/networks
/etc/sysconfig/network*
/etc/sysconfig/hwconf
/etc/sysconfig/ip6tables-config
/etc/sysconfig/kernel
/etc/hostname
/etc/HOSTNAME
/etc/hosts
/etc/modprobe*
/etc/modules
/net
/lib/modules
/etc/rc.conf
/usr/share/nova-agent*
/usr/sbin/nova-agent*
/etc/init.d/nova-agent*
/etc/ips
/etc/ipaddrpool
/etc/ips.dnsmaster
/etc/resolv.conf
/etc/sysconfig/network-scripts/ifcfg-eth0
/etc/sysconfig/network-scripts/ifcfg-ens3

ਅਸੀਂ ਨਾਲ ਜੁੜਦੇ ਹਾਂ KVM_NODE ਅਤੇ ਸਾਡੇ ਲਾਂਚ ਕਰੋ VMਤਾਂ ਜੋ ਇਹ ਕੰਮ ਕਰੇ ਅਤੇ ਨੈੱਟਵਰਕ ਉੱਤੇ ਪਹੁੰਚਯੋਗ ਹੋਵੇ।

ਹੁਣ ਸਭ ਕੁਝ ਟ੍ਰਾਂਸਫਰ ਲਈ ਤਿਆਰ ਹੈ. ਜਾਣਾ!

ਕਦਮ 4

ਅਜੇ ਵੀ ਜਾਦੂ ਦੇ ਅਧੀਨ, ਅਸੀਂ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦੇ ਹਾਂ

rsync --exclude-from="/root/exclude.txt" --numeric-ids -avpogtStlHz --progress -e "ssh -T -o Compression=no -x" / root@KVM_NODE:/

rsync ਕਮਾਂਡ ਟ੍ਰਾਂਸਫਰ ਕਰੇਗੀ, ਅਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹਾਂ ਕਿ ਕੁੰਜੀਆਂ ਸਪੱਸ਼ਟ ਹਨ - ਟ੍ਰਾਂਸਫਰ ਸਿਮਲਿੰਕਸ, ਪਹੁੰਚ ਅਧਿਕਾਰਾਂ, ਮਾਲਕਾਂ ਅਤੇ ਸਮੂਹਾਂ ਦੀ ਰੱਖਿਆ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਵਧੇਰੇ ਗਤੀ ਲਈ ਏਨਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ (ਤੁਸੀਂ ਕੁਝ ਤੇਜ਼ ਸਿਫਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇਹ ਇਸ ਕੰਮ ਲਈ ਇੰਨਾ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ) , ਨਾਲ ਹੀ ਕੰਪਰੈਸ਼ਨ ਅਯੋਗ ਹੈ।

rsync ਨੂੰ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, chroot ਤੋਂ ਬਾਹਰ ਨਿਕਲੋ (ctrl+d ਦਬਾ ਕੇ) ਅਤੇ ਚਲਾਓ

umount dev && umount proc && umount sys && cd .. && vzctl umount CTID

ਕਦਮ 5

ਆਉ ਅਸੀਂ ਕਈ ਕਦਮ ਕਰੀਏ ਜੋ OpenVZ ਤੋਂ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਤੋਂ ਬਾਅਦ VM ਨੂੰ ਲਾਂਚ ਕਰਨ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕਰਨਗੇ।
ਨਾਲ ਸਰਵਰਾਂ 'ਤੇ Systemd ਚਲੋ ਇੱਕ ਕਮਾਂਡ ਚਲਾਉਂਦੇ ਹਾਂ ਜੋ ਇੱਕ ਨਿਯਮਤ ਕੰਸੋਲ ਵਿੱਚ ਲੌਗਇਨ ਕਰਨ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕਰੇਗੀ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ VNC ਸਰਵਰ ਸਕ੍ਰੀਨ ਰਾਹੀਂ

mv /etc/systemd/system/getty.target.wants/[email protected] /etc/systemd/system/getty.target.wants/[email protected]

ਸਰਵਰਾਂ 'ਤੇ CentOS 6 и CentOS 7 ਇੱਕ ਤਾਜ਼ਾ ਕਰਨਲ ਸਥਾਪਤ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ:

yum install kernel-$(uname -r)

ਸਰਵਰ ਨੂੰ ਇਸ ਤੋਂ ਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਟ੍ਰਾਂਸਫਰ ਤੋਂ ਬਾਅਦ ਇਹ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਮਿਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

ਸਰਵਰ 'ਤੇ CentOS 7 ਤੁਹਾਨੂੰ PolkitD ਲਈ ਇੱਕ ਛੋਟਾ ਫਿਕਸ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਨਹੀਂ ਤਾਂ ਸਰਵਰ ਹਮੇਸ਼ਾ ਲਈ ਕਰੈਸ਼ ਹੋ ਜਾਵੇਗਾ:

getent group polkitd >/dev/null && echo -e "e[1;32mpolkitd group already existse[0m" || { groupadd -r polkitd && echo -e "e[1;33mAdded missing polkitd groupe[0m" || echo -e "e[1;31mAdding polkitd group FAILEDe[0m"; }

getent passwd polkitd >/dev/null 
&& echo -e "e[1;32mpolkitd user already existse[0m" || { useradd -r -g polkitd -d / -s /sbin/nologin -c "User for polkitd" polkitd && echo -e "e[1;33mAdded missing polkitd usere[0m" || echo -e "e[1;31mAdding polkitd user FAILEDe[0m"; }

rpm -Va polkit* && echo -e "e[1;32mpolkit* rpm verification passede[0m" || { echo -e "e[1;33mResetting polkit* rpm user/group ownership & permse[0m"; rpm --setugids polkit polkit-pkla-compat; rpm --setperms polkit polkit-pkla-compat; }

ਸਾਰੇ ਸਰਵਰਾਂ 'ਤੇ, ਜੇਕਰ ਅਪਾਚੇ ਲਈ mod_fcgid ਸਥਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਤਾਂ ਅਸੀਂ ਅਧਿਕਾਰਾਂ ਦੇ ਨਾਲ ਇੱਕ ਛੋਟਾ ਹੱਲ ਕਰਾਂਗੇ, ਨਹੀਂ ਤਾਂ mod_fcgid ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਗਲਤੀ 500 ਨਾਲ ਕ੍ਰੈਸ਼ ਹੋ ਜਾਣਗੀਆਂ:

chmod +s `which suexec` && apachectl restart

ਅਤੇ ਆਖਰੀ ਚੀਜ਼ ਉਬੰਟੂ ਅਤੇ ਡੇਬੀਅਨ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਲਈ ਉਪਯੋਗੀ ਹੈ. ਇਹ OS ਇੱਕ ਗਲਤੀ ਨਾਲ ਇੱਕ ਸਦੀਵੀ ਬੂਟ ਵਿੱਚ ਕਰੈਸ਼ ਹੋ ਸਕਦਾ ਹੈ

ਬਹੁਤ ਤੇਜ਼ ਲੂਪਿੰਗ ਥ੍ਰੋਟਲਿੰਗ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਥੋੜਾ

OS ਸੰਸਕਰਣ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਕੋਝਾ, ਪਰ ਆਸਾਨੀ ਨਾਲ ਹੱਲ ਕੀਤਾ ਗਿਆ।

'ਤੇ ਡੇਬੀਅਨ 9 ਫਿਕਸ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਅਸੀਂ ਕਰਦੇ ਹਾਂ

dbus-uuidgen

ਜੇਕਰ ਸਾਨੂੰ ਕੋਈ ਗਲਤੀ ਮਿਲਦੀ ਹੈ

/usr/local/lib/libdbus-1.so.3: ਸੰਸਕਰਣ `LIBDBUS_PRIVATE_1.10.8′ ਨਹੀਂ ਮਿਲਿਆ

LIBDBUS ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕਰੋ

ls -la /lib/x86_64-linux-gnu | grep dbus
libdbus-1.so.3 -> libdbus-1.so.3.14.15 
libdbus-1.so.3.14.15 <-- нужен этот
libdbus-1.so.3.14.16

ਜੇ ਸਭ ਕੁਝ ਕ੍ਰਮ ਵਿੱਚ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਹ ਕਰਦੇ ਹਾਂ

cd /lib/x86_64-linux-gnu
rm -rf libdbus-1.so.3
ln -s libdbus-1.so.3.14.15  libdbus-1.so.3

ਜੇ ਇਹ ਮਦਦ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਦੂਜਾ ਵਿਕਲਪ ਅਜ਼ਮਾਓ।

ਨਾਲ ਸਮੱਸਿਆ ਦਾ ਦੂਜਾ ਹੱਲ ਥ੍ਰੋਟਲਿੰਗ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਥੋੜਾ ਲਗਭਗ ਸਾਰੇ ਉਬੰਟੂ ਅਤੇ ਡੇਬੀਅਨ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਲਈ ਉਚਿਤ।

ਅਸੀਂ ਪੂਰਾ ਕਰਦੇ ਹਾਂ

bash -x /var/lib/dpkg/info/dbus.postinst configure

ਅਤੇ ਲਈ ਉਬੰਤੂ 14, ਡੇਬੀਅਨ 7 ਇਸ ਤੋਂ ਇਲਾਵਾ ਅਸੀਂ ਕਰਦੇ ਹਾਂ:

adduser --system --home /nonexistent --no-create-home --disabled-password --group messagebus

rm -rf /etc/init.d/modules_dep.sh 

ਅਸੀਂ ਕੀ ਕੀਤਾ ਹੈ? ਅਸੀਂ ਮੈਸੇਜਬੱਸ ਨੂੰ ਬਹਾਲ ਕੀਤਾ, ਜੋ ਡੇਬੀਅਨ/ਉਬੰਟੂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਗਾਇਬ ਸੀ, ਅਤੇ modules_dep ਨੂੰ ਹਟਾ ਦਿੱਤਾ, ਜੋ OpenVZ ਤੋਂ ਆਇਆ ਸੀ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਕਰਨਲ ਮੋਡਿਊਲਾਂ ਦੇ ਲੋਡ ਕਰਨ ਵਿੱਚ ਦਖਲਅੰਦਾਜ਼ੀ ਕਰਦਾ ਸੀ।

ਕਦਮ 6

ਅਸੀਂ VM ਨੂੰ ਰੀਬੂਟ ਕਰਦੇ ਹਾਂ, VNC ਵਿੱਚ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਕਿ ਲੋਡਿੰਗ ਕਿਵੇਂ ਵਧ ਰਹੀ ਹੈ ਅਤੇ, ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ, ਹਰ ਚੀਜ਼ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਲੋਡ ਹੋ ਜਾਵੇਗੀ। ਹਾਲਾਂਕਿ ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਕੁਝ ਖਾਸ ਸਮੱਸਿਆਵਾਂ ਦਿਖਾਈ ਦੇਣਗੀਆਂ, ਉਹ ਇਸ ਲੇਖ ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਹਨ ਅਤੇ ਜਿਵੇਂ ਹੀ ਉਹ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ ਉਹਨਾਂ ਨੂੰ ਠੀਕ ਕੀਤਾ ਜਾਵੇਗਾ।

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਜਾਣਕਾਰੀ ਲਾਭਦਾਇਕ ਹੈ! 🙂

ਸਰੋਤ: www.habr.com