भुगतान न होने पर सस्पेंशन

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

यह कब होता है

एक्सपायरी की तारीख सर्वर को बंद नहीं करती। बकाया दिनों के हिसाब से गिनें:

एक्सपायरी की तारीख से पहले दो रिमाइंडर आते हैं: 3 दिन पहले और 1 दिन पहले। ये Millida नोटिफिकेशन फ़ीड में और जुड़े हुए कम्युनिकेशन चैनल में दिखते हैं, अगर कोई सेट किया गया हो। भुगतान से जुड़ी पूरी टाइमलाइन Server renewal लेख में दी गई है।

यह कैसा दिखता है

• सर्वर SSH से या अपने एड्रेस पर जवाब नहीं देता।
• उस पर चल रही साइटें और सेवाएँ काम नहीं करतीं।
• /hosting/vds/m/<id> पैनल खुलता है; सर्वर पर “Suspended” का निशान लगा होता है, और “Payment” टैब दिखाता है कि टर्म कितने दिन बकाया है।
• कंसोल आपको लॉग इन नहीं करने देता: सर्वर बंद है, खराब नहीं हुआ है।
• “Start” की जगह पैनल “Pay and start” बटन दिखाता है। सर्वर की बाकी क्रियाएँ — stop, reboot, root पासवर्ड बदलना, SSH keys, boot mode और reinstall — मना कर दी जाती हैं: भुगतान तक सर्वर न तो पहले वाले रूप में शुरू होगा, न ही साफ़ इंस्टॉल के रूप में।
• सस्पेंड किए गए सर्वर पर कोई चार्ज नहीं लगता।

ऐसा क्यों हुआ

कारण एक ही है: तीन दिन बकाया के अंदर भुगतान नहीं लिया जा सका। या तो Millida बैलेंस में पैसे कम थे, या ऑटो-रिन्यूअल बंद था और किसी ने मैन्युअल रिन्यूअल शुरू नहीं किया। “क्रेडिट” पर भुगतान या अपने आप आंशिक चार्ज जैसी कोई सुविधा नहीं है — देखें Payment: Millida balance and charges।

सर्वर को दोबारा चलाने का तरीका

1. ज़रूरी टर्म की रकम के हिसाब से Millida बैलेंस टॉप-अप करें।
2. /hosting/vds/m/<id> खोलें, “Payment” टैब।
3. एक टर्म चुनें और रिन्यूअल कन्फ़र्म करें।
4. सर्वर के शुरू होने का इंतज़ार करें और देखें कि सेवाएँ चालू हो गई हैं।

भुगतान अपने आप सस्पेंशन हटा देता है और सर्वर शुरू कर देता है — आपको अलग से “Start” दबाने की ज़रूरत नहीं। यह तरीका बकाया के दसवें दिन तक काम करता है; उसके बाद सर्वर पहले ही डिलीशन में होता है, और आप उसे पैनल से रिन्यू नहीं कर सकते।

शुरू होने के बाद ऑटोस्टार्ट जाँचें: जो सेवाएँ आपने मैन्युअली शुरू की थीं और ऑटोस्टार्ट में नहीं जोड़ीं, वे अपने आप वापस नहीं आएँगी।

systemctl list-units --failed
systemctl enable --now myapp

फेल हुई यूनिट्स को ठीक करने के बारे में Service won't start: systemd troubleshooting लेख में बताया गया है।

सस्पेंशन और डिलीशन अलग-अलग चीज़ें हैं

सस्पेंशन डिस्क, एड्रेस और सेटिंग्स बचाए रखता है, और रिन्यूअल पैनल में एक बटन से सर्वर को दोबारा ऑनलाइन ले आता है। यह बकाया के पहले दस दिनों तक काम करता है। दसवें दिन सर्वर डिलीशन में चला जाता है, और आप उसे अपने आप वापस नहीं ला सकते: 72 घंटे बचते हैं जिनमें डेटा अभी मौजूद रहता है, लेकिन बायबैक सपोर्ट के ज़रिए होता है। पूरी जानकारी और समय-सीमा Server deletion and buyback period लेख में है।

बायबैक पीरियड को बैकअप विकल्प मानकर न चलें। जो डेटा सिर्फ़ सर्वर पर मौजूद है, उसकी कोई सुरक्षा नहीं है: हमारे पास ऑटोमैटिक बैकअप या स्नैपशॉट नहीं होते।

क्या सुरक्षित रहता है और क्या नहीं

सस्पेंशन से कैसे बचें

• पहले से रिन्यू करें: जल्दी रिन्यू करने पर पैसे वाले दिन खत्म नहीं होते; नया टर्म मौजूदा तारीख में जुड़ जाता है।
• अगर सर्वर लगातार चाहिए तो ऑटो-रिन्यूअल बंद न करें। यह डिफ़ॉल्ट रूप से चालू रहता है और “भुगतान करना भूल गया” की समस्या हटा देता है।
• हर सर्वर के लिए बैलेंस में कम से कम एक महीने की रकम रखें: ऑटो-रिन्यूअल क्रेडिट पर चार्ज नहीं करता।
• अगर सर्वर लंबे समय के लिए चाहिए तो लंबा टर्म चुनें: 18 प्रतिशत छूट वाला एक साल हर महीने के रिमाइंडर की ज़रूरत भी हटा देता है, देखें Discounts for long terms।
• अगर आपके कई सर्वर हैं, तो उनकी एक्सपायरी तारीखें एक ही दिन पर लाएँ ताकि आप पाँच की जगह एक तारीख याद रखें।