🥇ತಲೆನೋವು ಇಲ್ಲದೆ OpenVZ 6 ಕಂಟೇನರ್ ಅನ್ನು KVM ಸರ್ವರ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸುವುದು ಹೇಗೆ

ತಮ್ಮ ಜೀವನದಲ್ಲಿ ಒಮ್ಮೆಯಾದರೂ ಪೂರ್ಣ KVM ವರ್ಚುವಲೈಸೇಶನ್ ಹೊಂದಿರುವ ಸರ್ವರ್‌ಗೆ OpenVZ ಕಂಟೇನರ್ ಅನ್ನು ವರ್ಗಾಯಿಸಲು ಅಗತ್ಯವಿರುವ ಯಾರಾದರೂ ಕೆಲವು ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸಿದ್ದಾರೆ:

ಹೆಚ್ಚಿನ ಮಾಹಿತಿಯು ಸರಳವಾಗಿ ಹಳತಾಗಿದೆ ಮತ್ತು EOL ಚಕ್ರವನ್ನು ದೀರ್ಘಕಾಲ ದಾಟಿದ OS ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ
ವಿಭಿನ್ನ ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಯಾವಾಗಲೂ ವಿಭಿನ್ನ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ವಲಸೆಯ ಸಮಯದಲ್ಲಿ ಸಂಭವನೀಯ ದೋಷಗಳನ್ನು ಎಂದಿಗೂ ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ
ಕೆಲವೊಮ್ಮೆ ನೀವು ಈಗ ಮತ್ತು ನಂತರ ವಲಸೆಯ ನಂತರ ಕೆಲಸ ಮಾಡಲು ಬಯಸದ ಸಂರಚನೆಗಳನ್ನು ಎದುರಿಸಬೇಕಾಗುತ್ತದೆ

ನೀವು 1 ಸರ್ವರ್ ಅನ್ನು ವರ್ಗಾಯಿಸಿದಾಗ, ನೀವು ಯಾವಾಗಲೂ ಹಾರಾಡುತ್ತ ಏನನ್ನಾದರೂ ಸರಿಪಡಿಸಬಹುದು, ಆದರೆ ನೀವು ಸಂಪೂರ್ಣ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ವರ್ಗಾಯಿಸಿದಾಗ?

ಈ ಲೇಖನದಲ್ಲಿ ನಾನು OpenVZ ಕಂಟೇನರ್ ಅನ್ನು KVM ಗೆ ಸರಿಯಾಗಿ ಸ್ಥಳಾಂತರಿಸುವುದು ಹೇಗೆ ಎಂದು ಹೇಳಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ ಮತ್ತು ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳಿಗೆ ತ್ವರಿತ ಪರಿಹಾರದೊಂದಿಗೆ ಕನಿಷ್ಠ ಅಲಭ್ಯತೆಯನ್ನು ಹೊಂದಿದೆ.

ಒಂದು ಸಣ್ಣ ಶೈಕ್ಷಣಿಕ ಕಾರ್ಯಕ್ರಮ: OpenVZ ಎಂದರೇನು ಮತ್ತು KVM ಎಂದರೇನು?

ನಾವು ಪರಿಭಾಷೆಯಲ್ಲಿ ಆಳವಾಗಿ ಹೋಗುವುದಿಲ್ಲ, ಆದರೆ ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ ಹೇಳುತ್ತೇವೆ:

ಓಪನ್ ವಿಝ್ - ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮಟ್ಟದಲ್ಲಿ ವರ್ಚುವಲೈಸೇಶನ್, ನೀವು ಅದನ್ನು ಮೈಕ್ರೋವೇವ್‌ನಲ್ಲಿ ಸಹ ನಿಯೋಜಿಸಬಹುದು, ಏಕೆಂದರೆ ಹೋಸ್ಟ್ ಗಣಕದಲ್ಲಿ CPU ಸೂಚನೆಗಳು ಮತ್ತು ವರ್ಚುವಲೈಸೇಶನ್ ತಂತ್ರಜ್ಞಾನಗಳ ಅಗತ್ಯವಿಲ್ಲ.

ಕೆವಿಎಂ - ಪೂರ್ಣ ಪ್ರಮಾಣದ ವರ್ಚುವಲೈಸೇಶನ್, ಸಿಪಿಯುನ ಎಲ್ಲಾ ಶಕ್ತಿಯನ್ನು ಬಳಸಿ ಮತ್ತು ಯಾವುದನ್ನಾದರೂ, ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ, ಅದನ್ನು ಉದ್ದವಾಗಿ ಮತ್ತು ಅಡ್ಡವಾಗಿ ಕತ್ತರಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ.

ಜನಪ್ರಿಯ ನಂಬಿಕೆಗೆ ವಿರುದ್ಧವಾಗಿ, ಪರಿಸರದಲ್ಲಿ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರು OpenVZ ಅತಿಯಾಗಿ ಮಾರಾಟವಾಗಿದೆ, ಆದರೆ KVM ಅಲ್ಲ. ಅದೃಷ್ಟವಶಾತ್ ಎರಡನೆಯದಕ್ಕೆ, KVM ಈಗ ಅದರ ಸಹೋದರನಂತೆಯೇ ಅತಿಯಾಗಿ ಮಾರಾಟವಾಗಿದೆ.

ನಾವು ಏನು ಸಾಗಿಸುತ್ತೇವೆ?

В качестве подопытных для переноса пришлось использовать весь лес операционных систем, которые доступны на OpenVZ: CentOS (6 и 7 версии), Ubuntu (14, 16 и 18 LTS), Debian 7.

ಹೆಚ್ಚಿನ OpenVZ ಕಂಟೈನರ್‌ಗಳು ಈಗಾಗಲೇ ಕೆಲವು ರೀತಿಯ LAMP ಅನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತಿವೆ ಮತ್ತು ಕೆಲವು ನಿರ್ದಿಷ್ಟ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಸಹ ಹೊಂದಿದ್ದವು ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ಹೆಚ್ಚಾಗಿ, ಇವುಗಳು ISPmanager, VestaCP ನಿಯಂತ್ರಣ ಫಲಕದೊಂದಿಗಿನ ಸಂರಚನೆಗಳಾಗಿವೆ (ಮತ್ತು ಹೆಚ್ಚಾಗಿ, ವರ್ಷಗಳವರೆಗೆ ನವೀಕರಿಸಲಾಗಿಲ್ಲ). ಅವರ ವರ್ಗಾವಣೆ ವಿನಂತಿಗಳನ್ನು ಸಹ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು.

ವಲಸೆಯನ್ನು ಸಂರಕ್ಷಣೆಯೊಂದಿಗೆ ನಡೆಸಲಾಗುತ್ತದೆ IP ವಿಳಾಸಗಳು ಪೋರ್ಟಬಲ್ ಕಂಟೇನರ್‌ಗಾಗಿ, ಕಂಟೇನರ್‌ನ ಐಪಿ ವಿಳಾಸವನ್ನು VM ನಲ್ಲಿ ಉಳಿಸಿಕೊಳ್ಳಲಾಗಿದೆ ಮತ್ತು ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ.

ವರ್ಗಾವಣೆ ಮಾಡುವ ಮೊದಲು, ನಾವು ಎಲ್ಲವನ್ನೂ ಹೊಂದಿದ್ದೇವೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳೋಣ:

OpenVZ ಸರ್ವರ್, ಹೋಸ್ಟ್ ಯಂತ್ರಕ್ಕೆ ಸಂಪೂರ್ಣ ರೂಟ್ ಪ್ರವೇಶ, ಕಂಟೇನರ್‌ಗಳನ್ನು ನಿಲ್ಲಿಸುವ/ಆರೋಹಿಸುವ/ಪ್ರಾರಂಭಿಸುವ/ಅಳಿಸುವ ಸಾಮರ್ಥ್ಯ
KVM ಸರ್ವರ್, ಹೋಸ್ಟ್ ಯಂತ್ರಕ್ಕೆ ಸಂಪೂರ್ಣ ರೂಟ್ ಪ್ರವೇಶ, ಅದು ಸೂಚಿಸುವ ಎಲ್ಲವುಗಳೊಂದಿಗೆ. ಎಲ್ಲವನ್ನೂ ಈಗಾಗಲೇ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಹೋಗಲು ಸಿದ್ಧವಾಗಿದೆ ಎಂದು ಊಹಿಸಲಾಗಿದೆ.

ವರ್ಗಾವಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸೋಣ

ನಾವು ವರ್ಗಾವಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು, ಗೊಂದಲವನ್ನು ತಪ್ಪಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವ ನಿಯಮಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸೋಣ:

KVM_NODE - KVM ಹೋಸ್ಟ್ ಯಂತ್ರ
VZ_NODE - OpenVZ ಹೋಸ್ಟ್ ಯಂತ್ರ
ಸಿಟಿಐಡಿ - OpenVZ ಕಂಟೇನರ್
VM - KVM ವರ್ಚುವಲ್ ಸರ್ವರ್

ವಲಸೆಗಾಗಿ ತಯಾರಿ ಮತ್ತು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ರಚಿಸುವುದು.

1 ಹೆಜ್ಜೆ

ನಾವು ಕಂಟೇನರ್ ಅನ್ನು ಎಲ್ಲೋ ಸ್ಥಳಾಂತರಿಸಬೇಕಾಗಿರುವುದರಿಂದ, ನಾವು ರಚಿಸುತ್ತೇವೆ VM ಗೆ ಇದೇ ರೀತಿಯ ಸಂರಚನೆಯೊಂದಿಗೆ KVM_NODE.
ಪ್ರಮುಖ! Создавать VM нужно именно на той операционной системе, которая сейчас крутится на CTID. Например, если на CTID установлена Ubuntu 14, то и на VM нужно ставить Ubuntu 14. Минорные версии не важны и их несовпадение не столь критично, а вот мажорные — должны быть одинаковыми.

VM ಅನ್ನು ರಚಿಸಿದ ನಂತರ, ನಾವು CTID ಮತ್ತು VM ನಲ್ಲಿ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ನವೀಕರಿಸುತ್ತೇವೆ (OS ಅನ್ನು ನವೀಕರಿಸುವುದರೊಂದಿಗೆ ಗೊಂದಲಕ್ಕೀಡಾಗಬಾರದು - ನಾವು ಅದನ್ನು ನವೀಕರಿಸುವುದಿಲ್ಲ, ನಾವು ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಮಾತ್ರ ನವೀಕರಿಸುತ್ತೇವೆ ಮತ್ತು ಅದು ಬಂದರೆ, OS ಆವೃತ್ತಿಯು ಮುಖ್ಯ ಆವೃತ್ತಿ).

ಗೆ CentOS этот процесс выглядит безобидно:

# yum clean all
# yum update -y

И не менее безобидно для Ubuntu, Debian:

# apt-get update
# apt-get upgrade

2 ಹೆಜ್ಜೆ

ಸ್ಥಾಪಿಸಿ ಸಿಟಿಐಡಿ, VZ_NODE и VM ಉಪಯುಕ್ತತೆ rsync:

CentOS:

# yum install rsync -y

Debian, Ubuntu:

# apt-get install rsync -y

ನಾವು ಅಲ್ಲಿ ಅಥವಾ ಅಲ್ಲಿ ಬೇರೆ ಯಾವುದನ್ನೂ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

3 ಹೆಜ್ಜೆ

ನಾವು ನಿಲ್ಲಿಸುತ್ತೇವೆ ಸಿಟಿಐಡಿ ಮೇಲೆ VZ_NODE ತಂಡ

vzctl stop CTID

ಚಿತ್ರವನ್ನು ಆರೋಹಿಸುವುದು ಸಿಟಿಐಡಿ:

vzctl mount CTID

/vz/root/ ಫೋಲ್ಡರ್‌ಗೆ ಹೋಗಿಸಿಟಿಐಡಿ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಿ

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 ಅನ್ನು ಪ್ರಾರಂಭಿಸಲು ನಮಗೆ ಸಹಾಯ ಮಾಡುವ ಹಲವಾರು ಹಂತಗಳನ್ನು ನಿರ್ವಹಿಸೋಣ.
ಜೊತೆಗೆ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಸಿಸ್ಟಮ್ ಸಾಮಾನ್ಯ ಕನ್ಸೋಲ್‌ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಲು ನಮಗೆ ಸಹಾಯ ಮಾಡುವ ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸೋಣ, ಉದಾಹರಣೆಗೆ, VNC ಸರ್ವರ್ ಪರದೆಯ ಮೂಲಕ

mv /etc/systemd/system/getty.target.wants/getty@tty2.service /etc/systemd/system/getty.target.wants/getty@tty1.service

ಸರ್ವರ್‌ಗಳಲ್ಲಿ 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; }

ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳಲ್ಲಿ, Apache ಗಾಗಿ mod_fcgid ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದರೆ, ನಾವು ಹಕ್ಕುಗಳೊಂದಿಗೆ ಸಣ್ಣ ಪರಿಹಾರವನ್ನು ಮಾಡುತ್ತೇವೆ, ಇಲ್ಲದಿದ್ದರೆ mod_fcgid ಅನ್ನು ಬಳಸುವ ಸೈಟ್‌ಗಳು ದೋಷ 500 ನೊಂದಿಗೆ ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತವೆ:

chmod +s `which suexec` && apachectl restart

И последнее, пригодится для Ubuntu, Debian дистрибутивов. Эта ОС может упасть в вечный бут с ошибкой

ತುಂಬಾ ವೇಗವಾಗಿ ಲೂಪ್ ಮಾಡಲಾಗುತ್ತಿದೆ. ಥ್ರೊಟ್ಲಿಂಗ್ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸ್ವಲ್ಪ

OS ಆವೃತ್ತಿಯನ್ನು ಅವಲಂಬಿಸಿ ಅಹಿತಕರ, ಆದರೆ ಸುಲಭವಾಗಿ ನಿವಾರಿಸಲಾಗಿದೆ.

ಮೇಲೆ Debian 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

ಇದು ಸಹಾಯ ಮಾಡದಿದ್ದರೆ, ಎರಡನೇ ಆಯ್ಕೆಯನ್ನು ಪ್ರಯತ್ನಿಸಿ.

ಸಮಸ್ಯೆಗೆ ಎರಡನೇ ಪರಿಹಾರ ಥ್ರೊಟ್ಲಿಂಗ್ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸ್ವಲ್ಪ подходит практически для всех Ubuntu и Debian дистрибутивов.

ನಾವು ನಿರ್ವಹಿಸುತ್ತೇವೆ

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

ಮತ್ತು ಫಾರ್ Ubuntu 14, Debian 7 ಹೆಚ್ಚುವರಿಯಾಗಿ ನಾವು ನಿರ್ವಹಿಸುತ್ತೇವೆ:

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

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

Что мы сделали? Восстановили messagebus, которого не хватало для запуска Debian/Ubuntu и удалили modules_dep, который пришел от OpenVZ и мешал загрузки многих модулей ядра.

6 ಹೆಜ್ಜೆ

ನಾವು VM ಅನ್ನು ರೀಬೂಟ್ ಮಾಡುತ್ತೇವೆ, VNC ಯಲ್ಲಿ ಲೋಡಿಂಗ್ ಹೇಗೆ ಪ್ರಗತಿಯಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಆದರ್ಶಪ್ರಾಯವಾಗಿ, ಸಮಸ್ಯೆಗಳಿಲ್ಲದೆ ಎಲ್ಲವೂ ಲೋಡ್ ಆಗುತ್ತದೆ. ವಲಸೆಯ ನಂತರ ಕೆಲವು ನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಸಾಧ್ಯತೆಯಿದ್ದರೂ, ಅವು ಈ ಲೇಖನದ ವ್ಯಾಪ್ತಿಯನ್ನು ಮೀರಿವೆ ಮತ್ತು ಅವು ಉದ್ಭವಿಸಿದ ನಂತರ ಸರಿಪಡಿಸಲ್ಪಡುತ್ತವೆ.

ಈ ಮಾಹಿತಿಯು ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ! 🙂

ಮೂಲ: www.habr.com