Skip to main content
GCP, Hetzner और इसी तरह के VPS प्रदाताओं जैसे VM-आधारित Docker इंस्टॉलेशन के लिए साझा रनटाइम चरण।

आवश्यक बाइनरी को इमेज में शामिल करें

चल रहे कंटेनर के अंदर बाइनरी इंस्टॉल करना एक जाल है: रनटाइम पर इंस्टॉल की गई हर चीज़ रीस्टार्ट होने पर खो जाती है। किसी skill के लिए आवश्यक प्रत्येक बाहरी बाइनरी को बिल्ड के समय इमेज में शामिल करें। नीचे दिए गए उदाहरण वर्णमाला क्रम में केवल तीन बाइनरी को कवर करते हैं:
  • gog (जो gogcli से मिलता है) Gmail एक्सेस के लिए
  • goplaces Google Places के लिए
  • wacli WhatsApp के लिए
ये उदाहरण हैं, पूरी सूची नहीं। इसी पैटर्न का उपयोग करके अपनी Skills के लिए आवश्यक सभी बाइनरी इंस्टॉल करें। जब आप बाद में कोई ऐसी skill जोड़ें जिसे नई बाइनरी की आवश्यकता हो:
  1. Dockerfile अपडेट करें।
  2. इमेज फिर से बिल्ड करें।
  3. कंटेनर रीस्टार्ट करें।
Dockerfile का उदाहरण
ऊपर दिए गए URL उदाहरण हैं। ARM-आधारित VM के लिए arm64 एसेट चुनें। पुनरुत्पाद्य बिल्ड के लिए संस्करणयुक्त रिलीज़ URL पिन करें।

बिल्ड करें और लॉन्च करें

यदि pnpm install --frozen-lockfile के दौरान बिल्ड Killed या निकास कोड 137 के साथ विफल होता है, तो VM में मेमोरी समाप्त हो गई है। दोबारा प्रयास करने से पहले अधिक बड़ी मशीन श्रेणी का उपयोग करें। बाइनरी सत्यापित करें:
अपेक्षित आउटपुट:
सत्यापित करें कि Gateway चालू है:
/healthz से 200 प्रतिक्रिया मिलना पुष्टि करता है कि Gateway प्रक्रिया अनुरोध सुन रही है और स्वस्थ है; अंतर्निहित इमेज HEALTHCHECK भी इसी एंडपॉइंट को पोल करता है।

क्या कहाँ बना रहता है

OpenClaw Docker में चलता है, लेकिन Docker सत्य का स्रोत नहीं है। सभी दीर्घकालिक स्थिति को रीस्टार्ट, रीबिल्ड और रीबूट के बाद भी बने रहना चाहिए।

अपडेट

VM पर OpenClaw अपडेट करने के लिए:

संबंधित