413 অনুরোধ সত্তা খুব বড় - TooBigBody

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশনে যান । তথ্য

উপসর্গ

ক্লায়েন্ট অ্যাপ্লিকেশনটি API কলগুলির প্রতিক্রিয়া হিসাবে ত্রুটি কোড protocol.http.TooBigBody সহ 413 Request Entity Too Large একটি HTTP স্ট্যাটাস কোড পায়।http.TooBigBody।

ত্রুটি বার্তা

ক্লায়েন্ট অ্যাপ্লিকেশন নিম্নলিখিত প্রতিক্রিয়া কোড পায়:

HTTP/1.1 413 Request Entity Too Large

উপরন্তু, আপনি নিম্নলিখিত ত্রুটি বার্তা পর্যবেক্ষণ করতে পারেন:

{
   "fault":{
      "faultstring":"Body buffer overflow",
      "detail":{
         "errorcode":"protocol.http.TooBigBody"
      }
   }
}

সম্ভাব্য কারণ

HTTP অনুরোধের অংশ হিসাবে Apigee Edge-এ ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা পাঠানো পেলোডের আকার Apigee Edge-এ অনুমোদিত সীমার চেয়ে বেশি হলে এই ত্রুটিটি ঘটে।

এখানে এই ত্রুটির জন্য সম্ভাব্য কারণ আছে:

সাধারণ রোগ নির্ণয়ের পদক্ষেপ

এই ত্রুটি নির্ণয় করতে নিম্নলিখিত সরঞ্জাম/কৌশলগুলির মধ্যে একটি ব্যবহার করুন:

কারণ: অনুরোধ পেলোডের আকার অনুমোদিত সীমার চেয়ে বেশি

রোগ নির্ণয়

1. এপিআই মনিটরিং, ট্রেস টুল, বা এনজিআইএনএক্স অ্যাক্সেস লগ ব্যবহার করে পরিলক্ষিত ত্রুটির জন্য ফল্ট কোড , ফল্ট সোর্স এবং অনুরোধ পেলোড সাইজ নির্ধারণ করুন যেমনটি দৃশ্য # 1 (অসংকুচিত) সহ সাধারণ নির্ণয়ের ধাপে ব্যাখ্যা করা হয়েছে।
2. যদি ফল্ট সোর্সের মান policy বা proxy থাকে, তাহলে এটি নির্দেশ করে যে ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা Apigee-এ পাঠানো অনুরোধ পেলোড আকার Apigee এজ-এ অনুমোদিত সীমার চেয়ে বেশি।
3. ধাপ # 1 থেকে নির্ধারিত অনুরোধের পেলোড আকার যাচাই করুন।
   • যদি পেলোড সাইজ > 10 MB অনুমোদিত সীমা থাকে, তাহলে এটি ত্রুটির কারণ।
   • যদি পেলোডের আকার < 10 MB অনুমোদিত সীমা থাকে, তাহলে অনুরোধ পেলোড সংকুচিত বিন্যাসে পাস করা সম্ভব। কারণ-এ যান: ডিকম্প্রেশনের পরে পেলোডের আকার অনুমোদিত সীমা ছাড়িয়ে গেছে
4. আপনি নিম্নলিখিত পদক্ষেপগুলি ব্যবহার করে প্রকৃত অনুরোধ চেক করে অনুরোধের পেলোডের আকার প্রকৃতপক্ষে > 10 এমবি অনুমোদিত সীমা কিনা তা যাচাই করতে পারেন:
   1. ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা করা প্রকৃত অনুরোধে আপনার অ্যাক্সেস না থাকলে, রেজোলিউশনে যান।
   2. ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা করা প্রকৃত অনুরোধে আপনার অ্যাক্সেস থাকলে, নিম্নলিখিত পদক্ষেপগুলি সম্পাদন করুন:
      1. অনুরোধে পাস করা পেলোডের আকার যাচাই করুন।
      2. যদি আপনি দেখতে পান যে পেলোডের আকার Apigee Edge-এ অনুমোদিত সীমার চেয়ে বেশি, তাহলে এটিই সমস্যার কারণ।

      নমুনা অনুরোধ:

      curl http://<hostalias>/testtoobigbody -k -X POST -F file=@test15mbfile -v
      

      উপরের ক্ষেত্রে, ফাইল test15mbfile হল ~15 MB। আপনি যদি অন্য কোনো ক্লায়েন্ট ব্যবহার করেন, পেলোডের আকার পাঠানো হচ্ছে তা জানতে ক্লায়েন্ট লগগুলি পান।

রেজোলিউশন

রেজোলিউশনে যান।

কারণ: অনুরোধ পেলোড আকার ডিকম্প্রেশন পরে অনুমোদিত সীমা অতিক্রম

যদি অনুরোধ পেলোডটি সংকুচিত বিন্যাসে পাঠানো হয় এবং অনুরোধ শিরোনাম Content-Encoding gzip , Apigee অনুরোধের পেলোডকে ডিকম্প্রেস করে। ডিকম্প্রেশন প্রক্রিয়া চলাকালীন, Apigee যদি পেলোডের আকার 10 MB-এর চেয়ে বেশি, অনুমোদিত সীমা খুঁজে পায়, তাহলে এটি আরও ডিকম্প্রেশন বন্ধ করে দেয় এবং 413 Request Entity Too Large এর সাথে এরর কোড protocol.http.TooBigBody সাথে সাথে সাথেই উত্তর দেয়। http.TooBigBody।

রোগ নির্ণয়

1. ফল্ট কোড, ফল্ট উত্স নির্ধারণ করুন, এবং এপিআই মনিটরিং, ট্রেস টুল, বা এনজিআইএনএক্স অ্যাক্সেস লগ ব্যবহার করে পরিলক্ষিত ত্রুটির জন্য পেলোড আকারের অনুরোধ করুন , যেমনটি দৃশ্য #2 (সংকুচিত) সহ সাধারণ নির্ণয়ের ধাপে ব্যাখ্যা করা হয়েছে।
2. যদি ফল্ট সোর্সের মান policy বা proxy থাকে, তাহলে এটি ইঙ্গিত করে যে ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা Apigee-এ পাঠানো অনুরোধ পেলোড আকার Apigee এজে অনুমোদিত সীমার চেয়ে বেশি।
3. ধাপ 1 থেকে নির্ধারিত অনুরোধের পেলোড সাইজ যাচাই করুন।
   • যদি পেলোড সাইজ > 10 MB অনুমোদিত সীমা থাকে, তাহলে এটি ত্রুটির কারণ।
   • যদি পেলোডের আকার < 10 MB অনুমোদিত সীমা থাকে, তাহলে অনুরোধ পেলোড সংকুচিত বিন্যাসে পাস করা সম্ভব। এই ক্ষেত্রে, কম্প্রেসড রিকোয়েস্ট পেলোডের আনকম্প্রেসড সাইজ চেক করুন।
4. আপনি যাচাই করতে পারেন যদি ক্লায়েন্টের কাছ থেকে অনুরোধটি সংকুচিত বিন্যাসে পাঠানো হয় এবং নিম্নোক্ত পদ্ধতিগুলির মধ্যে একটি ব্যবহার করে অসংকুচিত আকার অনুমোদিত সীমার চেয়ে বেশি হয়:

   ট্রেস

   ট্রেস টুল ব্যবহার করে যাচাই করতে:

   1. আপনি যদি ব্যর্থ অনুরোধের জন্য একটি ট্রেস ক্যাপচার করে থাকেন তবে ট্রেসে বিস্তারিত ধাপগুলি দেখুন এবং
      1. client.received.content.length ভেরিয়েবলের মান নির্ধারণ করুন
      2. ক্লায়েন্টের অনুরোধে Content-Encoding: gzip হেডার আছে কিনা তা যাচাই করুন
   2. যদি client.received.content.length ভেরিয়েবলের মান 10 MB, অনুমোদিত সীমা এবং অনুরোধ শিরোনাম বিষয়বস্তু-এনকোডিং: gzip এর চেয়ে বেশি হয়, তাহলে এটি এই ত্রুটির কারণ।

   প্রকৃত অনুরোধ

   প্রকৃত অনুরোধ ব্যবহার করে যাচাই করতে:

   1. ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা করা প্রকৃত অনুরোধে আপনার অ্যাক্সেস না থাকলে, রেজোলিউশনে যান।
   2. ক্লায়েন্ট অ্যাপ্লিকেশন দ্বারা তৈরি প্রকৃত অনুরোধে আপনার অ্যাক্সেস থাকলে, নিম্নলিখিত পদক্ষেপগুলি সম্পাদন করুন:
      1. অনুরোধে পাঠানো Content-Encoding হেডার সহ অনুরোধে পাস করা পেলোডের আকার যাচাই করুন।

      2. Apigee Edge-এ পেলোডের অসংকুচিত আকার অনুমোদিত সীমার চেয়ে বেশি কিনা তা পরীক্ষা করে দেখুন

         নমুনা অনুরোধ:

         curl https://<hostalias>/testtoobigbody -k -X POST -F file=@test15mbfile.gz -H "Content-Encoding: gzip" -v
         

         উপরের ক্ষেত্রে, test15mbfile.gz ফাইলটি আকারের সীমার চেয়ে কম; যাইহোক, uncompressed ফাইল test15mbfile এর আকার হল ~15 MB এবং Content-Encoding হেডার হল gzip ।

         আপনি যদি অন্য কোনো ক্লায়েন্ট ব্যবহার করেন, তাহলে পেলোডের আকার পাঠানোর জন্য ক্লায়েন্ট লগগুলি পান এবং যদি Content-Encoding হেডারটি gzip এ সেট করা থাকে।

   বার্তা প্রসেসর লগ

   বার্তা প্রসেসর লগ ব্যবহার করে যাচাই করতে:

   1. আপনি যদি একজন ব্যক্তিগত ক্লাউড ব্যবহারকারী হন, তাহলে আপনি HTTP 413 ত্রুটি সম্পর্কে মূল তথ্য নির্ধারণ করতে বার্তা প্রসেসর লগ ব্যবহার করতে পারেন।

   2. বার্তা প্রসেসর লগ চেক করুন:

      /opt/apigee/var/log/edge-message-processor/logs/system.log

   3. একটি নির্দিষ্ট সময়কালে (যদি সমস্যাটি অতীতে ঘটে থাকে) কোন 413 ত্রুটি আছে কিনা বা 413 এর সাথে এখনও কোন অনুরোধ ব্যর্থ হয়েছে কিনা তা দেখতে অনুসন্ধান করুন।

      আপনি নিম্নলিখিত অনুসন্ধান স্ট্রিং ব্যবহার করতে পারেন:

      grep -ri "chunkCount"
      

      grep -ri "RequestTooLarge"
      

   4. আপনি system.log থেকে নিচের মতো লাইন পাবেন ( TotalRead এবং chunkCount আপনার ক্ষেত্রে ভিন্ন হতে পারে):

      2021-07-06 13:29:57,544  NIOThread@1 ERROR HTTP.SERVICE -
        TrackingInputChannel.checkMessageBodyTooLarge()
        : Message is too large.  TotalRead 10489856 chunkCount 2570
      
      2021-07-06 13:29:57,545  NIOThread@1 INFO  HTTP.SERVICE -
        ExceptionHandler.handleException()
        : Exception trace: com.apigee.errors.http.user.RequestTooLarge
        : Body buffer overflow

   5. ডিকম্প্রেশন প্রক্রিয়া চলাকালীন, মেসেজ প্রসেসর মোট রিড বাইট > 10 এমবি নির্ধারণ করার সাথে সাথে, এটি নিম্নলিখিত লাইনটি বন্ধ করে এবং মুদ্রণ করে:

      Message is too large.  TotalRead 10489856 chunkCount 2570

      এটা বোঝায় যে রিকোয়েস্ট পেলোড সাইজ 10 MB এর বেশি এবং Apigee ত্রুটি RequestTooLarge ছুঁড়ে দেয় যখন সাইজ 10 MB ছাড়িয়ে যেতে শুরু করে ফল্ট কোড সহ protocol.http.TooBigBody

রেজোলিউশন

সীমা

Apigee আশা করে যে ক্লায়েন্ট অ্যাপ্লিকেশন এবং ব্যাকএন্ড সার্ভার Apigee এজ লিমিটে Request/response size জন্য নথিভুক্ত সীমার চেয়ে বেশি পেলোড আকার পাঠাবে না।

1. আপনি যদি একজন পাবলিক ক্লাউড ব্যবহারকারী হন, তাহলে Apigee Edge Limits- এ Request/response size জন্য নথিভুক্ত অনুরোধ এবং প্রতিক্রিয়া পেলোড আকারের সর্বোচ্চ সীমা।
2. আপনি যদি একজন ব্যক্তিগত ক্লাউড ব্যবহারকারী হন, তাহলে আপনি অনুরোধ এবং প্রতিক্রিয়া পেলোড আকারের জন্য ডিফল্ট সীমা পরিবর্তন করতে পারেন (যদিও এটি একটি প্রস্তাবিত অনুশীলন নয়)। আপনি বর্তমান সীমা কিভাবে চেক করবেন এর নির্দেশাবলী অনুসরণ করে সর্বাধিক অনুরোধের পেলোড আকারের সীমা নির্ধারণ করতে পারেন।

বর্তমান সীমা চেক কিভাবে?

এই বিভাগটি ব্যাখ্যা করে কিভাবে যাচাই করা যায় যে HTTPRequest.body.buffer.limit বৈশিষ্ট্যটি মেসেজ প্রসেসরে একটি নতুন মান সহ আপডেট করা হয়েছে।

1. মেসেজ প্রসেসর মেশিনে, /opt/apigee/edge-message- processor/conf ডিরেক্টরিতে HTTPRequest.body.buffer.limit প্রপার্টি অনুসন্ধান করুন এবং নিম্নলিখিত কমান্ডটি ব্যবহার করে কোন মান সেট করা হয়েছে তা পরীক্ষা করুন:

   grep -ri "HTTPRequest.body.buffer.limit" /opt/apigee/edge-message-processor/conf
   

2. উপরের কমান্ড থেকে নমুনা ফলাফল নিম্নরূপ:

   /opt/apigee/edge-message-processor/conf/http.properties:HTTPRequest.body.buffer.limit=10m

3. উপরের উদাহরণের আউটপুটে, লক্ষ্য করুন যে HTTPRequest.body.buffer.limit প্রপার্টি http.properties এ 10m মান সহ সেট করা হয়েছে।

   এটি নির্দেশ করে যে ব্যক্তিগত ক্লাউডের জন্য Apigee-এ কনফিগার করা অনুরোধের পেলোড আকারের সীমা হল 10 MB৷

আপনার যদি এখনও Apigee সাপোর্ট থেকে কোনো সহায়তার প্রয়োজন হয়, তাহলে অবশ্যই ডায়াগনস্টিক তথ্য সংগ্রহ করুন- এ যান।

ডায়াগনস্টিক তথ্য সংগ্রহ করতে হবে

নিম্নলিখিত ডায়াগনস্টিক তথ্য সংগ্রহ করুন, এবং তারপর Apigee Edge সহায়তার সাথে যোগাযোগ করুন:

আপনি যদি একজন পাবলিক ক্লাউড ব্যবহারকারী হন, তাহলে নিম্নলিখিত তথ্য প্রদান করুন:

• প্রতিষ্ঠানের নাম
• পরিবেশের নাম
• API প্রক্সি নাম
• 413 ত্রুটি পুনরুত্পাদন করতে ব্যবহৃত সম্পূর্ণ কার্ল কমান্ড
• API অনুরোধের জন্য ট্রেস ফাইল

আপনি যদি একজন ব্যক্তিগত ক্লাউড ব্যবহারকারী হন, তাহলে নিম্নলিখিত তথ্য প্রদান করুন:

• ব্যর্থ অনুরোধের জন্য পরিলক্ষিত সম্পূর্ণ ত্রুটি বার্তা
• প্রতিষ্ঠানের নাম
• পরিবেশের নাম
• API প্রক্সি বান্ডেল
• ব্যর্থ API অনুরোধের জন্য ট্রেস ফাইল
• 413 ত্রুটি পুনরুত্পাদন করতে ব্যবহৃত সম্পূর্ণ কার্ল কমান্ড

• NGINX অ্যাক্সেস লগ /opt/apigee/var/log/edge-router/nginx/ ORG ~ ENV . PORT# _access_log

  যেখানে: ORG , ENV এবং PORT# প্রকৃত মান দিয়ে প্রতিস্থাপিত হয়।

• বার্তা প্রসেসর সিস্টেম লগ /opt/apigee/var/log/edge-message-processor/logs/system.log