Code
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
gRPC API के लिए कैननिकल गड़बड़ी कोड.
कभी-कभी एक से ज़्यादा गड़बड़ी कोड लागू हो सकते हैं. सेवाओं को लागू होने वाला सबसे खास गड़बड़ी कोड दिखाना चाहिए. उदाहरण के लिए, अगर दोनों कोड लागू होते हैं, तो FAILED_PRECONDITION के बजाय OUT_OF_RANGE को प्राथमिकता दें. इसी तरह, FAILED_PRECONDITION के बजाय NOT_FOUND या ALREADY_EXISTS को प्राथमिकता दें.
| Enums |
OK |
कोई गड़बड़ी नहीं है; सफलता मिलने पर वापस मिले. एचटीटीपी मैपिंग: 200 ठीक |
CANCELLED |
आम तौर पर, कॉल करने वाले व्यक्ति ने कार्रवाई रद्द कर दी थी. एचटीटीपी मैपिंग: 499 क्लाइंट का अनुरोध |
UNKNOWN |
ऐसी गड़बड़ी जिसके बारे में कोई जानकारी नहीं है. उदाहरण के लिए, यह गड़बड़ी तब दिख सकती है, जब किसी अन्य पता स्पेस से Status की वैल्यू किसी ऐसी गड़बड़ी वाली जगह से जुड़ी हो जिसकी इस पता स्पेस की जानकारी नहीं है. साथ ही, जिन एपीआई से गड़बड़ी की ज़रूरी जानकारी नहीं मिलती है उनसे जुड़ी गड़बड़ियां, इस गड़बड़ी में बदली जा सकती हैं. एचटीटीपी मैपिंग: 500 सर्वर में गड़बड़ी |
INVALID_ARGUMENT |
क्लाइंट ने एक अमान्य तर्क दिया है. ध्यान दें कि यह वैल्यू FAILED_PRECONDITION से अलग है. INVALID_ARGUMENT उन तर्क को दिखाता है जो सिस्टम की स्थिति पर ध्यान दिए बिना समस्या पैदा करते हैं. जैसे, फ़ाइल का गलत नाम. एचटीटीपी मैपिंग: 400 गलत अनुरोध |
DEADLINE_EXCEEDED |
कार्रवाई पूरी होने से पहले, समयसीमा खत्म हो गई. सिस्टम की स्थिति बदलने वाले ऑपरेशन के लिए, यह गड़बड़ी दिखाई जा सकती है, भले ही कार्रवाई पूरी तरह से पूरी हो गई हो. उदाहरण के लिए, हो सकता है कि किसी सर्वर से सही जवाब मिलने में ज़्यादा समय लगे और समयसीमा खत्म होने में देरी हो. एचटीटीपी मैपिंग: 504 गेटवे टाइम आउट |
NOT_FOUND |
अनुरोध की गई कुछ इकाई (जैसे कि फ़ाइल या डायरेक्ट्री) नहीं मिली. सर्वर डेवलपर के लिए अहम जानकारी: अगर किसी अनुरोध को पूरे उपयोगकर्ताओं के लिए अस्वीकार कर दिया जाता है, तो NOT_FOUND का इस्तेमाल किया जा सकता है. जैसे, सुविधा को धीरे-धीरे रोल आउट करना या दस्तावेज़ के हिसाब से अनुमति नहीं देना. अगर उपयोगकर्ताओं की क्लास के कुछ उपयोगकर्ताओं के अनुरोध को अस्वीकार कर दिया जाता है, जैसे कि उपयोगकर्ता-आधारित ऐक्सेस कंट्रोल, तो PERMISSION_DENIED का इस्तेमाल किया जाना चाहिए. एचटीटीपी मैपिंग: 404 नहीं मिला |
ALREADY_EXISTS |
जिस इकाई (जैसे, फ़ाइल या डायरेक्ट्री) को क्लाइंट बनाने की कोशिश कर रहा है वह पहले से मौजूद है. एचटीटीपी मैपिंग: 409 विरोधाभास |
PERMISSION_DENIED |
कॉलर को तय कार्रवाई करने की अनुमति नहीं है. PERMISSION_DENIED का इस्तेमाल, कुछ संसाधन इस्तेमाल करने की वजह से अस्वीकार किए जाने की वजहों के लिए नहीं किया जाना चाहिए. इन गड़बड़ियों के लिए RESOURCE_EXHAUSTED का इस्तेमाल करें. अगर कॉल करने वाले (कॉलर) की पहचान नहीं हो पाती है, तो PERMISSION_DENIED का इस्तेमाल नहीं करना चाहिए. उन गड़बड़ियों के लिए, UNAUTHENTICATED का इस्तेमाल करें. इस गड़बड़ी कोड का मतलब यह नहीं है कि अनुरोध मान्य है, अनुरोध की गई इकाई मौजूद है या पहले से तय की गई अन्य शर्तों को पूरा करता है. एचटीटीपी मैपिंग: 403 वर्जित |
UNAUTHENTICATED |
कार्रवाई के लिए अनुरोध में मान्य प्रमाणीकरण क्रेडेंशियल नहीं हैं. एचटीटीपी मैपिंग: 401 मंज़ूरी नहीं है |
RESOURCE_EXHAUSTED |
कुछ संसाधन खत्म हो गए हैं. शायद हर उपयोगकर्ता के लिए कोटा खत्म हो गया है या पूरे फ़ाइल सिस्टम में जगह नहीं बची है. एचटीटीपी मैपिंग: 429 बहुत ज़्यादा अनुरोध |
FAILED_PRECONDITION |
ऑपरेशन को अस्वीकार कर दिया गया क्योंकि सिस्टम उस स्थिति में नहीं है जैसी कार्रवाई के निष्पादन के लिए ज़रूरी है. उदाहरण के लिए, हटाई जाने वाली डायरेक्ट्री खाली नहीं होती है, किसी गैर-डायरेक्ट्री पर एक rmir कार्रवाई लागू की जाती है वगैरह. सेवा लागू करने वाले लोग, FAILED_PRECONDITION, ABORTED, और UNAVAILABLE में से कोई एक विकल्प चुनने के लिए, इन दिशा-निर्देशों का पालन कर सकते हैं: (a) अगर क्लाइंट, पूरे न हो पाने वाले कॉल की फिर से कोशिश कर सकता है, तो UNAVAILABLE का इस्तेमाल करें. (b) अगर क्लाइंट को बड़े लेवल पर फिर से कोशिश करनी चाहिए, तो ABORTED का इस्तेमाल करें. उदाहरण के लिए, जब क्लाइंट की ओर से तय किया गया टेस्ट और सेट काम नहीं करता, तो इसका मतलब है कि क्लाइंट को पढ़ने-में बदलाव करने का क्रम फिर से शुरू करना होगा. (c) अगर क्लाइंट को तब तक फिर से कोशिश नहीं करनी चाहिए, जब तक सिस्टम की स्थिति साफ़ तौर पर ठीक नहीं हो जाती, FAILED_PRECONDITION का इस्तेमाल करें. उदाहरण के लिए, अगर एक "rmder" यह प्रोसेस पूरी नहीं हो पाती, क्योंकि डायरेक्ट्री खाली नहीं है. FAILED_PRECONDITION को लौटाया जाना चाहिए, क्योंकि क्लाइंट को तब तक फिर से कोशिश नहीं करनी चाहिए, जब तक कि डायरेक्ट्री से फ़ाइलें नहीं मिटाई जातीं. एचटीटीपी मैपिंग: 400 गलत अनुरोध |
ABORTED |
आम तौर पर, यह कार्रवाई कई वजहों से रद्द हो जाती है. ऐसा, सीक्वेंसर की जांच या ट्रांज़ैक्शन रद्द होने जैसी समस्याओं की वजह से होता है. FAILED_PRECONDITION, ABORTED, और UNAVAILABLE में से किसी एक को चुनने के लिए, ऊपर दिए गए दिशा-निर्देश देखें.
एचटीटीपी मैपिंग: 409 विरोधाभास |
OUT_OF_RANGE |
कार्रवाई को मान्य सीमा से बाहर करने की कोशिश की गई. उदाहरण के लिए, फ़ाइल के आखिरी हिस्से को खोजना या पढ़ना. INVALID_ARGUMENT के उलट, यह गड़बड़ी एक ऐसी समस्या के बारे में बताती है जिसे सिस्टम की स्थिति बदलने पर ठीक किया जा सकता है. उदाहरण के लिए, अगर 32-बिट फ़ाइल सिस्टम को किसी ऐसे ऑफ़सेट पर पढ़ने के लिए कहा जाए जो [0,2^32-1] की रेंज में नहीं है, तो यह INVALID_ARGUMENT जनरेट करेगा. हालांकि, अगर फ़ाइल को मौजूदा साइज़ से बाहर के ऑफ़सेट से पढ़ने के लिए कहा जाए, तो यह OUT_OF_RANGE जनरेट करेगा.
FAILED_PRECONDITION और OUT_OF_RANGE के बीच कुछ हद तक ओवरलैप होता है. हमारा सुझाव है कि आप OUT_OF_RANGE (ज़्यादा खास गड़बड़ी) का इस्तेमाल करें. इससे यह पक्का हो सकेगा कि किसी स्पेस को फिर से इस्तेमाल करने वाले कॉलर, OUT_OF_RANGE गड़बड़ी का पता लगा सकें.
एचटीटीपी मैपिंग: 400 गलत अनुरोध |
UNIMPLEMENTED |
इस सेवा में कार्रवाई लागू नहीं की गई है या समर्थित/चालू नहीं है. एचटीटीपी मैपिंग: 501 लागू नहीं किया गया |
INTERNAL |
अंदरूनी गड़बड़ियां. इसका मतलब है कि सिस्टम से उम्मीद के मुताबिक कुछ इन्वैरिएंट काम नहीं कर रहे हैं. गड़बड़ी के इस कोड का इस्तेमाल, गंभीर गड़बड़ियों के लिए ही किया जा सकता है. एचटीटीपी मैपिंग: 500 सर्वर में गड़बड़ी |
UNAVAILABLE |
फ़िलहाल, सेवा उपलब्ध नहीं है. यह कुछ समय के लिए होने वाली स्थिति है, जिसे बैकऑफ़ के साथ फिर से कोशिश करके ठीक किया जा सकता है. ध्यान दें कि नॉन-आईडीम्प्पोटेंट कार्रवाइयों के लिए फिर से कोशिश करना हमेशा सुरक्षित नहीं होता है. FAILED_PRECONDITION, ABORTED, और UNAVAILABLE में से किसी एक को चुनने के लिए, ऊपर दिए गए दिशा-निर्देश देखें.
HTTP मैपिंग: 503 सेवा अनुपलब्ध |
DATA_LOSS |
डेटा खो जाना या खराब हो जाना. एचटीटीपी मैपिंग: 500 सर्वर में गड़बड़ी |
जब तक कुछ अलग से न बताया जाए, तब तक इस पेज की सामग्री को Creative Commons Attribution 4.0 License के तहत और कोड के नमूनों को Apache 2.0 License के तहत लाइसेंस मिला है. ज़्यादा जानकारी के लिए, Google Developers साइट नीतियां देखें. Oracle और/या इससे जुड़ी हुई कंपनियों का, Java एक रजिस्टर किया हुआ ट्रेडमार्क है.
आखिरी बार 2025-08-31 (UTC) को अपडेट किया गया.
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 2025-08-31 (UTC) को अपडेट किया गया."],[],["gRPC APIs use specific error codes to indicate the outcome of operations. Services should return the most relevant code when multiple codes apply. Codes include `OK` for success and various error types like `CANCELLED`, `UNKNOWN`, `INVALID_ARGUMENT`, `NOT_FOUND`, `PERMISSION_DENIED`, `RESOURCE_EXHAUSTED`, and `UNAVAILABLE`. Others, such as `FAILED_PRECONDITION`, `ABORTED`, and `OUT_OF_RANGE` are used for state-related issues. Each code also has a corresponding HTTP mapping for error communication.\n"]]