अपडेट

ProAnimaStudio एक हब के माध्यम से Arkvory का हर स्थिर रिलीज़ घोषित करता है। आपका सर्वर हब से पूछता है कि वह कौन-सा संस्करण इंस्टॉल कर सकता है, रिलीज़ डाउनलोड करता है, उसका हस्ताक्षर जाँचता है और उसे इंस्टॉल करता है। जब तक आप शुरू न करें, या स्वचालित अपडेट चालू न करें, कुछ भी इंस्टॉल नहीं होता। स्वचालित अपडेट डिफ़ॉल्ट रूप से बंद हैं।

अपडेट रोलिंग अपडेट नहीं है। सेवाएँ थोड़े समय के लिए रुकती हैं, और चल रहे ट्रांसफ़र बाधित होते हैं। जो क्लाइंट जारी रख पाते हैं वे अपने ट्रांसफ़र जारी रखते हैं। रखरखाव विंडो में अपडेट करें।

अपडेट कैसे काम करते हैं

• रिलीज़। केवल प्रकाशित, स्थिर रिलीज़ जिनका संस्करण x.y.z है, इंस्टॉल होते हैं। प्रीरिलीज़, ब्रांच, मनमाने पते और पुराने संस्करण अस्वीकार कर दिए जाते हैं।
• हब निर्णय लेता है। हर 6 घंटे में सर्वर हब से उस संस्करण के लिए पूछता है जो उसके लिए स्वीकृत है। हब किसी नए संस्करण को रोक सकता है या चरणबद्ध रूप से जारी कर सकता है। फ़ाइलें स्वयं GitHub से हब द्वारा जारी अल्पकालिक लिंक के माध्यम से आती हैं। इसके लिए सर्वर को किसी GitHub टोकन की ज़रूरत नहीं।
• हस्ताक्षर। हर रिलीज़ मैनिफ़ेस्ट पर ProAnimaStudio के हस्ताक्षर होते हैं। सर्वर हस्ताक्षर को इंस्टॉल किए गए प्रोग्राम में अंतर्निहित सार्वजनिक कुंजी से जाँचता है, और फिर संग्रह का SHA-256। अहस्ताक्षरित या बदला हुआ रिलीज़ इंस्टॉल नहीं होता, चाहे वह हब से आए या GitHub से। अखंडता के लिए हब पर भरोसा नहीं किया जाता।
• होस्ट अपडेटर। सर्वर पर एक टाइमर (Linux पर arkvory-update.timer, Windows पर कार्य ProAnimaArkvoryUpdate) हर मिनट अपडेटर चलाता है। यह कंसोल से अनुरोध उठाता है, अंतिम जाँच के 6 घंटे बीतने पर रिलीज़ जाँचता है, और अपने घंटे में स्वचालित अपडेट शुरू करता है। स्वचालित इंस्टॉलेशन बंद होने पर भी जाँचें चलती हैं।

एक अपडेट क्या करता है

1. जब तक सेवाएँ चलती रहती हैं, यह रिलीज़ डाउनलोड करता है, हस्ताक्षर और SHA-256 जाँचता है, और फ़ाइलों को इंस्टॉलेशन रूट में releases/<version>/ में खोलता है। Compose के लिए, यह नई इमेज बनाता है।
2. यदि रिलीज़ डेटाबेस स्कीमा बदलता है, तो यह पहले नया बैकअप लेता और सत्यापित करता है। अपडेट से पहले बैकअप देखें।
3. यह बैकअप एजेंट, वर्कर और API रोकता है। प्रत्येक को पूरा होने के लिए 120 सेकंड तक मिलते हैं।
4. यह इंस्टॉलेशन को नए संस्करण पर स्विच करता है। स्कीमा बदलाव अब अपना माइग्रेशन चलाता है।
5. यह API और वर्कर शुरू करता है और प्रतीक्षा करता है जब तक API लगातार तीन बार तैयार बताए। फिर यह बैकअप एजेंट शुरू करता है। एजेंट जाँच का हिस्सा नहीं है: यदि यह लगभग 90 सेकंड में रिपोर्ट न करे, तो अपडेट चेतावनी छापता है और रुका रहता है।
6. यदि सांख्यिकी चालू हैं, तो यह हब को अनाम updated इवेंट भेजता है। यहाँ विफलता कभी अपडेट को पूर्ववत नहीं करती।

पुराना संस्करण releases/ में रहता है। सारा डेटा, कुंजियाँ और विन्यास वैसे ही रहते हैं।

अपडेट जाँचें

व्यवस्थापक के रूप में कंसोल में साइन इन करें और अपडेट खोलें। पृष्ठ इंस्टॉल किया गया संस्करण, नवीनतम स्थिर रिलीज़ और पिछली जाँच दिखाता है। अभी हब से पूछने के लिए अभी जाँचें चुनें। साइन इन करने के बाद, अपडेट देखें वाला बैनर बताता है कि कोई नया रिलीज़ कब मौजूद है।

यदि कोई जाँच विफल हो, उदाहरण के लिए नेटवर्क पहुँच के बिना, तो पृष्ठ वह अंतिम रिलीज़ रखता है जो उसे मिला और उसे संभवतः पुराना चिह्नित करता है। जाँच 6 घंटे बाद, या जब आप अभी जाँचें चुनें, फिर प्रयास की जाती है।

सर्वर पर, arkvory status --root <root> इंस्टॉल किया गया संस्करण, स्वचालित अपडेट सेटिंग और पिन दिखाता है।

यदि पृष्ठ कहे कि होस्ट अपडेटर जुड़ा नहीं है, तो arkvory updates-connect --root <root> चलाएँ। यह पुराने रिलीज़ से अपडेट किए गए इंस्टॉलेशन के कंसोल और अपडेट टाइमर को जोड़ता है। यदि पृष्ठ कहे कि अपडेटर ने रिपोर्ट करना बंद कर दिया है, तो टाइमर या कार्य 5 मिनट से नहीं चला। समस्या निवारण देखें।

हाथ से इंस्टॉल करें

कंसोल में

1. अपडेट खोलें और जाँचें कि नवीनतम स्थिर रिलीज़ वह संस्करण दिखाता है जो आप चाहते हैं।
2. अपडेट इंस्टॉल करें चुनें। डायलॉग संस्करण का नाम बताता है और चेतावनी देता है कि ट्रांसफ़र बाधित हो सकते हैं।
3. यह रिलीज़ इंस्टॉल करें चुनें। कंसोल वह संस्करण और SHA-256 भेजता है जो आपने देखा। यदि तब से प्रकाशित बाइट बदले हैं, तो अनुरोध अस्वीकार कर दिया जाता है।
4. प्रतीक्षा करें। अनुरोध तुरंत स्वीकार होता है; होस्ट अपडेटर उसे एक मिनट के भीतर उठा लेता है। सेवाओं के रीस्टार्ट के दौरान पृष्ठ कनेक्शन खो सकता है और स्वयं फिर जुड़ जाता है। दूसरा अनुरोध न भेजें।

जब संस्करण पिन हो, तो कंसोल इंस्टॉलेशन अस्वीकार करता है। संस्करण पिन करें देखें।

कमांड के साथ

sudo arkvory update --root /opt/proanima-arkvory
sudo arkvory update --root /opt/proanima-arkvory --version 1.2.3

--version के बिना, कमांड वह संस्करण इंस्टॉल करता है जो हब इस सर्वर के लिए स्वीकृत करता है। --version के साथ, यह वही सटीक स्थिर संस्करण इंस्टॉल करता है, जो इंस्टॉल किए गए संस्करण से नया होना चाहिए। अपडेट विफल होने पर कमांड त्रुटि कोड के साथ बाहर निकलता है। हर प्लेटफ़ॉर्म पर कमांड कैसे चलाएँ, यह विन्यास में है।

स्वचालित अपडेट

स्वचालित अपडेट तीन तरीकों में से एक से चालू करें:

• कंसोल में, अपडेट खोलें, स्वचालित अपडेट के अंतर्गत संगत स्थिर रिलीज़ अपने-आप इंस्टॉल करें चुनें, रखरखाव का घंटा (UTC) चुनें और सेटिंग्स सहेजें चुनें।
• सर्वर पर: arkvory configure --root <root> --enable-updates।
• स्क्रिप्ट से इंस्टॉल करते समय: install.sh के लिए --automatic, install.ps1 के लिए -AutomaticUpdates।

उन्हें कंसोल या arkvory configure --root <root> --disable-updates से बंद करें।

नियम	मान
विंडो	चुना गया UTC घंटा। डिफ़ॉल्ट 03:00 से 03:59 UTC है। केवल कंसोल घंटा सेट करता है
प्रयास	प्रति UTC दिन अधिकतम एक, चाहे सफल हो या विफल। छूटी हुई विंडो की भरपाई दिन में बाद में नहीं होती
छोड़ा जाता है जब	संस्करण पिन हो, अंतिम जाँच विफल हो, या कोई नया रिलीज़ ज्ञात न हो
रिलीज़	अंतिम जाँच पर हब द्वारा स्वीकृत नवीनतम रिलीज़

अपने बैकअप अपडेट विंडो के बाहर शेड्यूल करें। अपडेट बैकअप एजेंट रोकता है, और चल रहा बैकअप बाधित होकर फिर कतार में लग जाता है।

अपडेट से पहले बैकअप

जो अपडेट डेटाबेस स्कीमा नहीं बदलता वह कोई बैकअप नहीं लेता। अपने शेड्यूल किए गए बैकअप पर भरोसा करें।

डेटाबेस स्कीमा बदलने वाला रिलीज़ केवल नए, सत्यापित बैकअप के पीछे इंस्टॉल होता है। अपडेटर यह तब करता है जब सेवाएँ अभी चल रही हों:

1. यह बैकअप एजेंट से नया बैकअप माँगता है और प्रतीक्षा करता है जब तक बैकअप बन और जाँच न लिया जाए। यह अधिकतम 6 घंटे प्रतीक्षा करता है। इस दौरान कंसोल दिखाता है कि रिलीज़ इंस्टॉल हो रहा है।
2. तभी यह सेवाएँ रोकता है, डेटाबेस माइग्रेट करता है और नया संस्करण शुरू करता है।

बैकअप को तीन चीज़ें चाहिए: जुड़ा हुआ और उपलब्ध बैकअप स्टोरेज, ऑनलाइन बैकअप एजेंट, और कम से कम एक बैकअप जो पहले पूरा हुआ हो। टेराबाइट का पहला पूरा बैकअप नियोजित काम है, कभी अपडेट का दुष्प्रभाव नहीं। यदि इन तीन में से एक भी न हो, तो अपडेट कुछ भी बदलने से पहले अस्वीकार कर दिया जाता है। सेवाएँ चलती रहती हैं, कंसोल दिखाता है कि इंस्टॉलेशन अस्वीकार किया गया, और स्वचालित अपडेट अगले दिन फिर प्रयास करता है। बैकअप स्टोरेज जोड़ें और पहला बैकअप चलाएँ: बैकअप देखें।

स्नैपशॉट के बाद और सेवाओं के रुकने से पहले आए बदलाव उस बैकअप में नहीं हैं। बैकअप तभी मायने रखता है जब नया संस्करण अपने माइग्रेशन के बाद विफल हो: रोलबैक करें और रिकवर करें देखें।

अपने स्वयं के बैकअप के साथ अपग्रेड

अंतर्निहित बैकअप स्टोरेज के बिना, डेटाबेस और पूरे स्टोरेज का अपना बैकअप बनाएँ और सत्यापित करें, फिर अपडेटर को ऐसी फ़ाइल दें जो उसे दर्ज करे:

sudo arkvory upgrade --root /opt/proanima-arkvory --version 1.2.3 --backup-record /secure/backup-record.txt

फ़ाइल आपका अपना नोट है। अपडेटर केवल जाँचता है कि वह मौजूद है; यह सिद्ध नहीं करता कि बैकअप पूरा है। जर्नल और रोलबैक update जैसे ही हैं। यह कमांड केवल आगे काम करता है और तब अस्वीकार कर दिया जाता है जब संस्करण किसी दूसरे संस्करण पर पिन हो।

रोलबैक करें और रिकवर करें

स्वचालित रोलबैक

• कोई स्कीमा बदलाव नहीं। यदि नया संस्करण तैयार न हो, तो अपडेटर उसे रोकता है, पिछला रिलीज़ बहाल करता है, तैयारी की प्रतीक्षा करता है और Update failed; previous release restored रिपोर्ट करता है।
• स्कीमा बदलाव, विफल माइग्रेशन। माइग्रेशन एक ट्रांज़ैक्शन में चलता है। विफल माइग्रेशन रोलबैक हो जाता है, और पिछला रिलीज़ अपरिवर्तित स्कीमा पर फिर शुरू हो जाता है।
• स्कीमा बदलाव, माइग्रेशन के बाद नया संस्करण शुरू नहीं होता। पिछला रिलीज़ नया स्कीमा नहीं पढ़ सकता, इसलिए स्वचालित वापसी का कोई तरीका नहीं है। अपडेटर जर्नल को maintenance-required चिह्नित करता है और बैकअप बिंदु का नाम बताता है। कारण ठीक करें और recover चलाएँ, जो अपडेट पूरा करता है। या journal.json में बताया गया बैकअप बिंदु बहाल करें और पिछला संस्करण चलाएँ।

Arkvory में कोई डाउनग्रेड कमांड नहीं है। कमांड पुराने संस्करण को अस्वीकार करता है। पिछला संस्करण केवल स्वचालित रोलबैक के लिए releases/ में रहता है।

बाधित अपडेट रिकवर करें

अपडेट के दौरान क्रैश या बिजली जाने से दो चीज़ें बचती हैं: इंस्टॉलेशन रूट में लॉक operation.lock और रिकॉर्ड journal.json। नए अपडेट और अधिकांश कमांड तब तक चलने से इंकार करते हैं जब तक आप रिकवर न करें। स्थिति जानने से पहले लॉक कभी न हटाएँ।

यदि कोई अपडेट चल नहीं रहा था (जर्नल पूरा है या मौजूद नहीं है) और लॉक लेने वाली प्रक्रिया अब नहीं चल रही, जैसे रोकी गई अपडेट जाँच या क्लस्टर में अलग किए गए सर्वर का लॉक, तो अगला कमांड लॉक को खुद हटा देता है और एक चेतावनी दर्ज करता है।

1. अपडेट टाइमर रोकें, ताकि कोई नया रन शुरू न हो। Linux पर: sudo systemctl stop arkvory-update.timer। Windows पर: Disable-ScheduledTask -TaskName ProAnimaArkvoryUpdate। बिना टाइमर वाले Compose इंस्टॉलेशन में, अपना शेड्यूल किया गया जॉब रोकें।
2. सुनिश्चित करें कि कोई अपडेटर प्रोसेस न चल रहा हो। journal.json और लॉग सहेजें।
3. तभी operation.lock हटाएँ।
4. arkvory recover --root <root> चलाएँ। यह उस दिशा में बढ़ता है जिसकी जर्नल अनुमति देता है:
   • स्कीमा बदलाव के बिना अपडेट के लिए, या माइग्रेशन शुरू होने से पहले, यह पिछले संस्करण पर लौटता है,
   • माइग्रेशन शुरू होने के बाद, यह आगे बढ़ता है: यह माइग्रेशन दोहराता है, जिसे दोहराना सुरक्षित है, और नया संस्करण शुरू करता है।
5. जाँचें कि सेवाएँ तैयार हैं और एक परीक्षण डाउनलोड काम करता है। टाइमर फिर शुरू करें: sudo systemctl start arkvory-update.timer, या Enable-ScheduledTask -TaskName ProAnimaArkvoryUpdate।

यदि अपडेट शुरू करने वाला कंसोल अनुरोध अभी भी सहेजा है, तो arkvory updates-reset --root <root> उसे हटा देता है। इसे केवल स्थिति जाँचने के बाद चलाएँ। यह लॉक नहीं हटाता।

संस्करण पिन करें

किसी अन्य संस्करण पर हर अपडेट रोकने के लिए संस्करण पिन करें।

sudo arkvory configure --root <root> --pin                  # pin the installed version
sudo arkvory configure --root <root> --pin --version 1.2.3  # pin another stable version
sudo arkvory configure --root <root> --unpin

जब तक कोई संस्करण पिन हो:

• स्वचालित अपडेट कुछ नहीं करते,
• कंसोल रिलीज़ इंस्टॉल करने से इंकार करता है और सर्वर पर पिन हटाने के लिए कहता है,
• arkvory update पिन किया गया संस्करण इंस्टॉल करता है, और किसी दूसरे --version को अस्वीकार करता है,
• जाँचें फिर भी चलती हैं, इसलिए कंसोल नए रिलीज़ अभी भी दिखाता है।

पुराना संस्करण पिन करने के बाद नया संस्करण इंस्टॉल करने के लिए, नया संस्करण पिन करें और arkvory update चलाएँ। आप स्क्रिप्ट से इंस्टॉल करते समय भी पिन कर सकते हैं: install.sh के लिए --pin, install.ps1 के लिए -Pin।

हब, चैनल और सांख्यिकी

सर्वर हब को क्या भेजता है

कब	क्या भेजा जाता है
अपडेट जाँच, हर 6 घंटे या अनुरोध पर	प्रोजेक्ट arkvory के अपडेट के लिए अनुरोध, साथ में इंस्टॉल किया गया संस्करण, ऑपरेटिंग सिस्टम (linux या windows), प्रोसेसर (x86_64 या aarch64) और चैनल। सांख्यिकी चालू होने पर, एक यादृच्छिक इंस्टॉलेशन ID वाला हेडर X-Install-Id जोड़ा जाता है
अपडेट पूरा हुआ, सांख्यिकी चालू होने पर	इंस्टॉलेशन ID, नया संस्करण, ऑपरेटिंग सिस्टम, प्रोसेसर और चैनल वाला एक updated इवेंट
रिलीज़ का डाउनलोड	हब GitHub के लिंक के साथ उत्तर देता है। फ़ाइलें वहीं से आती हैं

कोई कुंजी, खाता, होस्ट नाम या सहेजी गई सामग्री नहीं भेजी जाती, और कोई क्रेडेंशियल हब तक नहीं पहुँचता। इंस्टॉलेशन ID एक यादृच्छिक मान है जो इंस्टॉलेशन के अलावा और कुछ नहीं पहचानता। प्रोजेक्ट के अनुसार, हब कोई IP पते, नाम या सामग्री संग्रहीत नहीं करता। हब को वह फ़ीडबैक भी मिलता है जो उपयोगकर्ता कंसोल से भेजता है। वह उपयोगकर्ता की अलग कार्रवाई है।

सांख्यिकी बंद होने पर, सर्वर कोई इंस्टॉलेशन ID और कोई इवेंट नहीं भेजता। तब हब किसी संस्करण को तभी प्रस्तुत करता है जब उसने उसे सभी इंस्टॉलेशनों के लिए जारी कर दिया हो।

विकल्प

सेटिंग	डिफ़ॉल्ट	इसे बदलें
सांख्यिकी	चालू	कंसोल: स्वचालित अपडेट के अंतर्गत ProAnimaStudio को अनाम आँकड़े भेजें। कमांड: --statistics off या --statistics on
चैनल	stable	ProAnimaStudio जो संस्करण पहले देता है उन्हें पाने के लिए --update-channel beta, लौटने के लिए --update-channel stable
हब पता	https://hub.proanima.net	अपने स्वयं के हब के लिए --hub-url https://hub.example, केवल GitHub इस्तेमाल करने के लिए --hub-off। पते में HTTPS होना चाहिए

ये सभी arkvory configure --root <root> के विकल्प हैं और बिना रीस्टार्ट के प्रभावी होते हैं। सेटिंग्स config/hub.json में संग्रहीत होती हैं। हब पते का बदलाव यह भी बदल देता है कि कंसोल फ़ीडबैक कहाँ भेजता है, सेवाओं के अगले रीस्टार्ट के बाद।

जब हब पहुँच से बाहर हो

यदि हब उत्तर नहीं देता (नेटवर्क विफलता, टाइमआउट या सर्वर त्रुटि), तो अपडेटर इसके बजाय GitHub पर नवीनतम स्थिर रिलीज़ पढ़ता है और चेतावनी लॉग करता है। यह वही हस्ताक्षर और SHA-256 जाँचें करता है। हब से इंकार (स्टेटस 4xx), गायब फ़ाइल या खराब हस्ताक्षर एक त्रुटि है, और कोई फ़ॉलबैक नहीं है।

यदि GitHub पर रिलीज़ को प्रमाणीकरण चाहिए, तो इंस्टॉलेशन रूट में फ़ाइल github-token.txt बनाएँ जिसमें ऐसा टोकन हो जो रिपॉज़िटरी सामग्री पढ़ सके। फ़ाइल केवल व्यवस्थापक पढ़ सकते हैं। अपडेटर इसे इस्तेमाल करता है, सेवाएँ नहीं, और यह कभी कमांड विकल्प के रूप में नहीं दिया जाता। --hub-off के साथ, अपडेटर हमेशा GitHub इस्तेमाल करता है।

सर्वर को hub.proanima.net, api.github.com, github.com और GitHub डाउनलोड होस्ट तक HTTPS पहुँच चाहिए।

ऑफ़लाइन इंस्टॉलेशन

बिना इंटरनेट पहुँच वाला सर्वर रिलीज़ जाँच नहीं सकता। तब पृष्ठ अपडेट दिखाता है कि जाँच विफल हो गई। यह सेवाओं को प्रभावित नहीं करता। इसके बजाय फ़ाइलों से अपडेट करें।

1. इंटरनेट पहुँच वाले कंप्यूटर पर, अपने सर्वर के प्लेटफ़ॉर्म का किट डाउनलोड करें: Arkvory-Linux.tar.gz या Arkvory-Windows.zip। उनके SHA-256 की तुलना रिलीज़ के release-checksums.json से करें।

2. किट को सर्वर पर कॉपी करें और खोलें। डायरेक्टरी में arkvory-release.json, arkvory-runtime.zip और arkvory-setup.mjs हैं। किट में कोई हस्ताक्षर फ़ाइल नहीं है। उसी रिलीज़ पृष्ठ से arkvory-release.json.sig डाउनलोड करें और उसे arkvory-release.json के पास रखें: तब अपडेटर हस्ताक्षर भी सत्यापित करता है।

3. डायरेक्टरी के निरपेक्ष पथ के साथ अपडेट चलाएँ:

   sudo arkvory update --root /opt/proanima-arkvory --artifact /media/release

   & 'C:\Program Files\ProAnima\Arkvory\arkvory.ps1' update --root C:\ProgramData\ProAnima\Arkvory --artifact D:\release

अपडेटर मैनिफ़ेस्ट के विरुद्ध संग्रह का SHA-256 जाँचता है। यह हस्ताक्षर तभी जाँचता है जब arkvory-release.json.sig मैनिफ़ेस्ट के पास हो। स्थानीय डायरेक्टरी आपकी अपनी पसंद है, इसलिए अपडेट को हस्ताक्षर की आवश्यकता नहीं होती। उसके बिना, चरण 1 में किट की release-checksums.json से तुलना आपके मूल का एकमात्र प्रमाण है। स्कीमा बदलाव के लिए वही नियम लागू होते हैं: आपको पहले सत्यापित बैकअप चाहिए।

नेटिव पैकेज या Arkvory-Setup-x64.exe अपना रिलीज़ साथ रखता है और उसे इंटरनेट पहुँच की ज़रूरत नहीं। Compose अपडेट इमेज होस्ट पर बनाता है। इसे Docker Hub की ज़रूरत तभी होती है जब आधार इमेज node:24.21.0-bookworm-slim अभी होस्ट पर न हो।

प्लेटफ़ॉर्म के अनुसार अपडेट

Windows

इंस्टॉल किए गए के ऊपर नया Arkvory-Setup-x64.exe चलाएँ। Setup डेटा ढूँढ लेता है और स्वामी के बारे में फिर नहीं पूछता। यह प्रोग्राम, सेवाएँ और डेटाबेस रिलीज़ को उसी तरह अपडेट करता है जैसे कंसोल से अपडेट। पुराने संस्करण का Setup अस्वीकार कर दिया जाता है, और उसी संस्करण का Setup सेवाओं की मरम्मत करता है। अपडेट चलते समय Setup शुरू न करें। इंस्टॉलर केवल अंग्रेज़ी और रूसी में उपलब्ध है। आप कंसोल से या कमांड से भी अपडेट कर सकते हैं।

Linux पैकेज

रिलीज़ पृष्ठ से नया पैकेज डाउनलोड करें और उसे पहले की तरह इंस्टॉल करें: sudo apt install ./Arkvory-amd64.deb या sudo dnf install ./Arkvory-x86_64.rpm। कोई apt या dnf रिपॉज़िटरी नहीं है, इसलिए apt upgrade और dnf upgrade नए संस्करण नहीं ढूँढते। पैकेज का विन्यास चरण वही अपडेट चलाता है जो कमांड चलाता है, पैकेज के भीतर रिलीज़ के साथ। स्विच होने तक चल रही सेवाएँ परोसती रहती हैं।

यदि अपडेट अस्वीकार कर दिया जाए, उदाहरण के लिए क्योंकि स्कीमा बदलाव को ऐसा बैकअप चाहिए जो मौजूद नहीं है, तो पुराना संस्करण चलता रहता है और विन्यास चरण विफल हो जाता है। कारण ठीक करें, फिर Debian और Ubuntu पर sudo dpkg --configure -a से, या RPM सिस्टम पर वही पैकेज फिर से इंस्टॉल करके उस चरण को दोहराएँ।

कंसोल से अपडेट के बाद, पैकेज प्रबंधक द्वारा दिखाया गया संस्करण चल रहे संस्करण से पुराना हो सकता है। चल रहे संस्करण से पुराना पैकेज अस्वीकार कर दिया जाता है।

स्क्रिप्ट इंस्टॉलेशन

स्क्रिप्ट इंस्टॉलेशन में arkvory कमांड नहीं होता। कंसोल से अपडेट करें, या इंस्टॉलेशन के Node.js से manage.mjs update चलाएँ। विन्यास देखें।

Docker Compose

कंसोल से या manage.mjs update से अपडेट करें। अपडेटर नए संस्करण की इमेज बनाता है, backup, worker और api कंटेनर बदलता है और वॉल्यूम रखता है। बिना root वाले Compose इंस्टॉलेशन को शेड्यूल किया गया updates-poll चाहिए। Docker Compose देखें।

अपडेट के बाद

• arkvory status --root <root> जाँचें और कंसोल में साइन इन करें।
• releases/ से वे संस्करण हटाएँ जिनकी अब ज़रूरत नहीं। वर्तमान संस्करण और journal.json में बताया गया पिछला संस्करण रखें। पुराने संस्करण, डाउनलोड फ़ाइलें और स्टेजिंग अपडेटर कभी नहीं हटाता।
• अपडेट स्क्रिप्ट इंस्टॉलेशन का Node.js, PostgreSQL प्रोग्राम, ऑपरेटिंग सिस्टम या कंटेनर इंजन अपग्रेड नहीं करता। उन्हें अलग से अपडेट करें। PostgreSQL मुख्य संस्करण का बदलाव अपने आप में एक माइग्रेशन है: पहले बैकअप लें।

समस्या निवारण

आप क्या देखते हैं	क्या करें
पृष्ठ कहता है कि होस्ट अपडेटर जुड़ा नहीं है	रखरखाव विंडो में arkvory updates-connect --root <root> चलाएँ
पृष्ठ कहता है कि अपडेटर ने रिपोर्ट करना बंद कर दिया है	टाइमर या कार्य जाँचें। Linux पर: systemctl status arkvory-update.timer और journalctl -u arkvory-update। Windows पर: कार्य ProAnimaArkvoryUpdate और logs\updater.log। जाँचें कि operation.lock बचा नहीं है
रिलीज़ जाँच विफल हुई	सर्वर से हब और GitHub तक पहुँच जाँचें। सेवाएँ प्रभावित नहीं हैं
इंस्टॉलेशन अस्वीकार किया गया क्योंकि बैकअप चाहिए	बैकअप स्टोरेज जोड़ें, पहला बैकअप की प्रतीक्षा करें, स्थिति फिर जाँचें। अपडेट से पहले बैकअप देखें
अपडेट विफल हुआ	फिर प्रयास करने से पहले journal.json, अपडेटर लॉग और सेवा लॉग पढ़ें
मैन्युअल रिकवरी आवश्यक है	बाधित अपडेट रिकवर करें का पालन करें
अनुरोध प्रतीक्षा में रहते हुए सेटिंग्स बदल गईं	पृष्ठ रीफ़्रेश करें और अनुरोध फिर भेजें
Installation is locked	कोई अन्य ऑपरेशन चल रहा है, या एक क्रैश हो गया। बाधित अपडेट रिकवर करें देखें
Interrupted deployment; use recover after inspecting journal.json	पहले का अपडेट पूरा नहीं हुआ। पहले रिकवर करें
Downgrades are forbidden	संस्करण इंस्टॉल किए गए संस्करण से नया नहीं है
Version is pinned	पिन हटाएँ, या पिन किया गया संस्करण इंस्टॉल करें
Interrupted update request; inspect installation and use updates-reset	कंसोल से एक अनुरोध स्वीकार हुआ पर पूरा नहीं हुआ। स्थिति जाँचें, फिर updates-reset चलाएँ

और संकेत समस्या निवारण और स्वतः पुनर्प्राप्ति में हैं।