यह यहाँ हुआ किसी तरह मैं इस चमत्कार को एक लोहे की मशीन से एक आभासी एक में स्थानांतरित कर देता हूं। स्थिति स्पष्ट रूप से निराशाजनक है - कर्नेल 2 संस्करणों के साथ पुराना डेबियन और सेंटो 7 और ज़ीम्ब्रा 8.8 के लिए जिम्बाडा 6.0.4 पुनर्वास की योजना बनाई गई थी।
मुझे तुरंत कहना होगा कि इस घटना को पूरा करने के लिए, आपको बीडीएसएम से पूरी तरह से प्यार करना चाहिए, और प्रकाश से नहीं, बल्कि बेल्ट के नीचे हिट के साथ कट्टर। अन्यथा, आपके लिए कुछ भी काम नहीं करेगा और सब कुछ रास्ते के बीच में खड़ा होगा।
तो चलिए इसे क्रम में लेते हैं।
प्रारंभ में, हमें पुराने सर्वर के समान जोम्बा के एक संस्करण को तैनात करने की आवश्यकता थी, मेरे मामले में यह सेंटो 5 के लिए जिम्ब्रा 6.0.4 था, दुर्भाग्य से यह उस समय इस सॉफ्टवेयर के लिए ओएस का सबसे उन्नत संस्करण था।
यहाँ से डाउनलोड करें zimbra।
wget https://files2.zimbra.com/downloads/6.0.4_GA/zcs-6.0.4_GA_2038.RHEL5_64.20091214192925.tgz
और अनपैक करें:
tar -xvf https://files2.zimbra.com/downloads/6.0.4_GA/zcs-6.0.4_GA_2038.RHEL5_64.20091214192925.tgz
इसे स्थापित करने से पहले, CentOS कॉन्फ़िगर करें। संस्करण 5 में, सेलिनक्स, पोस्टफ़िक्स / सेंडमेल (या तो) को अक्षम करें और यम के लिए शलजम सेट करें।
vi /etc/sysconfig/selinux
वहाँ हम मूल्य निर्धारित करते हैं:
SELINUX=disabled
हम सेवाओं को रोकते और बंद करते हैं ताकि स्थापना और अद्यतन के दौरान वे हमारे साथ हस्तक्षेप न करें:
service iptables stop chkconfig iptables off service sendmail stop chkconfig sendmail off service postfix stop chkconfig postfix off
हम यम के लिए शलजम सेट करते हैं। इस फाइल में आपको मिरर से शुरू होने वाली लाइनों को # कमेंट करना होगा:
vi /etc/yum.repos.d/CentOS-Base.repo
और संपादित करें
'baseurl='
5.11 के बजाय, हमने अपना संस्करण सेट किया।
baseurl=http://vault.centos.org/5.11/os/$basearch/
अगला, CentOS अपडेट करें
yum update
हमने OS को अपडेट करने के बाद, यह केवल एक सेटिंग करने के लिए बना हुआ है, क्योंकि zimbra DNS से बहुत जलन होती है, यह एक बहुत ही महत्वपूर्ण सेटिंग है और इसके बिना स्थापना प्रक्रिया बस काम नहीं करती है।
vi /etc/hosts
इसमें हम आपके आईपी और पूर्ण सर्वर नाम - आईपी एफक्यूएनएस एनएस को पंजीकृत करते हैं।
सब कुछ उस क्रम में है, अन्यथा फिर से एक गलती। मेरे मामले में, सर्वर को srvmail कहा जाता था (या बल्कि, इसका mx रिकॉर्ड)।
192.168.0.2 srvmail.domail.local srvmail
अगला, आप इंस्टॉलेशन के साथ आगे बढ़ सकते हैं, पहले से अनपैक किए गए ज़िब्रा के साथ डायरेक्टरी पर जाएँ और निष्पादित करें:
./install.sh --platform-override
झंडा
"--platform-override"
इंस्टॉलर को बताता है कि किसी भी स्थिति में क्या स्थापित किया जाए (प्लेटफॉर्म को जबरन फिर से लिखना)।
एक और उपयोगी ध्वज
"-s" यह ध्वज इंस्टॉलर को बताता है कि हम केवल निष्पादन योग्य पैकेज स्थापित करना चाहते हैं और कॉन्फ़िगर नहीं करना चाहते हैं।
अगला, इंस्टॉलर इंस्टॉलेशन शुरू करेगा और अगर सब कुछ सही ढंग से किया गया था, तो कोई त्रुटि नहीं होगी। स्थापना के अंत में, zimbra सेवा की स्थिति देखें:
zmcontrol status
यदि सभी सेवाएं
Running स्थिति में हैं, तो सब कुछ ठीक है, फिर आगे बढ़ें।
हमारा जिम्ब्रू बंद करो:
zmcontrol stop
ज़ींब्रा के स्थापित होने के बाद, हमें डेटाबेस को स्थानांतरित करने की आवश्यकता है, साथ ही पुराने ज़ींब्रा सर्वर से कॉन्फ़िगरेशन फ़ाइल को नए पर लाना होगा।
हमें फोल्डर चाहिए
db data index
में स्थित है
/opt/zimbra
साथ ही फाइल
/opt/zimbra/conf/localconfig.xml
नए सर्वर पर फ़ोल्डर डेटा हटाया जा सकता है, या बैकअप।
चूंकि स्थानांतरण के दौरान फ़ोल्डर और फाइलें होस्ट (अनुमतियों) को बदल सकती हैं, हमें इस बात को ठीक करने की आवश्यकता है:
chown -R zimbra.zimbra /opt/zimbra /opt/zimbra/libexec/zmfixperms
इसके अलावा, एक परीक्षण चलाने से पहले, त्रुटियों के लिए sql डेटाबेस की जांच करना आवश्यक है, आप मानक उपयोगिता का उपयोग करके ऐसा कर सकते हैं
mysqlcheck
या बिल्ट-इन-जोदरो उपयोगिता का उपयोग करना
zmdbintegrityreport
Mysql चलाएँ और स्क्रिप्ट चलाएँ:
/opt/zimbra/bin/mysql.server start /opt/zimbra/libexec/zmdbintegrityreport /opt/zimbra/libexec/zmdbintegrityreport -r
पहली पंक्ति त्रुटियों के लिए जाँच करती है, और दूसरी जाँच और तुरंत मरम्मत की कोशिश करती है।
यदि कोई त्रुटि नहीं हुई है, तो अपने हाथों को ताली बजाएं और नीचे देखें, यदि त्रुटियाँ हैं:
mysql.general_log Error : You can't use locks with log tables. mysql.slow_log Error : You can't use locks with log tables.
फिर आपको निम्नलिखित करने की आवश्यकता है:
cd /opt/zimbra/db/data/mysql ls -al *log.frm mv *log.frm /tmp/ /opt/zimbra/libexec/zmdbintegrityreport
यदि उत्तरार्द्ध त्रुटियों के बिना पूरा होता है, तो mysql को बंद करें और आगे बढ़ें।
/opt/zimbra/bin/mysql.server stop
अब हमें पासवर्ड को ldap आधार में बदलने की आवश्यकता है। हम ldap शुरू करते हैं:
ldap start
"आर" ध्वज के साथ पहले संस्करण में, हम रूट उपयोगकर्ता के लिए पासवर्ड बदलते हैं, और ज़ींब्रा उपयोगकर्ता के लिए दूसरी पंक्ति में, हम फिर से ldap बंद करते हैं:
zmldappasswd -r newrootpass zmldappasswd newpass ldap stop
यदि आप बीडीएसएम और भोगवाद से प्यार करते हैं, तो अगले पैराग्राफ को ध्यान से पढ़ें। यदि नहीं, तो बेझिझक छोड़ें।
बीडीएसएम के प्रशंसकों के लिएअब थोड़ा गला घोंटना)) मैं समझता हूं कि आप पहले से ही काफी थके हुए हैं और यह नीरसता थोड़ी परेशान करने वाली है, लेकिन मैं आपको कुछ समझाऊं। जब हमने आधार (ldap और sql) हस्तांतरित किया तो हमने उनके एक्सेस (उपयोगकर्ता और पासवर्ड) को भी स्थानांतरित कर दिया, जब हमने एक नया zimbru सेट किया, तो यह स्वचालित रूप से ठिकानों के लिए पासवर्ड उत्पन्न करता है और उन्हें फ़ाइल /opt/zimbra -conf/localconfig.xml में संग्रहीत किया जाता है। और अगर हमने सिर्फ ठिकानों को स्थानांतरित करने की कोशिश की और तुरंत जोबाड़ा सेवाएं शुरू कर दीं, तो वे हमें नफीग भेज देंगे और शुरू नहीं करेंगे, क्योंकि पासवर्ड मेल नहीं खाएंगे। सिद्धांत रूप में, आप सेटिंग फ़ाइल को कॉपी किए बिना दूसरे तरीके से जा सकते हैं, लेकिन फिर आपको नए सर्वर पर उन्हें बदलने के लिए पुराने सर्वर के साथ सेटिंग्स की तुलना करनी होगी। इसके लिए एक विशेष zmlocalconfig कमांड है।
हम उदाहरण के लिए सेटिंग्स को देखते हैं:
zmlocalconfig -s | grep ldap
हम उन्हें नए सर्वर पर उपयोग करते हैं:
zmlocalconfig -e < >=< >
सभी ldap और mysql के लिए पासवर्ड बदलना सबसे महत्वपूर्ण है।
Mysql के साथ, सब कुछ बहुत अधिक जटिल है, आपको विशेषाधिकार तालिका रीसेट के साथ सेवा शुरू करने की आवश्यकता है और फिर पुराने ज़ींब्रा कॉन्फ़िगरेशन के बराबर पासवर्ड लागू करें:
vi /opt/zimbra/bin/mysql.server
वहां लाइन खोजें
(--ledir=${mysql_directory}/libexec < /dev/null > /dev/null 2>&1 &)
और इसे बदल दें
(--ledir=${mysql_directory}/libexec < /dev/null > /dev/null 2>&1 --skip-grant-tables &)
जांचें कि क्या mysql चल रहा है, यदि हां, तो हम इसे बुझा देते हैं
/opt/zimbra/bin/mysql.server stop
इसके बाद, एक नए पर cheekbone चलाएं
mysql.server start
अगला, एक पासवर्ड (mysql) के बिना mysql पर जाएं और पुराने zimbra के बराबर पासवर्ड सेट करें (!!! आपको पुराने zimbra पर चलने की आवश्यकता है !!!!!!!!!!)
zmlocalconfig -s | grep mysql_root_password zmlocalconfig -s | grep zimbra_mysql_password
mysql> UPDATE mysql.user SET Password=PASSWORD('password') WHERE User='root'; ----> Root user. mysql> UPDATE mysql.user SET Password=PASSWORD('password') WHERE User='zimbra'; ----> Zimbra user
हम परिवर्तन लिखते हैं और बाहर निकलते हैं
FLUSH PRIVILEGES; exit;
अगला, रोककर और शुरू करके चीकबोन को पुनरारंभ करें
mysql.server stop mysql.server start
सेवाक्षमता की जाँच करें
mysql zimbra
यदि यह त्रुटियों के बिना चला जाता है, तो आनन्दित हों।
mysql बंद करो
/opt/zimbra/bin/mysql.server stop
इसके बाद, हम फिर से यह सुनिश्चित करते हैं कि
zimbra, mysql, ldap सेवाएं नहीं चल रही हैं:
ps -aux |grep slapd ps -aux |grep sql zmcontrol status
यदि कुछ अचानक चल रहा है, तो आपको मारने या रोकने की आवश्यकता है।
खैर, आपके नए सर्वर के पहले लॉन्च का क्षण आ गया है। हम अपनी उंगलियों को एक क्रॉस के साथ मोड़ते हैं और तब तक जाने नहीं देते हैं जब तक कि यह पूरी तरह से लॉन्च न हो जाए, अगर आपको इसमें एक टैम्बोरिन का उपयोग करने की आवश्यकता है:
zmcontrol start
घटनाओं के विकास के लिए 2 विकल्प हैं:
स्टार्टअप पर,
अंजीर टूट जाता है और ldap को
मोड़ देता है
फिर से zimbra और रूट पासवर्ड की जाँच करें। या लॉन्च के समय ldap पहले से ही चल रहा था और आप सिर्फ
असावधान मवेशी कुछ याद कर रहे
थे ।
जब
अंजीर तोड़ने शुरू
होता है और mysql झुकता है, तो बिंदु 1 देखें
खैर, जब मेलबॉक्स शुरू नहीं होता है तो विकल्प
इसलिए आपको एक नया प्रमाणपत्र बनाने की आवश्यकता है:
इससे पहले, आपको पुराने कीस्टोर को हटाने की आवश्यकता है, अन्यथा विफल आपका इंतजार कर रहा है:
rm -rf /opt/zimbra/mailboxd/etc/keystone cd /opt/zimbra/bin ./zmcertmgr createca -new ./zmcertmgr createcrt -new -days 1825 ./zmcertmgr deploycrt self ./zmcertmgr deployca
झिम्बरा को एक नए तरीके से रोकें और चलाएं:
zmcontrol stop zmcontrol start
यदि आपने SUKES को देखा, तो कूदें और आनंद लें (सभी सेवाएं रनिंग स्थिति में होनी चाहिए)।
आप वेब में क्रैश करने की कोशिश कर सकते हैं, अगर यह लोड नहीं करता है, तो निराशा न करें। यह सामान्य है।
ये मुसीबतें समर वर्सन के अपग्रेड द्वारा समाप्त की जाती हैं !!!
अपग्रेड करते समय सावधानी निमोरा सेवाओं को शुरू करना चाहिए, अन्यथा विफल!
हम डाउनलोड किए गए ज़िंब्रा के साथ फ़ोल्डर में जाते हैं और दर्ज करते हैं:
./install.sh --platform-override
जोम्ब्रा एक दो बार पूछेगा कि क्या हमें अपडेट चाहिए, हम कहते हैं कि हाँ और जारी रखें। वैसे, यह उस सिस्टम के लिए सेटिंग्स उठाएगा जहां से हम चले थे। इसे थोड़ा हैक के रूप में सोचो :-)
स्थापना के बाद, मेलर की स्थिति देखें:
zmcontrol status
यदि सब कुछ ठीक है, तो आप WEB पर ब्रेक कर सकते हैं और पुराने सर्वर से किसी भी उपयोगकर्ता के रूप में लॉग इन कर सकते हैं, पासवर्ड समान होंगे।
इसके अलावा, अंगूठे पर, नवीनतम 7.x.x.x संस्करण डाउनलोड करें, इसे अनपैक करें और फिर से:
./install.sh --platform-override
इस स्तर पर, हम अपने ओएस को अगले चरण में ग्रेड करने के लिए तैयार हैं।
लेकिन सबसे पहले आपको भ्रष्टाचार के लिए हमारे डेटाबेस को जांचना होगा:
/opt/zimbra/libexec/zmdbintegrityreport
यदि कोई त्रुटि नहीं हैं, तो आगे बढ़ें, यदि mboxgroup त्रुटियाँ हैं
mboxgroup1.appointment error : Table upgrade required. Please do "REPAIR TABLE `appointment`" or dump/reload to fix it! mboxgroup1.data_source_item error : Table upgrade required. Please do "REPAIR TABLE `data_source_item`" or dump/reload to fix it! mboxgroup1.imap_folder error : Table upgrade required. Please do "REPAIR TABLE `imap_folder`" or dump/reload to fix it! mboxgroup1.mail_item error : Table upgrade required. Please do "REPAIR TABLE `mail_item`" or dump/reload to fix it! mboxgroup1.pop3_message ........ error : Table upgrade required. Please do "REPAIR TABLE `volume`" or dump/reload to fix it!
फिर आपको डेटाबेस संस्करण को अपडेट करने की आवश्यकता है:
/opt/zimbra/libexec/scripts/migrate20100913-Mysql51.pl
इस रोमांचक पल में, अपने दाहिने हाथ में एक तंबू लेकर प्रार्थना करें ...
अद्यतन के बाद, हम डेटाबेस को फिर से जाँचते हैं और यदि आवश्यक हो तो उन्हें ठीक करते हैं:
/opt/zimbra/libexec/zmdbintegrityreport /opt/zimbra/libexec/zmdbintegrityreport -r
यदि फिर से सामान्य और धीमी लॉक त्रुटि है, तो ऊपर देखें कि इसे कैसे ठीक किया जाए।
खैर, OS को अपग्रेड करने से पहले करने वाली आखिरी बात यह है:
लोड राशि चक्र चर:
source /opt/zimbra/bin/zmshutil zmsetvars
बैकअप MYSQL:
/opt/zimbra/mysql/bin/mysqldump --user=root --password=$mysql_root_password --socket=$mysql_socket --all-databases --single-transaction --master-data --flush-logs > {name dump}.sql
यदि त्रुटि वापस आती है, तो नीचे विकल्प:
/opt/zimbra/mysql/bin/mysqldump --user=root --password=$mysql_root_password --socket=$mysql_socket --all-databases --single-transaction --flush-logs > {name dump}.sql
बैकअप ldap:
/opt/zimbra/libexec/zmslapcat /opt/zimbra/libexec/zmslapcat -c /opt/zimbra/libexec/zmslapcat -a
अगला, हम फिर से फ़ोल्डर्स
db, data, index, localconfig.xml और साथ ही बैकअप
db, data, index, localconfig.xml करते हैं
sql ldap</code> , , scsi
? / , CentOS6.
, .. , :
6 Centos zimbra 7..., , 8.0.8 8.0.0!!!
8.0.8 CentOS7 ----> 8.5.1 ----> 8.6.0 :
zmprov ms <zimbraserverhostname> zimbraReverseProxyMailEnabled TRUE zimbraReverseProxyHttpEnabled TRUE
--->8.7.9 ------> 8.8.9.
.
sql ldap</code> , , scsi
? / , CentOS6.
, .. , :
6 Centos zimbra 7..., , 8.0.8 8.0.0!!!
8.0.8 CentOS7 ----> 8.5.1 ----> 8.6.0 :
zmprov ms <zimbraserverhostname> zimbraReverseProxyMailEnabled TRUE zimbraReverseProxyHttpEnabled TRUE
--->8.7.9 ------> 8.8.9.
.