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

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

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

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

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

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

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

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

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

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

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

ವರ್ಗಾವಣೆಗೆ ಪರೀಕ್ಷಾ ವಿಷಯವಾಗಿ, OpenVZ ನಲ್ಲಿ ಲಭ್ಯವಿರುವ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳ ಸಂಪೂರ್ಣ ಅರಣ್ಯವನ್ನು ನಾವು ಬಳಸಬೇಕಾಗಿತ್ತು: CentOS (6 ಮತ್ತು 7 ಆವೃತ್ತಿಗಳು), ಉಬುಂಟು (14, 16 ಮತ್ತು 18 LTS), Debian 7.

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

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

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

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

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

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

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

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

1 ಹೆಜ್ಜೆ

ನಾವು ಕಂಟೇನರ್ ಅನ್ನು ಎಲ್ಲೋ ಸ್ಥಳಾಂತರಿಸಬೇಕಾಗಿರುವುದರಿಂದ, ನಾವು ರಚಿಸುತ್ತೇವೆ VM ಗೆ ಇದೇ ರೀತಿಯ ಸಂರಚನೆಯೊಂದಿಗೆ KVM_NODE.
ಪ್ರಮುಖ! ಪ್ರಸ್ತುತ CTID ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನಲ್ಲಿ ನೀವು VM ಅನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಉಬುಂಟು 14 ಅನ್ನು CTID ನಲ್ಲಿ ಸ್ಥಾಪಿಸಿದ್ದರೆ, ನಂತರ Ubuntu 14 ಅನ್ನು VM ನಲ್ಲಿ ಸ್ಥಾಪಿಸಬೇಕು. ಚಿಕ್ಕ ಆವೃತ್ತಿಗಳು ಮುಖ್ಯವಲ್ಲ ಮತ್ತು ಅವುಗಳ ವ್ಯತ್ಯಾಸವು ತುಂಬಾ ನಿರ್ಣಾಯಕವಲ್ಲ, ಆದರೆ ಪ್ರಮುಖ ಆವೃತ್ತಿಗಳು ಒಂದೇ ಆಗಿರಬೇಕು.

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

CentOS ಗೆ ಈ ಪ್ರಕ್ರಿಯೆಯು ನಿರುಪದ್ರವವಾಗಿ ಕಾಣುತ್ತದೆ:

# yum clean all
# yum update -y

ಮತ್ತು ಉಬುಂಟು ಮತ್ತು ಡೆಬಿಯನ್‌ಗೆ ಕಡಿಮೆ ನಿರುಪದ್ರವವಿಲ್ಲ:

# apt-get update
# apt-get upgrade

2 ಹೆಜ್ಜೆ

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

ಸೆಂಟೋಸ್:

# yum install rsync -y

ಡೆಬಿಯನ್, ಉಬುಂಟು:

# 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/[email protected] /etc/systemd/system/getty.target.wants/[email protected]

ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಸೆಂಟಿಒಎಸ್ ಕ್ಯುಮ್ಎಕ್ಸ್ಎಕ್ಸ್ и ಸೆಂಟಿಒಎಸ್ ಕ್ಯುಮ್ಎಕ್ಸ್ಎಕ್ಸ್ ತಾಜಾ ಕರ್ನಲ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮರೆಯದಿರಿ:

yum install kernel-$(uname -r)

ಸರ್ವರ್ ಅನ್ನು ಅದರಿಂದ ಲೋಡ್ ಮಾಡಬಹುದು, ಆದರೆ ವರ್ಗಾವಣೆಯ ನಂತರ ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು ಅಥವಾ ಅಳಿಸಬಹುದು.

ಸರ್ವರ್‌ನಲ್ಲಿ ಸೆಂಟಿಒಎಸ್ ಕ್ಯುಮ್ಎಕ್ಸ್ಎಕ್ಸ್ ನೀವು 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

ಮತ್ತು ಕೊನೆಯ ವಿಷಯವು ಉಬುಂಟು ಮತ್ತು ಡೆಬಿಯನ್ ವಿತರಣೆಗಳಿಗೆ ಉಪಯುಕ್ತವಾಗಿದೆ. ಈ 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

ನಾವೇನು ಮಾಡಿದ್ದೇವೆ? ನಾವು Debian/Ubuntu ಅನ್ನು ಚಲಾಯಿಸಲು ಕಾಣೆಯಾಗಿದ್ದ messagebus ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಿದ್ದೇವೆ ಮತ್ತು OpenVZ ನಿಂದ ಬಂದ modules_dep ಅನ್ನು ತೆಗೆದುಹಾಕಿದ್ದೇವೆ ಮತ್ತು ಅನೇಕ ಕರ್ನಲ್ ಮಾಡ್ಯೂಲ್‌ಗಳ ಲೋಡ್‌ನಲ್ಲಿ ಮಧ್ಯಪ್ರವೇಶಿಸಿದ್ದೇವೆ.

6 ಹೆಜ್ಜೆ

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

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

ಮೂಲ: www.habr.com

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

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

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

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

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

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ Отменить ответ