ສູນຄວບຄຸມການຍົກລະດັບ Juniper NETWORKS ຈາກເວີຊັນ 2.34

ແນະນຳ

ເອກະສານນີ້ກ່ຽວຂ້ອງກັບການຍົກລະດັບຂອງ Paragon Active Assurance Control Center ຈາກເວີຊັນ 2.34 ໄປຫາສະບັບຕໍ່ມາ. ການອັບເກຣດມີຂັ້ນຕອນພິເສດເພາະມັນກ່ຽວຂ້ອງກັບການອັບເກຣດ Ubuntu OS ຈາກ 16.04 ຫາ 18.04. ເອກະສານກວມເອົາສອງສະຖານະການ:

• ອັບເກຣດ Ubuntu 16.04 (ພ້ອມຕິດຕັ້ງສູນຄວບຄຸມ) ເປັນ Ubuntu 18.04.
• ການຕິດຕັ້ງໃໝ່ໆຂອງ Ubuntu 18.04 ຕິດຕາມດ້ວຍການຕິດຕັ້ງ Control Center ແລະການໂອນຂໍ້ມູນສຳຮອງຈາກ Control Center ເກົ່າໄປຫາຕົວຢ່າງໃໝ່.

ສໍາລັບການຍົກລະດັບອື່ນໆ, ກະລຸນາເບິ່ງຄູ່ມືການຍົກລະດັບ.

ສະຖານະການ A: ອັບເກຣດ Ubuntu 16.04 ເປັນ Ubuntu 18.04

• ເລີ່ມຕົ້ນໂດຍການປິດການໃຊ້ງານ apache2 ແລະ net rounds-call execute services:
• ຢຸດບໍລິການ Paragon Active Assurance ທັງໝົດ:
• ເອົາຂໍ້ມູນສຳຮອງຂອງຜະລິດຕະພັນ Paragon Active Assurance.

ໝາຍເຫດ: ນີ້ແມ່ນຂັ້ນຕອນການສໍາຮອງທີ່ອະທິບາຍໄວ້ໃນຄູ່ມືການດໍາເນີນງານ, ບົດ Backing Up Product Data, ພຽງແຕ່ເວົ້າສັ້ນໆເທົ່ານັ້ນ.

ດໍາເນີນການຄໍາສັ່ງເຫຼົ່ານີ້:

ໝາຍເຫດ: ຄໍາສັ່ງ pg_dump ຈະຖາມຫາລະຫັດຜ່ານທີ່ສາມາດພົບໄດ້ໃນ /etc/netrounds/netrounds.conf ພາຍໃຕ້ "ຖານຂໍ້ມູນ postgres". ລະຫັດຜ່ານເລີ່ມຕົ້ນແມ່ນ "netrounds".

ໝາຍເຫດ: ສໍາລັບການຕິດຕັ້ງຂະຫນາດໃຫຍ່ (> 50 GB), ເຮັດໃຫ້ tarball ຂອງ RRD ໄດ້ files ອາດຈະໃຊ້ເວລາດົນເກີນໄປ, ແລະການຖ່າຍຮູບຂອງປະລິມານສາມາດເປັນຄວາມຄິດທີ່ດີກວ່າ. ການແກ້ໄຂທີ່ເປັນໄປໄດ້ສໍາລັບການດໍາເນີນການນີ້ປະກອບມີ: ການນໍາໃຊ້ a file ລະບົບທີ່ຮອງຮັບ snapshots, ຫຼືຖ່າຍຮູບຂອງປະລິມານ virtual ຖ້າເຄື່ອງແມ່ຂ່າຍກໍາລັງເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມ virtual.

• ກວດເບິ່ງຄວາມສົມບູນຂອງຖານຂໍ້ມູນໂດຍໃຊ້ສະຄິບທີ່ສະໜອງໃຫ້ netrounds_2.35_validate_db.sh.

ຄຳເຕືອນ: ຖ້າ script ນີ້ອອກຄໍາເຕືອນ, ຢ່າພະຍາຍາມຂັ້ນຕອນການເຄື່ອນຍ້າຍຖານຂໍ້ມູນທີ່ອະທິບາຍ "ຂ້າງລຸ່ມນີ້" ໃນຫນ້າ 5. ຕິດຕໍ່ສະຫນັບສະຫນູນ Juniper ໂດຍການຍື່ນປີ້ຢູ່ທີ່ https://support.juniper.net/support/requesting-support (ການສະຫນອງຜົນຜະລິດຈາກສະຄິບ) ມີບັນຫາກັບຖານຂໍ້ມູນໄດ້ຮັບການແກ້ໄຂກ່ອນທີ່ທ່ານຈະດໍາເນີນການຍົກລະດັບ.

• ເອົາການສໍາຮອງຂອງການຕັ້ງຄ່າສູນຄວບຄຸມ files:

ຕົວຢ່າງample:

• ອັບເກຣດ Ubuntu ເປັນເວີຊັ່ນ 18.04. ຂັ້ນ​ຕອນ​ການ​ຍົກ​ລະ​ດັບ​ປົກ​ກະ​ຕິ​ແມ່ນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້ (ປັບ​ຈາກ​ https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes):
• ເພື່ອຍົກລະດັບລະບົບເຊີບເວີ:
• ຕິດຕັ້ງ update-manager-core ຖ້າມັນບໍ່ໄດ້ຕິດຕັ້ງແລ້ວ.
• ໃຫ້ແນ່ໃຈວ່າເສັ້ນ Prompt ໃນ /etc/update-manager/release-upgrades ຖືກຕັ້ງເປັນ 'lts' (ເພື່ອໃຫ້ແນ່ໃຈວ່າ OS ຖືກອັບເກຣດເປັນ 18.04, ຮຸ່ນ LTS ຕໍ່ໄປຫຼັງຈາກ 16.04).
• ເປີດຕົວເຄື່ອງມືການຍົກລະດັບດ້ວຍຄໍາສັ່ງ sudo do-release-upgrade.
• ປະຕິບັດຕາມຄໍາແນະນໍາໃນຫນ້າຈໍ. ເທົ່າທີ່ Paragon Active Assurance ເປັນຫ່ວງ, ທ່ານສາມາດຮັກສາຄ່າເລີ່ມຕົ້ນໄດ້ຕະຫຼອດ. (ແນ່ນອນມັນອາດຈະເກີດຂຶ້ນທີ່ທ່ານຈໍາເປັນຕ້ອງເລືອກທີ່ແຕກຕ່າງກັນສໍາລັບເຫດຜົນທີ່ບໍ່ກ່ຽວຂ້ອງກັບ Paragon Active Assurance.)
• ເມື່ອ Ubuntu ໄດ້ຮັບການຍົກລະດັບ, ເລີ່ມຕົ້ນລະບົບໃຫມ່. ຫຼັງຈາກນັ້ນ, ປະຕິບັດຂັ້ນຕອນຕໍ່ໄປນີ້:
• ຍົກລະດັບ PostgreSQL.
• ອັບເດດຖານຂໍ້ມູນ PostgreSQL files ຈາກ​ສະ​ບັບ 9.5 ກັບ​ສະ​ບັບ 10​:
• ເອົາ PostgreSQL ເວີຊັນທີ່ລ້າສະໄຫມອອກ:
• ອັບເດດແພັກເກດ Paragon Active Assurance.
• ຄິດໄລ່ checksum ສໍາລັບ tarball ທີ່ມີ Control Center ຮຸ່ນໃຫມ່ແລະກວດສອບວ່າມັນເທົ່າກັບ checksum SHA256 ທີ່ສະຫນອງໃຫ້ຢູ່ໃນຫນ້າດາວໂຫລດ:
• Unpack the Control Center tarball:
• ຕິດຕັ້ງແພັກເກດ Control Center ໃໝ່:
• ເອົາຊຸດທີ່ລ້າສະໄຫມອອກ:

ໝາຍເຫດ: ມັນເປັນສິ່ງ ສຳ ຄັນທີ່ຈະເອົາຊຸດເຫຼົ່ານີ້ອອກ.

• ກ່ອນທີ່ຈະເຮັດການເຄື່ອນຍ້າຍຖານຂໍ້ມູນ, ທ່ານຈໍາເປັນຕ້ອງເຮັດບາງຂັ້ນຕອນເພີ່ມເຕີມ. ໄປ​ທີ່​ບົດ​ຄວາມ​ພື້ນ​ຖານ​ຄວາມ​ຮູ້​ນີ້, ເລື່ອນ​ລົງ​ໄປ​ທີ່​ພາກ​ສ່ວນ​ປະ​ຕິ​ບັດ​ຖ້າ​ຫາກ​ວ່າ​ການ​ປ່ອຍ​ໄດ້​ຮັບ​ການ​ຕິດ​ຕັ້ງ​, ແລະ​ປະ​ຕິ​ບັດ​ຂັ້ນ​ຕອນ​ທີ 1 ເຖິງ 4 ຂອງ​ຄໍາ​ແນະ​ນໍາ​ເຫຼົ່າ​ນັ້ນ​.

ໝາຍເຫດ: ຢ່າປະຕິບັດຂັ້ນຕອນ 5 ໃນຈຸດນີ້.

• ດໍາເນີນການຍ້າຍຖານຂໍ້ມູນ:

ໝາຍເຫດ: ກ່ອນທີ່ຈະເຄື່ອນຍ້າຍ, ທ່ານຕ້ອງຮັບປະກັນວ່າການກວດສອບຄວາມຖືກຕ້ອງຂອງຖານຂໍ້ມູນທີ່ອະທິບາຍ "ຂ້າງເທິງ" ໃນຫນ້າ 2 ສໍາເລັດໂດຍບໍ່ມີຂໍ້ຜິດພາດ.

ຄໍາສັ່ງ migrate ncc ໃຊ້ເວລາຫຼາຍເພື່ອປະຕິບັດ (ຫຼາຍນາທີ). ມັນຄວນຈະພິມດັ່ງຕໍ່ໄປນີ້ (ລາຍລະອຽດທີ່ລະເວັ້ນຂ້າງລຸ່ມນີ້):

• (ທາງເລືອກ) ອັບເດດຊຸດ ConfD ຖ້າທ່ານຕ້ອງການ ConfD:
• ປຽບທຽບການຕັ້ງຄ່າທີ່ສຳຮອງໄວ້ກ່ອນໜ້ານີ້ files ກັບອັນທີ່ຕິດຕັ້ງໃຫມ່, ແລະດ້ວຍຕົນເອງ merge ເນື້ອໃນຂອງສອງຊຸດຂອງ files (ພວກເຂົາຄວນຈະຢູ່ໃນສະຖານທີ່ດຽວກັນ).
• ເປີດໃຊ້ apache2, Kafka, ແລະ net rounds-call execute services:
• ເລີ່ມການບໍລິການ Paragon Active Assurance:
• ເພື່ອເປີດໃຊ້ການຕັ້ງຄ່າໃຫມ່, ທ່ານຍັງຈໍາເປັນຕ້ອງດໍາເນີນການ:
• ຕິດຕັ້ງບ່ອນເກັບຂໍ້ມູນ Test Agent ໃໝ່:
• ເນື່ອງຈາກການສະຫນັບສະຫນູນ Test Agent Lite ໄດ້ຖືກຫຼຸດລົງໃນຮຸ່ນ 2.35, ທ່ານຄວນເອົາແພັກເກັດ Test Agent Lite ເກົ່າອອກຖ້າທ່ານໄດ້ຕິດຕັ້ງພວກມັນ:

ໝາຍເຫດ: ເມື່ອທ່ານອັບເກຣດເປັນ 3.x ຕໍ່ມາ, ທ່ານຕ້ອງເລີ່ມຕົ້ນດ້ວຍການແລ່ນຄຳສັ່ງນີ້: sudo apt-mark unhold python-django python-django-common

ສະຖານະການ B: ການຕິດຕັ້ງໃຫມ່ Ubuntu 18.04

• ໃນຕົວຢ່າງ Ubuntu 16.04, ເອົາການສໍາຮອງຂໍ້ມູນຜະລິດຕະພັນ Paragon Active Assurance.

ໝາຍເຫດ: ນີ້ແມ່ນຂັ້ນຕອນການສໍາຮອງຂໍ້ມູນທີ່ອະທິບາຍໄວ້ໃນຄູ່ມືການດໍາເນີນງານ, ບົດ "ການສໍາຮອງຂໍ້ມູນຜະລິດຕະພັນ", ພຽງແຕ່ເວົ້າສັ້ນໆເທົ່ານັ້ນ.

ດໍາເນີນການຄໍາສັ່ງເຫຼົ່ານີ້:

ໝາຍເຫດ: ຄໍາສັ່ງ pg_dump ຈະຖາມຫາລະຫັດຜ່ານທີ່ສາມາດພົບໄດ້ໃນ /etc/netrounds/netrounds.conf ພາຍໃຕ້ "ຖານຂໍ້ມູນ postgres". ລະຫັດຜ່ານເລີ່ມຕົ້ນແມ່ນ "netrounds".

ໝາຍເຫດ: ສໍາລັບການຕິດຕັ້ງຂະຫນາດໃຫຍ່ (> 50 GB), ເຮັດໃຫ້ tarball ຂອງ RRD ໄດ້ files ອາດຈະໃຊ້ເວລາດົນເກີນໄປ, ແລະການຖ່າຍຮູບຂອງປະລິມານສາມາດເປັນຄວາມຄິດທີ່ດີກວ່າ. ການແກ້ໄຂທີ່ເປັນໄປໄດ້ສໍາລັບການດໍາເນີນການນີ້ປະກອບມີ: ການນໍາໃຊ້ a file ລະບົບທີ່ຮອງຮັບ snapshots, ຫຼືຖ່າຍຮູບຂອງປະລິມານ virtual ຖ້າເຄື່ອງແມ່ຂ່າຍກໍາລັງເຮັດວຽກຢູ່ໃນສະພາບແວດລ້ອມ virtual.

• ໃນຕົວຢ່າງ Ubuntu 16.04, ເອົາການສໍາຮອງຂໍ້ມູນຂອງການຕັ້ງຄ່າສູນຄວບຄຸມ files:
• /etc/apache2/sites-available/netrounds-ssl.conf
• /etc/apache2/sites-available/netrounds.conf
• /etc/netrounds/netrounds.conf
• /etc/netrounds/probe-connect.conf
• /etc/openvpn/netrounds.conf

ຕົວຢ່າງample:

• ໃນຕົວຢ່າງ Ubuntu 16.04, ສໍາຮອງຂໍ້ມູນໃບອະນຸຍາດ file.
• ຕົວຢ່າງໃໝ່ຕ້ອງຕອບສະໜອງໄດ້ຢ່າງນ້ອຍຄວາມຕ້ອງການຮາດແວດຽວກັນກັບອັນເກົ່າ.
• ໃນຕົວຢ່າງໃຫມ່, ຕິດຕັ້ງ Ubuntu 18.04. ພວກເຮົາຂໍແນະນໍາການສອນຕໍ່ໄປນີ້:
• https://ubuntu.com/tutorials/install-ubuntu-server

ເທົ່າທີ່ Paragon Active Assurance ເປັນຫ່ວງ, ທ່ານສາມາດຮັກສາຄ່າເລີ່ມຕົ້ນໄດ້ຕະຫຼອດ. (ແນ່ນອນມັນອາດຈະເກີດຂຶ້ນທີ່ທ່ານຈໍາເປັນຕ້ອງເລືອກທີ່ແຕກຕ່າງກັນສໍາລັບເຫດຜົນທີ່ບໍ່ກ່ຽວຂ້ອງກັບ Paragon Active Assurance.)

• ເມື່ອ Ubuntu 18.04 ຖືກຕິດຕັ້ງ, reboot ລະບົບ.
• ການແບ່ງສ່ວນແຜ່ນຕໍ່ໄປນີ້ແມ່ນແນະນໍາໃຫ້, ໂດຍສະເພາະສໍາລັບການສໍາຮອງຂໍ້ມູນ snapshot (ແຕ່ມັນຂຶ້ນກັບທ່ານເປັນຜູ້ໃຊ້ທີ່ຈະຕັດສິນໃຈ):
• ການແບ່ງສ່ວນທີ່ແນະນໍາສໍາລັບການຕິດຕັ້ງຫ້ອງທົດລອງ:
• /: ແຜ່ນທັງຫມົດ, ext4.
• ການແບ່ງສ່ວນທີ່ແນະນໍາສໍາລັບການຕິດຕັ້ງການຜະລິດ:
• /: 10% ຂອງພື້ນທີ່ດິດ, ext4.
• /var: 10% ຂອງພື້ນທີ່ດິດ, ext4.
• /var/lib/netrounds/rrd: 80% ຂອງພື້ນທີ່ດິດ, ext4.
• ບໍ່ມີການເຂົ້າລະຫັດ
• ຕັ້ງເຂດເວລາເປັນ UTC, ຕົວຢ່າງample ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

• ຕັ້ງຄ່າທ້ອງຖິ່ນທັງໝົດເປັນ en_US.UTF-8.
• ວິ​ທີ​ການ​ຫນຶ່ງ​ເພື່ອ​ເຮັດ​ສິ່ງ​ນີ້​ແມ່ນ​ການ​ແກ້​ໄຂ​ຄູ່​ມື​ file /etc/default/locale. ຕົວຢ່າງample:

• ໃຫ້ແນ່ໃຈວ່າແຖວຕໍ່ໄປນີ້ບໍ່ໄດ້ຖືກສະແດງຄວາມຄິດເຫັນໃນ /etc/locale.gen:
• ສ້າງສະຖານທີ່ຄືນໃໝ່ files ເພື່ອໃຫ້ແນ່ໃຈວ່າພາສາທີ່ເລືອກແມ່ນສາມາດໃຊ້ໄດ້:
• ໃຫ້ແນ່ໃຈວ່າຈະລາຈອນຢູ່ໃນທ່າເຮືອຕໍ່ໄປນີ້ອະນຸຍາດໃຫ້ເຂົ້າ ແລະຈາກສູນຄວບຄຸມ:
• ຂາເຂົ້າ:
• ຜອດ TCP 443 (HTTPS): Web ການໂຕ້ຕອບ
• ພອດ TCP 80 (HTTP): Web ການໂຕ້ຕອບ (ໃຊ້ໂດຍ Speedtest, ປ່ຽນເສັ້ນທາງອື່ນ URLs ຫາ HTTPS)
• ພອດ TCP 830: ConfD (ທາງເລືອກ)
• ພອດ TCP 6000: ການເຊື່ອມຕໍ່ OpenVPN ທີ່ເຂົ້າລະຫັດໄວ້ສໍາລັບເຄື່ອງໃຊ້ຕົວແທນທົດສອບ
• ພອດ TCP 6800: ເຂົ້າລະຫັດແລ້ວ Webການເຊື່ອມຕໍ່ຊັອກເກັດສໍາລັບຄໍາຮ້ອງສະຫມັກຕົວແທນທົດສອບ
• ຂາອອກ:
• TCP port 25 (SMTP): ການຈັດສົ່ງທາງໄປສະນີ
• UDP port 162 (SNMP): ສົ່ງກັບດັກ SNMP ສໍາລັບສັນຍານເຕືອນ
• ຜອດ UDP 123 (NTP): ການຊິ້ງຂໍ້ມູນເວລາ
• ຕິດຕັ້ງ NTP:
• ທໍາອິດ, ປິດ timedatectl:

1. ໃນຜົນໄດ້ຮັບ, ມູນຄ່າ "ບັນລຸ" ສໍາລັບເຄື່ອງແມ່ຂ່າຍ NTP ແມ່ນມູນຄ່າ octal ຊີ້ບອກຜົນໄດ້ຮັບຂອງແປດທຸລະກໍາ NTP ສຸດທ້າຍ. ຖ້າທັງຫມົດແປດປະສົບຜົນສໍາເລັດ, ມູນຄ່າຈະເປັນເລກແປດ 377 (= binary
   • ຕິດຕັ້ງ PostgreSQL ແລະຕັ້ງຄ່າຜູ້ໃຊ້ສໍາລັບ Control Center:
     ບໍ່ແນະນຳໃຫ້ໃຊ້ເຊີບເວີ PostgreSQL ພາຍນອກ.
   • ຕິດຕັ້ງແລະກໍາຫນົດຄ່າເຄື່ອງແມ່ຂ່າຍອີເມລ໌.
   • ສູນຄວບຄຸມຈະສົ່ງອີເມວໄປຫາຜູ້ໃຊ້:
   • ເມື່ອພວກເຂົາຖືກເຊີນເຂົ້າບັນຊີ,
   • ເມື່ອສົ່ງອີເມວແຈ້ງເຕືອນ (ie ຖ້າອີເມວແທນທີ່ຈະ SNMP ຖືກນໍາໃຊ້ເພື່ອຈຸດປະສົງນີ້), ແລະ
   • ໃນເວລາສົ່ງບົດລາຍງານແຕ່ລະໄລຍະ.
   • ດໍາເນີນການຄໍາສັ່ງ
   • ສໍາລັບການຕິດຕັ້ງແບບງ່າຍໆທີ່ postfix ສາມາດສົ່ງໂດຍກົງໄປຫາເຄື່ອງແມ່ຂ່າຍອີເມລ໌ປາຍທາງ, ທ່ານສາມາດກໍານົດປະເພດທົ່ວໄປຂອງການຕັ້ງຄ່າເມລເປັນ "ເວັບໄຊທ໌ອິນເຕີເນັດ", ແລະຊື່ລະບົບສາມາດຖືກປະໄວ້ຕາມປົກກະຕິ. ຖ້າບໍ່ດັ່ງນັ້ນ, postfix ຕ້ອງໄດ້ຮັບການ config ຕາມສະພາບແວດລ້ອມ. ສໍາ​ລັບ​ການ​ຊີ້​ນໍາ​, ເບິ່ງ​ເອ​ກະ​ສານ Ubuntu ຢ່າງ​ເປັນ​ທາງ​ການ​ທີ່​ https://help.ubuntu.com/lts/serverguide/postfix.html.
   • ຕິດຕັ້ງສູນຄວບຄຸມຢູ່ໃນຕົວຢ່າງ Ubuntu 18.04. ຂັ້ນຕອນນີ້ຍັງຕິດຕັ້ງ Paragon Active Assurance REST API.

0b11111111). ຢ່າງໃດກໍຕາມ, ເມື່ອທ່ານໄດ້ຕິດຕັ້ງ NTP, ມັນເປັນໄປໄດ້ຫນ້ອຍກວ່າແປດທຸລະກໍາ NTP ເກີດຂຶ້ນ, ດັ່ງນັ້ນມູນຄ່າຈະນ້ອຍລົງ: ຫນຶ່ງໃນ 1, 3, 7, 17, 37, 77, ຫຼື 177 ຖ້າທຸລະກໍາທັງຫມົດປະສົບຜົນສໍາເລັດ. .

• ຢຸດບໍລິການ Paragon Active Assurance ທັງໝົດ:
• ຟື້ນຟູການສໍາຮອງຖານຂໍ້ມູນ:
• ກ່ອນທີ່ຈະເຮັດການເຄື່ອນຍ້າຍຖານຂໍ້ມູນ, ທ່ານຈໍາເປັນຕ້ອງເຮັດບາງຂັ້ນຕອນເພີ່ມເຕີມ. ໄປ​ທີ່​ບົດ​ຄວາມ​ພື້ນ​ຖານ​ຄວາມ​ຮູ້​ນີ້, ເລື່ອນ​ລົງ​ໄປ​ທີ່​ພາກ​ສ່ວນ​ປະ​ຕິ​ບັດ​ຖ້າ​ຫາກ​ວ່າ​ການ​ປ່ອຍ​ໄດ້​ຮັບ​ການ​ຕິດ​ຕັ້ງ​, ແລະ​ປະ​ຕິ​ບັດ​ຂັ້ນ​ຕອນ​ທີ 1 ເຖິງ 4 ຂອງ​ຄໍາ​ແນະ​ນໍາ​ເຫຼົ່າ​ນັ້ນ​.
  ໝາຍເຫດ: ຢ່າປະຕິບັດຂັ້ນຕອນ 5 ໃນຈຸດນີ້.
• ດໍາເນີນການຍ້າຍຖານຂໍ້ມູນ:

ໝາຍເຫດ: ນີ້ແມ່ນຄໍາສັ່ງທີ່ລະອຽດອ່ອນ, ແລະຄວນຈະລະມັດລະວັງໃນເວລາທີ່ປະຕິບັດມັນຢູ່ໃນເຄື່ອງຫ່າງໄກສອກຫຼີກ. ໃນສະຖານະການດັ່ງກ່າວ, ມັນແນະນໍາໃຫ້ທ່ານໃຊ້ໂຄງການເຊັ່ນຫນ້າຈໍຫຼື tmux ເພື່ອໃຫ້ຄໍາສັ່ງ migrate ຈະສືບຕໍ່ເຮັດວຽກເຖິງແມ່ນວ່າເຊດຊັນ ssh ຈະແຕກ.

ຄໍາສັ່ງ migrate ncc ໃຊ້ເວລາຫຼາຍເພື່ອປະຕິບັດ (ຫຼາຍນາທີ). ມັນຄວນຈະພິມດັ່ງຕໍ່ໄປນີ້ (ລາຍລະອຽດທີ່ລະເວັ້ນຂ້າງລຸ່ມນີ້):

• ໂອນຂໍ້ມູນສຳຮອງໄປໃສ່ຕົວຢ່າງ 18.04 ໂດຍໃຊ້ scp ຫຼືບາງເຄື່ອງມືອື່ນ.
• ກູ້ຄືນກະແຈ OpenVPN:
• ກູ້ຄືນຂໍ້ມູນ RRD:
• ປຽບທຽບການຕັ້ງຄ່າທີ່ສຳຮອງໄວ້ files ກັບອັນທີ່ຕິດຕັ້ງໃຫມ່, ແລະດ້ວຍຕົນເອງ merge ເນື້ອໃນຂອງສອງຊຸດຂອງ files (ພວກເຂົາຄວນຈະຢູ່ໃນສະຖານທີ່ດຽວກັນ).
• ເປີດໃຊ້ໃບອະນຸຍາດຜະລິດຕະພັນໂດຍໃຊ້ໃບອະນຸຍາດ file ເອົາມາຈາກຕົວຢ່າງເກົ່າ:
• ເລີ່ມການບໍລິການ Paragon Active Assurance:
• ເພື່ອເປີດໃຊ້ການຕັ້ງຄ່າໃຫມ່, ທ່ານຍັງຈໍາເປັນຕ້ອງດໍາເນີນການ:
• ຕິດຕັ້ງບ່ອນເກັບຂໍ້ມູນ Test Agent ໃໝ່:
• (ທາງເລືອກ) ປະຕິບັດຕາມ NETCONF & YANG API Orchestration Guide ເພື່ອຕິດຕັ້ງ ແລະຕັ້ງຄ່າ ConfD ຖ້າທ່ານຕ້ອງການ.

ໝາຍເຫດ: ເມື່ອທ່ານອັບເກຣດເປັນ 3.x ຕໍ່ມາ, ທ່ານຕ້ອງເລີ່ມຕົ້ນດ້ວຍການແລ່ນຄຳສັ່ງນີ້: sudo apt-mark unhold python-django python-django-common

ການແກ້ໄຂບັນຫາ

ບັນຫາເລີ່ມຕົ້ນ ConfD
ຖ້າທ່ານມີບັນຫາໃນການເລີ່ມຕົ້ນ ConfD ຫຼັງຈາກການອັບເກຣດ, ກະລຸນາຕິດຕໍ່ຄູ່ຮ່ວມງານ Juniper ຫຼືຜູ້ຈັດການບັນຊີ Juniper ທ້ອງຖິ່ນຫຼືຕົວແທນຂາຍຂອງທ່ານເພື່ອໄດ້ຮັບການສະຫມັກໃຫມ່.

ບັນຫາການເລີ່ມຕົ້ນປະຕິບັດການໂທ
ກວດເບິ່ງບັນທຶກ callexecuter ດ້ວຍຄໍາສັ່ງ

ທ່ານ​ອາດ​ຈະ​ເຫັນ​ຄວາມ​ຜິດ​ພາດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

ສິ່ງທີ່ເກີດຂຶ້ນແມ່ນວ່າແພັກເກດ net rounds-call execute*.deb ໄດ້ຖືກອັບເກຣດໂດຍບໍ່ແນ່ໃຈວ່າການບໍລິການລະບົບການເອີ້ນຮອບສຸດທິຖືກຢຸດ ແລະປິດໃຊ້ງານ. ຖານຂໍ້ມູນແມ່ນຢູ່ໃນສະຖານະທີ່ບໍ່ຖືກຕ້ອງ; ມັນຕ້ອງໄດ້ຮັບການຟື້ນຟູຈາກການສໍາຮອງ, ແລະການຍົກລະດັບຕ້ອງໄດ້ຮັບການຊ້ໍາ. ເຮັດສິ່ງຕໍ່ໄປນີ້ເພື່ອປິດການໃຊ້ງານ ແລະຢຸດການບໍລິການດໍາເນີນການໂທຮອບສຸດທິ:

Web ເຊີບເວີບໍ່ຕອບສະໜອງ

ກວດເບິ່ງບັນທຶກ apache ດ້ວຍຄໍາສັ່ງ

ຖ້າທ່ານເຫັນຂໍ້ຜິດພາດຕໍ່ໄປນີ້, ມັນຫມາຍຄວາມວ່າ Control Center ຮຸ່ນ 2.34 ກໍາລັງແລ່ນຢູ່ໃນ Ubuntu 18.04, ນັ້ນແມ່ນ, Control Center ບໍ່ໄດ້ຮັບການປັບປຸງຢ່າງສໍາເລັດຜົນ. ການ​ແກ້​ໄຂ​ແມ່ນ​ເພື່ອ​ຍົກ​ລະ​ດັບ Control Center ເປັນ​ສະ​ບັບ​ຕໍ່​ມາ​ດັ່ງ​ທີ່​ອະ​ທິ​ບາຍ​ໃນ​ເອ​ກະ​ສານ​ນີ້​.

ການເປີດບໍລິການ Paragon Active Assurance ຄືນໃໝ່ລົ້ມເຫລວ

• ຣີສະຕາດບໍລິການ netrounds-* ກັບ
• ຜະລິດຂໍ້ຄວາມຕໍ່ໄປນີ້:
• ນີ້ຫມາຍຄວາມວ່າການບໍລິການທີ່ໄດ້ກ່າວມາໄດ້ຖືກ masked ໃນໄລຍະຂະບວນການກໍາຈັດຊຸດແລະຮຽກຮ້ອງໃຫ້ມີການທໍາຄວາມສະອາດດ້ວຍຕົນເອງ. ຂັ້ນ​ຕອນ​ການ​ທໍາ​ຄວາມ​ສະ​ອາດ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ຂ້າງ​ລຸ່ມ​ນີ້​:

Juniper Networks, ໂລໂກ້ Juniper Networks, Juniper, ແລະ Junos ແມ່ນເຄື່ອງໝາຍການຄ້າທີ່ຈົດທະບຽນຂອງ Juniper Networks, Inc. ໃນສະຫະລັດ ແລະປະເທດອື່ນໆ. ເຄື່ອງໝາຍການຄ້າອື່ນໆທັງໝົດ, ເຄື່ອງໝາຍການບໍລິການ, ເຄື່ອງໝາຍຈົດທະບຽນ ຫຼືເຄື່ອງໝາຍການບໍລິການທີ່ລົງທະບຽນແມ່ນເປັນຊັບສິນຂອງເຈົ້າຂອງຂອງເຂົາເຈົ້າ. Juniper Networks ຖືວ່າບໍ່ມີຄວາມຮັບຜິດຊອບຕໍ່ຄວາມບໍ່ຖືກຕ້ອງໃດໆໃນເອກະສານນີ້. Juniper Networks ສະຫງວນສິດໃນການປ່ຽນແປງ, ປັບປຸງແກ້ໄຂ, ໂອນ, ຫຼືແກ້ໄຂສິ່ງພິມນີ້ໂດຍບໍ່ມີການແຈ້ງລ່ວງໜ້າ. ສະຫງວນລິຂະສິດ © 2022 Juniper Networks, Inc. ສະຫງວນລິຂະສິດທັງໝົດ.

ເອກະສານ / ຊັບພະຍາກອນ

ສູນຄວບຄຸມການຍົກລະດັບ Juniper NETWORKS ຈາກເວີຊັນ 2.34 [pdf] ຄູ່ມືຜູ້ໃຊ້ ການຍົກລະດັບສູນຄວບຄຸມຈາກເວີຊັ່ນ 2.34, ສູນຄວບຄຸມຈາກເວີຊັ່ນ 2.34, ສູນຈາກເວີຊັ່ນ 2.34, ເວີຊັ່ນ 2.34

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້