সিগ্লগে এসকিআইএলএল অক্ষরের সাথে সার্ভার ক্রাশ (^ @ ^ @ ^ @…)


21

আমার কাছে কিছু উত্সর্গীকৃত সার্ভার রয়েছে যা একটি ওভিএইচ (ফরাসি পরিষেবা সরবরাহকারী) দ্বারা হোস্ট করা হয়েছে। ওএস: উবুন্টু 12.04 x64

কয়েক মাস আগে, আমার একটি সার্ভার ক্র্যাশ হয়েছিল। একমাত্র অদ্ভুত বিষয়টি ছিল সিসলগে কিছু "এএসসিআইআইএল" ক্যারাকটার:

^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @ ^ @

আমার পরিষেবা সরবরাহকারীর সহায়তায়, আমরা চেক করেছি:

  • র‌্যাম
  • সিপিইউ
  • ডিস্কস

সবকিছু ঠিকঠাক ছিল, তাই আমার পরিষেবা সরবরাহকারী সার্ভারের মাদারবোর্ডটি পরিবর্তন করতে এবং কার্নেলটি আপডেট করার পরামর্শ দিয়েছেন (যা আমরা করেছি)। তবে যেহেতু, এই সার্ভারটি সিসলগে একই কারেক্টর সহ আরও দু'বার ক্র্যাশ হয়েছিল।

আর কোনও ব্যাখ্যা ছাড়াই আমরা এই সার্ভারটি পরিবর্তন করার সিদ্ধান্ত নিয়েছি (এটি কয়েক সপ্তাহের মধ্যে পরিকল্পনা করা হয়েছে)।

কিন্তু সমস্যাটি হল, এই রাতে, এটি অন্য সার্ভারে ঘটেছিল। একই ক্রাশ, সিসলোগে একই কারেক্টর, কোনও ব্যাখ্যা নেই।

আমাদের যা যা পরীক্ষা করা উচিত তার কারও কি কোনও ধারণা নেই? এটি কোনও হার্ডওয়্যার বা কোনও সফ্টওয়্যার সমস্যা?


3
আপনি কি এই সমস্যার সমাধান খুঁজে পেয়েছেন? আমি বর্তমানে একই সমস্যা
ভুগছি

2
@ বার্নিনলিও: এখানেও একই
ওওজে

আসলে, আমি কোনও সমাধান খুঁজে পাইনি (ভার্চুয়াল সার্ভারে)। স্থির-প্রকাশগুলি থেকে কিছুক্ষণ এবং কিছু (নিয়মিত) আপডেট হওয়ার পরে সমস্যাটি অদৃশ্য হয়ে গেল ...
বার্নিনলিও

5
সিসলগের ন্যূনাল বাইটগুলি ক্র্যাশের সাধারণ প্রভাব যা সিস্টেমটিকে পরিষ্কারভাবে সিঙ্ক এবং ফাইল সিস্টেমটি আনমাউন্ট করা থেকে বিরত ছিল। আসলে ক্রাশটি কী ঘটেছে তা তারা কোনও ইঙ্গিত দেয় না।
n.st

উত্তর:


8

@ N-st এর দ্বারা দেওয়া দুর্দান্ত উত্তরটি আমি আরও ব্যাপকভাবে ভাগ করব:

সিসলগের ন্যূনাল বাইটগুলি ক্র্যাশের সাধারণ প্রভাব যা সিস্টেমটিকে পরিষ্কারভাবে সিঙ্ক এবং ফাইল সিস্টেমটি আনমাউন্ট করা থেকে বিরত ছিল। আসলে ক্রাশটি কী ঘটেছে তা তারা কোনও ইঙ্গিত দেয় না।

প্রকৃতপক্ষে, আমি প্রায়শই একটি সার্ভার ক্র্যাশের পরে আচরণটি দেখেছি: সেই অক্ষরগুলি হ'ল NULL( \0) এমন অক্ষর যা পুনরুদ্ধারকৃত ব্লকের প্রতিনিধিত্ব করতে পারে যা কিছু পুনরুদ্ধার প্রক্রিয়া দ্বারা শূন্যে ভরা ছিল।

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


-1

আপনি যদি লগ ফাইলগুলি দেখতে কোনও পাঠ্য-সম্পাদক ব্যবহার করেন তবে এটি কারণ হতে পারে;

  • " ^@" অক্ষরগুলি ইঙ্গিত করতে পারে যে একটি লাইন খুব দীর্ঘ (যেমন: ইন vim, মোড়ক চালু করুন )
  • এনকোডিং মেলেনি হয়; হয় ফাইলটি দেখতে একটি ভিন্ন পাঠ্য-সম্পাদক ব্যবহার করুন, বা দ্বারা ব্যবহৃত এনকোডিং পরিবর্তন করুন syslog

4
আমি একই সমস্যা আছে। একটি দীর্ঘ লাইন বা এনকোডিং সিসলগের শেষে NU টি অক্ষর ব্যাখ্যা করে না (ফাইলটি একটি বাহ্যিক ডিস্কে অনুলিপি করে সায়টিটিই, ইউটিএফ -8 এনকোডিং দিয়ে খোলার জন্য) নয়।
বার্নিনলিও

দেখে মনে হচ্ছে আপনি কোনও সম্পাদককে UTF-8 এনকোডযুক্ত ফাইলটি খুলছেন যা ইউটিএফ -8 খুব ভাল বুঝতে পারে না। তবে এটি সিআরএলএফ সমস্যা হতে পারে (ডস 2 ইউনিক্স এবং ইউনিক্স ২ ডস কমান্ড সহায়ক হতে পারে)
সিগন্যাল 15

3
সিসলগের ন্যূনাল বাইটগুলি ক্র্যাশের সাধারণ প্রভাব যা সিস্টেমটিকে পরিষ্কারভাবে সিঙ্ক এবং ফাইল সিস্টেমটি আনমাউন্ট করা থেকে বিরত ছিল। আসলে ক্রাশটি কী ঘটেছে তা তারা কোনও ইঙ্গিত দেয় না।
n.st

1
@ n.st কি দুর্দান্ত উত্তর! :) আপনার এটিকে একটি "উত্তর" হিসাবে রাখা উচিত
সিগন্যাল 15
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.