স্ট্রেস দিয়ে ডিবাগিং সফ্টওয়্যার স্থাপনা

আমার দিনের কাজ বেশিরভাগই সফ্টওয়্যার স্থাপনা, যার মানে আমি অনেক সময় ব্যয় করি প্রশ্নের উত্তর দেওয়ার চেষ্টা করি:

• এই সফ্টওয়্যারটি বিকাশকারীর জন্য কাজ করে, তবে আমার জন্য নয়। কেন?
• গতকাল এই সফ্টওয়্যারটি আমার জন্য কাজ করেছিল, কিন্তু আজ এটি করে না। কেন?

এটি এক ধরণের ডিবাগিং যা নিয়মিত সফ্টওয়্যার ডিবাগিং থেকে কিছুটা আলাদা। নিয়মিত ডিবাগিং হল কোডের যুক্তি, কিন্তু ডিপ্লয়মেন্ট ডিবাগিং হল কোড এবং পরিবেশের মধ্যে মিথস্ক্রিয়া সম্পর্কে। এমনকি যদি সমস্যার মূলটি একটি যৌক্তিক ত্রুটি হয়, তবুও যে সবকিছু একটি মেশিনে কাজ করে অন্যটিতে নয় তার মানে হল যে সমস্যাটি কোনওভাবে পরিবেশে রয়েছে।

তাই এর পরিবর্তে সাধারণ ডিবাগিং টুলের মত জিডিবি ডিবাগিং ডিপ্লয়মেন্টের জন্য আমার কাছে আলাদা আলাদা টুল আছে। এবং "কেন এই সফ্টওয়্যারটি আমার জন্য কাজ করে না?" এর মতো সমস্যা মোকাবেলার জন্য আমার প্রিয় টুল ডাকা স্ট্রেস.

স্ট্রেস কি?

স্ট্রেস "সিস্টেম কল ট্রেসিং" এর একটি টুল। এটি মূলত লিনাক্সের জন্য তৈরি করা হয়েছিল, তবে একই ডিবাগিং কৌশলগুলি অন্যান্য সিস্টেমের জন্য সরঞ্জামগুলির সাথে করা যেতে পারে (DTrace বা ktrace).

মৌলিক অ্যাপ্লিকেশন খুব সহজ. আপনাকে যেকোন কমান্ড দিয়ে স্ট্রেস চালাতে হবে এবং এটি সমস্ত সিস্টেম কল ডাম্প করবে (যদিও প্রথমে আপনাকে সম্ভবত এটি নিজেই ইনস্টল করতে হবে স্ট্রেস):

$ strace echo Hello
...Snip lots of stuff...
write(1, "Hellon", 6)                  = 6
close(1)                                = 0
close(2)                                = 0
exit_group(0)                           = ?
+++ exited with 0 +++

এই সিস্টেম কল কি? এটি অপারেটিং সিস্টেম কার্নেলের জন্য একটি API এর মত কিছু। একসময়, সফ্টওয়্যারটি যে হার্ডওয়্যারে চলত তাতে সরাসরি অ্যাক্সেস ছিল। উদাহরণস্বরূপ, যদি এটি স্ক্রিনে কিছু প্রদর্শন করার প্রয়োজন হয়, তাহলে এটি ভিডিও ডিভাইসের জন্য পোর্ট বা মেমরি-ম্যাপ করা রেজিস্টারের সাথে বাজানো হয়। যখন মাল্টিটাস্কিং কম্পিউটার সিস্টেম জনপ্রিয় হয়ে ওঠে, তখন হার্ডওয়্যার নিয়ে বিভিন্ন অ্যাপ্লিকেশনের লড়াইয়ের ফলে বিশৃঙ্খলা রাজত্ব করে। একটি অ্যাপ্লিকেশনে ত্রুটি অন্যদেরকে নামিয়ে আনতে পারে, যদি পুরো সিস্টেমটি না হয়। তারপরে সিপিইউতে বিশেষাধিকার মোড (বা "রিং সুরক্ষা") উপস্থিত হয়েছিল। কার্নেলটি সর্বাধিক সুবিধাপ্রাপ্ত হয়ে উঠেছে: এটি হার্ডওয়্যারে সম্পূর্ণ অ্যাক্সেস পেয়েছে, কম সুবিধাপ্রাপ্ত অ্যাপ্লিকেশনগুলি তৈরি করেছে যা ইতিমধ্যেই সিস্টেম কলের মাধ্যমে হার্ডওয়্যারের সাথে যোগাযোগ করার জন্য কার্নেল থেকে অ্যাক্সেসের অনুরোধ করতে হয়েছিল।

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

সংক্ষেপে, একটি অ্যাপ্লিকেশন এবং এর পরিবেশের (কম্পিউটার সিস্টেম) মধ্যে যে কোনও মিথস্ক্রিয়া সিস্টেম কলের মাধ্যমে সঞ্চালিত হয়। অতএব, যখন সফ্টওয়্যার একটি মেশিনে কাজ করে কিন্তু অন্যটিতে নয়, তখন সিস্টেম কল ট্রেসিং ফলাফলগুলি দেখতে ভাল হবে৷ আরও নির্দিষ্টভাবে, এখানে সাধারণ পয়েন্টগুলির একটি তালিকা রয়েছে যা একটি সিস্টেম কল ট্রেস ব্যবহার করে বিশ্লেষণ করা যেতে পারে:

• কনসোল I/O
• নেটওয়ার্ক I/O
• ফাইল সিস্টেম অ্যাক্সেস এবং ফাইল I/O
• একটি প্রক্রিয়া থ্রেড জীবনকাল পরিচালনা
• নিম্ন-স্তরের মেমরি ব্যবস্থাপনা
• নির্দিষ্ট ডিভাইস ড্রাইভার অ্যাক্সেস

স্ট্রেস কখন ব্যবহার করবেন?

ধারণায়, স্ট্রেস ইউজার স্পেসে যেকোন প্রোগ্রামের সাথে ব্যবহার করা হয়, কারণ ইউজার স্পেসের যেকোনো প্রোগ্রামকে অবশ্যই সিস্টেম কল করতে হবে। এটি সংকলিত, নিম্ন-স্তরের প্রোগ্রামগুলির সাথে আরও দক্ষতার সাথে কাজ করে, তবে এটি পাইথনের মতো উচ্চ-স্তরের ভাষার সাথেও কাজ করে যদি আপনি রানটাইম এবং দোভাষী থেকে অতিরিক্ত শব্দ কাটাতে পারেন।

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

আমরা উদাহরণ হিসাবে একটি স্বতন্ত্র সার্ভার ব্যবহার করব, তবে সিস্টেম কল ট্রেসিং প্রায়শই আরও জটিল স্থাপনার প্ল্যাটফর্মে করা যেতে পারে। আপনি শুধু সঠিক সরঞ্জাম নির্বাচন করতে হবে.

সহজ ডিবাগিং উদাহরণ

ধরা যাক আপনি আশ্চর্যজনক সার্ভার অ্যাপ্লিকেশন foo চালাতে চান, এবং এটি আপনার সাথে শেষ হয়:

$ foo
Error opening configuration file: No such file or directory

স্পষ্টতই এটি আপনার লেখা কনফিগারেশন ফাইলটি খুঁজে পায়নি। এটি ঘটে কারণ কখনও কখনও প্যাকেজ ম্যানেজাররা যখন একটি অ্যাপ্লিকেশন কম্পাইল করে, তারা প্রত্যাশিত ফাইল অবস্থানগুলিকে ওভাররাইড করে। এবং যদি আপনি একটি বিতরণের জন্য ইনস্টলেশন নির্দেশিকা অনুসরণ করেন, অন্যটিতে আপনি ফাইলগুলি আপনার প্রত্যাশার থেকে সম্পূর্ণ আলাদা পাবেন। সমস্যাটি কয়েক সেকেন্ডের মধ্যে সমাধান করা যেতে পারে যদি ত্রুটি বার্তাটি বলে যে কনফিগারেশন ফাইলটি কোথায় খুঁজতে হবে, কিন্তু তা হয় না। তাহলে কোথায় তাকাবেন?

আপনার যদি সোর্স কোডে অ্যাক্সেস থাকে তবে আপনি এটি পড়তে এবং সবকিছু খুঁজে পেতে পারেন। একটি ভাল ব্যাকআপ পরিকল্পনা, কিন্তু দ্রুততম সমাধান নয়। আপনি একটি ধাপে ধাপে ডিবাগার মত অবলম্বন করতে পারেন জিডিবি এবং প্রোগ্রামটি কী করে তা দেখুন, তবে পরিবেশের সাথে মিথস্ক্রিয়া দেখানোর জন্য বিশেষভাবে ডিজাইন করা একটি সরঞ্জাম ব্যবহার করা অনেক বেশি কার্যকর: স্ট্রেস.

উপসংহার স্ট্রেস অপ্রয়োজনীয় মনে হতে পারে, কিন্তু ভাল খবর হল যে এর বেশিরভাগই নিরাপদে উপেক্ষা করা যেতে পারে। একটি পৃথক ফাইলে ট্রেস ফলাফল সংরক্ষণ করতে -o অপারেটর ব্যবহার করা প্রায়ই দরকারী:

$ strace -o /tmp/trace foo
Error opening configuration file: No such file or directory
$ cat /tmp/trace
execve("foo", ["foo"], 0x7ffce98dc010 /* 16 vars */) = 0
brk(NULL)                               = 0x56363b3fb000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=25186, ...}) = 0
mmap(NULL, 25186, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f2f12cf1000
close(3)                                = 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "177ELF2113 3 > 1 260A2 "..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1824496, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2f12cef000
mmap(NULL, 1837056, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f2f12b2e000
mprotect(0x7f2f12b50000, 1658880, PROT_NONE) = 0
mmap(0x7f2f12b50000, 1343488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7f2f12b50000
mmap(0x7f2f12c98000, 311296, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16a000) = 0x7f2f12c98000
mmap(0x7f2f12ce5000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b6000) = 0x7f2f12ce5000
mmap(0x7f2f12ceb000, 14336, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f2f12ceb000
close(3)                                = 0
arch_prctl(ARCH_SET_FS, 0x7f2f12cf0500) = 0
mprotect(0x7f2f12ce5000, 16384, PROT_READ) = 0
mprotect(0x56363b08b000, 4096, PROT_READ) = 0
mprotect(0x7f2f12d1f000, 4096, PROT_READ) = 0
munmap(0x7f2f12cf1000, 25186)           = 0
openat(AT_FDCWD, "/etc/foo/config.json", O_RDONLY) = -1 ENOENT (No such file or directory)
dup(2)                                  = 3
fcntl(3, F_GETFL)                       = 0x2 (flags O_RDWR)
brk(NULL)                               = 0x56363b3fb000
brk(0x56363b41c000)                     = 0x56363b41c000
fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x8), ...}) = 0
write(3, "Error opening configuration file"..., 60) = 60
close(3)                                = 0
exit_group(1)                           = ?
+++ exited with 1 +++

আউটপুটের প্রায় সম্পূর্ণ প্রথম পৃষ্ঠা স্ট্রেস - এটি সাধারণত লঞ্চের জন্য নিম্ন-স্তরের প্রস্তুতি। (অনেক কল mmap, প্রতিরক্ষা, brk নিম্ন-স্তরের মেমরি সনাক্তকরণ এবং গতিশীল লাইব্রেরি প্রদর্শনের মতো জিনিসগুলির জন্য।) আসলে, আউটপুট ডিবাগ করার সময় স্ট্রেস এটা একেবারে শেষ থেকে পড়া ভাল. নিচে একটি চ্যালেঞ্জ থাকবে লেখা, যা একটি ত্রুটি বার্তা প্রদর্শন করে। আমরা উপরে তাকাই এবং প্রথম ভুল সিস্টেম কল দেখতে - কল openat, যা একটি ত্রুটি নিক্ষেপ করে ENOENT ("ফাইল বা ডিরেক্টরি পাওয়া যায়নি") খোলার চেষ্টা করছে /etc/foo/config.json. এখানে কনফিগারেশন ফাইল হওয়া উচিত।

এটি শুধুমাত্র একটি উদাহরণ ছিল, কিন্তু আমি বলব যে আমি 90% সময় ব্যবহার করি স্ট্রেস, এর চেয়ে কঠিন আর কিছু নেই। নীচে একটি সম্পূর্ণ ধাপে ধাপে ডিবাগিং গাইড রয়েছে:

• একটি প্রোগ্রাম থেকে একটি সিস্টেম-ওয়াই ত্রুটি সম্পর্কে একটি অস্পষ্ট বার্তার কারণে মন খারাপ করুন৷
• দিয়ে প্রোগ্রাম রিস্টার্ট করুন স্ট্রেস
• ট্রেস ফলাফলে ত্রুটি বার্তা খুঁজুন
• আপনি প্রথম ব্যর্থ সিস্টেম কল আঘাত না হওয়া পর্যন্ত উচ্চ যান

এটা খুবই সম্ভব যে ধাপ 4-এ সিস্টেম কল কি ভুল হয়েছে তা প্রকাশ করবে।

টিপস

আপনাকে আরও জটিল ডিবাগিংয়ের উদাহরণ দেখানোর আগে, আমি আপনাকে কার্যকর ব্যবহারের জন্য কয়েকটি কৌশল দেখাব স্ট্রেস:

মানুষ তোমার বন্ধু

অনেক *nix সিস্টেমে, কার্নেলে সিস্টেম কলের একটি সম্পূর্ণ তালিকা রান করে পাওয়া যায় মানুষ syscalls. আপনি মত জিনিস দেখতে পাবেন brk(2), যার মানে চালানোর মাধ্যমে আরও তথ্য পাওয়া যেতে পারে মানুষ 2 brk.

ছোট রেক: মানুষ 2 কাঁটা আমাকে শেলের জন্য পৃষ্ঠা দেখায় কাঁটাচামচ () в GNU libc, যা, এটি সক্রিয় আউট, কল দ্বারা বাস্তবায়িত হয় ক্লোন(). শব্দার্থবিদ্যা কল কাঁটাচামচ আপনি ব্যবহার করে একটি প্রোগ্রাম লিখলে একই থাকে কাঁটাচামচ (), এবং একটি ট্রেস চালান - আমি কোন কল খুঁজে পাব না কাঁটাচামচ, তাদের পরিবর্তে সেখানে হবে ক্লোন(). আপনি যদি আউটপুটের সাথে উত্সের তুলনা শুরু করেন তবে এই জাতীয় রেকগুলি আপনাকে বিভ্রান্ত করে স্ট্রেস.

একটি ফাইলে আউটপুট সংরক্ষণ করতে -o ব্যবহার করুন

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

আরও আর্গুমেন্ট ডেটা দেখতে -s ব্যবহার করুন

আপনি হয়তো লক্ষ্য করেছেন যে ত্রুটি বার্তার দ্বিতীয়ার্ধটি উপরের উদাহরণে দেখানো হয়নি। ইহার কারণ স্ট্রেস ডিফল্ট স্ট্রিং আর্গুমেন্টের শুধুমাত্র প্রথম 32 বাইট দেখায়। আপনি আরো দেখতে চান, মত কিছু যোগ করুন -স 128 কল করতে স্ট্রেস.

-y ফাইল, সকেট ইত্যাদি ট্র্যাক করা সহজ করে তোলে।

"অল ইজ ফাইল" এর মানে হল যে *নিক্স সিস্টেম ফাইল বর্ণনাকারী ব্যবহার করে সমস্ত I/O করে, সেটা ফাইল বা নেটওয়ার্ক বা ইন্টারপ্রসেস পাইপের ক্ষেত্রে প্রযোজ্য হোক না কেন। এটি প্রোগ্রামিংয়ের জন্য সুবিধাজনক, তবে আপনি যখন সাধারণ দেখতে পান তখন আসলে কী ঘটছে তার ট্র্যাক রাখা কঠিন করে তোলে পড়া и লেখা সিস্টেম কল ট্রেস ফলাফল.

একটি অপারেটর যোগ করে হাঁ, তুমি জোর করবে স্ট্রেস আউটপুটে প্রতিটি ফাইল বর্ণনাকারীকে এটি কী নির্দেশ করে তার একটি নোট সহ টীকা করুন।

-p** এর সাথে একটি ইতিমধ্যে চলমান প্রক্রিয়া সংযুক্ত করুন

আপনি নীচের উদাহরণ থেকে দেখতে পাবেন, কখনও কখনও আপনাকে একটি প্রোগ্রাম ট্রেস করতে হবে যা ইতিমধ্যেই চলছে। যদি এটি জানা যায় যে এটি প্রক্রিয়া 1337 হিসাবে চলছে (বলুন, আউটপুট থেকে ps), তারপর আপনি এই মত ট্রেস করতে পারেন:

$ strace -p 1337
...system call trace output...

আপনি রুট অধিকার প্রয়োজন হতে পারে.

শিশু প্রক্রিয়া নিরীক্ষণ করতে -f ব্যবহার করুন

স্ট্রেস ডিফল্টরূপে, এটি শুধুমাত্র একটি প্রক্রিয়া ট্রেস করে। যদি এই প্রক্রিয়াটি চাইল্ড প্রসেস তৈরি করে, তাহলে চাইল্ড প্রসেস স্পন করার জন্য সিস্টেম কল দেখা যাবে, কিন্তু চাইল্ড প্রসেসের সিস্টেম কল দেখানো হবে না।

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

-e ব্যবহার করে ট্রেস ফিল্টার করুন

আপনি দেখতে পাচ্ছেন, ট্রেসের ফলাফলটি সমস্ত সম্ভাব্য সিস্টেম কলগুলির একটি বাস্তব গাদা। পতাকা -e আপনি ট্রেস ফিল্টার করতে পারেন (দেখুন নেতৃত্ব এ স্ট্রেস) প্রধান সুবিধা হল একটি সম্পূর্ণ ট্রেস করার চেয়ে ফিল্টার করা ট্রেস চালানো দ্রুততর , grep`এ সত্যি বলতে, আমি প্রায় সবসময়ই পাত্তা দেই না।

সব ভুল খারাপ নয়

একটি সাধারণ এবং সাধারণ উদাহরণ হল একটি প্রোগ্রাম যা একসাথে একাধিক জায়গায় একটি ফাইল খুঁজছে, যেমন একটি শেল একটি ডিরেক্টরি খুঁজছে যাতে একটি এক্সিকিউটেবল ফাইল রয়েছে:

$ strace sh -c uname
...
stat("/home/user/bin/uname", 0x7ffceb817820) = -1 ENOENT (No such file or directory)
stat("/usr/local/bin/uname", 0x7ffceb817820) = -1 ENOENT (No such file or directory)
stat("/usr/bin/uname", {st_mode=S_IFREG|0755, st_size=39584, ...}) = 0
...

হিউরিস্টিক যেমন "একটি ত্রুটি রিপোর্ট করার আগে শেষ ব্যর্থ অনুরোধ" প্রাসঙ্গিক ত্রুটি খুঁজে পেতে ভাল। এটি যেমনই হোক না কেন, একেবারে শেষ থেকে শুরু করা যৌক্তিক।

সি প্রোগ্রামিং টিউটোরিয়াল আপনাকে সিস্টেম কল বুঝতে সাহায্য করতে পারে।

সি লাইব্রেরিতে স্ট্যান্ডার্ড কলগুলি সিস্টেম কল নয়, শুধুমাত্র একটি পাতলা পৃষ্ঠ স্তর। সুতরাং, আপনি যদি সি-তে কীভাবে এবং কী করবেন তা কিছুটা হলেও বুঝতে পারেন, তবে সিস্টেম কল ট্রেসের ফলাফলগুলি বোঝা আপনার পক্ষে সহজ হবে। উদাহরণস্বরূপ, নেটওয়ার্ক সিস্টেমে কল ডিবাগ করতে আপনার সমস্যা হচ্ছে, একই ক্লাসিক দেখুন নেটওয়ার্ক প্রোগ্রামিং এর জন্য বিজার গাইড.

একটি আরও জটিল ডিবাগিং উদাহরণ

আমি ইতিমধ্যেই বলেছি যে সাধারণ ডিবাগিংয়ের উদাহরণ হল একটি উদাহরণ যার সাথে কাজ করার সময় আমাকে বেশিরভাগ ক্ষেত্রে কী মোকাবেলা করতে হয় স্ট্রেস. যাইহোক, কখনও কখনও একটি বাস্তব তদন্তের প্রয়োজন হয়, তাই এখানে আরও উন্নত ডিবাগিংয়ের একটি বাস্তব-জীবনের উদাহরণ রয়েছে৷

bcron - টাস্ক প্রসেসিং শিডিউলার, *নিক্স ডেমনের আরেকটি বাস্তবায়ন জন্য cron. এটি সার্ভারে ইনস্টল করা আছে, কিন্তু যখন কেউ সময়সূচী সম্পাদনা করার চেষ্টা করে, তখন এটি ঘটে:

# crontab -e -u logs
bcrontab: Fatal: Could not create temporary file

ঠিক আছে, মানে bcron একটি নির্দিষ্ট ফাইল লেখার চেষ্টা করেছিল, কিন্তু এটি কাজ করেনি, এবং কেন সে স্বীকার করবে না। অনাবৃত স্ট্রেস:

# strace -o /tmp/trace crontab -e -u logs
bcrontab: Fatal: Could not create temporary file
# cat /tmp/trace
...
openat(AT_FDCWD, "bcrontab.14779.1573691864.847933", O_RDONLY) = 3
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f82049b4000
read(3, "#Ansible: logsaggn20 14 * * * lo"..., 8192) = 150
read(3, "", 8192)                       = 0
munmap(0x7f82049b4000, 8192)            = 0
close(3)                                = 0
socket(AF_UNIX, SOCK_STREAM, 0)         = 3
connect(3, {sa_family=AF_UNIX, sun_path="/var/run/bcron-spool"}, 110) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f82049b4000
write(3, "156:Slogs #Ansible: logsaggn20 1"..., 161) = 161
read(3, "32:ZCould not create temporary f"..., 8192) = 36
munmap(0x7f82049b4000, 8192)            = 0
close(3)                                = 0
write(2, "bcrontab: Fatal: Could not creat"..., 49) = 49
unlink("bcrontab.14779.1573691864.847933") = 0
exit_group(111)                         = ?
+++ exited with 111 +++

খুব শেষ কাছাকাছি একটি ত্রুটি বার্তা আছে লেখা, কিন্তু এবার কিছু ভিন্ন। প্রথমত, কোনও প্রাসঙ্গিক সিস্টেম কল ত্রুটি নেই, যা সাধারণত এর আগে ঘটে। দ্বিতীয়ত, এটা স্পষ্ট যে কোথাও কেউ ইতিমধ্যে ত্রুটি বার্তা পড়েছে। মনে হচ্ছে আসল সমস্যা অন্য কোথাও, এবং bcrontab শুধু বার্তা ব্যাক প্লে.

আপনি যদি তাকান মানুষ 2 পড়া, আপনি দেখতে পাচ্ছেন যে প্রথম আর্গুমেন্ট (3) হল একটি ফাইল বর্ণনাকারী, যা *nix সমস্ত I/O প্রক্রিয়াকরণের জন্য ব্যবহার করে। ফাইল বর্ণনাকারী 3 প্রতিনিধিত্ব করে তা আমি কীভাবে খুঁজে পাব? এই বিশেষ ক্ষেত্রে, আপনি চালাতে পারেন স্ট্রেস অপারেটরের সাথে হাঁ (উপরে দেখুন) এবং এটি আপনাকে স্বয়ংক্রিয়ভাবে বলে দেবে, কিন্তু এই জাতীয় জিনিসগুলি বের করতে, ট্রেস ফলাফলগুলি কীভাবে পড়তে এবং পার্স করতে হয় তা জানা দরকারী।

একটি ফাইল বর্ণনাকারীর উত্সটি অনেকগুলি সিস্টেম কলের মধ্যে একটি হতে পারে (এটি সমস্ত নির্ভর করে বর্ণনাকারীটি কীসের জন্য - একটি কনসোল, একটি নেটওয়ার্ক সকেট, একটি ফাইল নিজেই বা অন্য কিছু), তবে এটি যেমনই হোক না কেন, আমরা তা সন্ধান করি। 3 রিটার্ন করে কল করি (অর্থাৎ আমরা ট্রেসিং ফলাফলে “= 3” খুঁজি)। এই ফলাফলে তাদের মধ্যে 2টি রয়েছে: openat একেবারে শীর্ষে এবং সকেট মাঝখানে. openat ফাইল খোলে কিন্তু ঘনিষ্ঠ(3) তারপর দেখাবে যে এটি আবার বন্ধ হয়। (Rake: ফাইল বর্ণনাকারীগুলি খোলা এবং বন্ধ হয়ে গেলে পুনরায় ব্যবহার করা যেতে পারে)। কল সকেট() উপযুক্ত কারণ এটি আগে শেষ পড়ুন (), এবং এটি দেখা যাচ্ছে যে bcrontab একটি সকেটের মাধ্যমে কিছুর সাথে কাজ করে। পরবর্তী লাইন দেখায় যে ফাইল বর্ণনাকারীর সাথে যুক্ত ইউনিক্স ডোমেইন সকেট এ পথ ধরে /var/run/bcron-স্পুল.

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

# ss -pl | grep /var/run/bcron-spool
u_str LISTEN 0   128   /var/run/bcron-spool 1466637   * 0   users:(("unixserver",pid=20629,fd=3))

এটি নির্দেশ করে যে শ্রোতাই আদেশ inixserver, প্রসেস আইডি 20629 দিয়ে চলছে। (এবং, কাকতালীয়ভাবে, এটি সকেট হিসাবে ফাইল বর্ণনাকারী 3 ব্যবহার করে।)

একই তথ্য খোঁজার জন্য দ্বিতীয় সত্যিই দরকারী টুল বলা হয় lsof. এটি সিস্টেমে সমস্ত খোলা ফাইল (বা ফাইল বর্ণনাকারী) তালিকাভুক্ত করে। অথবা আপনি একটি নির্দিষ্ট ফাইল সম্পর্কে তথ্য পেতে পারেন:

# lsof /var/run/bcron-spool
COMMAND   PID   USER  FD  TYPE  DEVICE              SIZE/OFF  NODE    NAME
unixserve 20629 cron  3u  unix  0x000000005ac4bd83  0t0       1466637 /var/run/bcron-spool type=STREAM

প্রক্রিয়া 20629 একটি দীর্ঘস্থায়ী সার্ভার, তাই আপনি এটি সংযুক্ত করতে পারেন স্ট্রেস মত কিছু ব্যবহার করে strace -o /tmp/trace -p 20629. আপনি যদি অন্য টার্মিনালে একটি ক্রোন কাজ সম্পাদনা করেন, আপনি একটি ত্রুটি সহ একটি ট্রেস আউটপুট পাবেন। এবং এখানে ফলাফল:

accept(3, NULL, NULL)                   = 4
clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7faa47c44810) = 21181
close(4)                                = 0
accept(3, NULL, NULL)                   = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=21181, si_uid=998, si_status=0, si_utime=0, si_stime=0} ---
wait4(0, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED, NULL) = 21181
wait4(0, 0x7ffe6bc36764, WNOHANG|WSTOPPED, NULL) = -1 ECHILD (No child processes)
rt_sigaction(SIGCHLD, {sa_handler=0x55d244bdb690, sa_mask=[CHLD], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7faa47ab9840}, {sa_handler=0x55d244bdb690, sa_mask=[CHLD], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7faa47ab9840}, 8) = 0
rt_sigreturn({mask=[]})                 = 43
accept(3, NULL, NULL)                   = 4
clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7faa47c44810) = 21200
close(4)                                = 0
accept(3, NULL, NULL)                   = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=21200, si_uid=998, si_status=111, si_utime=0, si_stime=0} ---
wait4(0, [{WIFEXITED(s) && WEXITSTATUS(s) == 111}], WNOHANG|WSTOPPED, NULL) = 21200
wait4(0, 0x7ffe6bc36764, WNOHANG|WSTOPPED, NULL) = -1 ECHILD (No child processes)
rt_sigaction(SIGCHLD, {sa_handler=0x55d244bdb690, sa_mask=[CHLD], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7faa47ab9840}, {sa_handler=0x55d244bdb690, sa_mask=[CHLD], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7faa47ab9840}, 8) = 0
rt_sigreturn({mask=[]})                 = 43
accept(3, NULL, NULL

(শেষ গ্রহণ () ট্রেসিং করার সময় সম্পূর্ণ হবে না।) আবার, দুর্ভাগ্যবশত, এই ফলাফলে আমরা যে ত্রুটি খুঁজছি তা ধারণ করে না। আমরা এমন কোনো বার্তা দেখি না যা bcrontag সকেট থেকে পাঠায় বা গ্রহণ করে। পরিবর্তে, সম্পূর্ণ প্রক্রিয়া নিয়ন্ত্রণ (ক্লোন, অপেক্ষা করুন4, SIGCHLD ইত্যাদি) এই প্রক্রিয়াটি একটি শিশু প্রক্রিয়ার জন্ম দেয়, যা আপনি অনুমান করতে পারেন, আসল কাজ করে। এবং আপনি যদি তার পথ ধরতে চান, কল যোগ করুন strace -f. আমরা যখন স্ট্রেস দিয়ে নতুন ফলাফলে ত্রুটি বার্তাটি অনুসন্ধান করব তখন আমরা এটিই পাব -f -o /tmp/trace -p 20629:

21470 openat(AT_FDCWD, "tmp/spool.21470.1573692319.854640", O_RDWR|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied) 
21470 write(1, "32:ZCould not create temporary f"..., 36) = 36
21470 write(2, "bcron-spool[21470]: Fatal: logs:"..., 84) = 84
21470 unlink("tmp/spool.21470.1573692319.854640") = -1 ENOENT (No such file or directory)
21470 exit_group(111)                   = ?
21470 +++ exited with 111 +++

এখন, যে কিছু. পাথে একটি ফাইল তৈরি করার চেষ্টা করার সময় প্রক্রিয়া 21470 একটি "অ্যাক্সেস অস্বীকার" ত্রুটি পায় tmp/sool.21470.1573692319.854640 (বর্তমান কাজের ডিরেক্টরির সাথে সম্পর্কিত)। আমরা যদি বর্তমান কাজের ডিরেক্টরিটি জানতাম তবে আমরা সম্পূর্ণ পথটিও জানতাম এবং কেন প্রক্রিয়াটি এটিতে তার অস্থায়ী ফাইল তৈরি করতে পারে না তা বের করতে সক্ষম হব। দুর্ভাগ্যবশত, প্রক্রিয়াটি ইতিমধ্যেই প্রস্থান হয়েছে, তাই আপনি শুধু ব্যবহার করতে পারবেন না lsof -p 21470 বর্তমান ডিরেক্টরি খোঁজার জন্য, কিন্তু আপনি বিপরীত দিকে কাজ করতে পারেন - PID 21470 সিস্টেম কলগুলি সন্ধান করুন যা ডিরেক্টরি পরিবর্তন করে। (যদি কোনটি না থাকে, PID 21470 অবশ্যই তাদের পিতামাতার কাছ থেকে উত্তরাধিকারসূত্রে পেয়েছে এবং এটি ইতিমধ্যেই lsof -p খুঁজে পাওয়া যাবে না।) এই সিস্টেম কল chdir (যা আধুনিক অনলাইন সার্চ ইঞ্জিনের সাহায্যে খুঁজে বের করা সহজ)। এবং এখানে সার্ভার PID 20629 এর সমস্ত উপায়ে ট্রেস ফলাফলের উপর ভিত্তি করে বিপরীত অনুসন্ধানের ফলাফল রয়েছে:

20629 clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7faa47c44810) = 21470
...
21470 execve("/usr/sbin/bcron-spool", ["bcron-spool"], 0x55d2460807e0 /* 27 vars */) = 0
...
21470 chdir("/var/spool/cron")          = 0
...
21470 openat(AT_FDCWD, "tmp/spool.21470.1573692319.854640", O_RDWR|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied) 
21470 write(1, "32:ZCould not create temporary f"..., 36) = 36
21470 write(2, "bcron-spool[21470]: Fatal: logs:"..., 84) = 84
21470 unlink("tmp/spool.21470.1573692319.854640") = -1 ENOENT (No such file or directory)
21470 exit_group(111)                   = ?
21470 +++ exited with 111 +++

(আপনি হারিয়ে গেলে, আপনি আমার আগের পোস্ট পড়তে চাইতে পারেন *নিক্স প্রক্রিয়া ব্যবস্থাপনা এবং শেল সম্পর্কেতাই, সার্ভার PID 20629 পাথে একটি ফাইল তৈরি করার অনুমতি পায়নি /var/sool/cron/tmp/sool.21470.1573692319.854640. সম্ভবত, এর কারণ ক্লাসিক ফাইল সিস্টেম অনুমতি সেটিংস। আসুন পরীক্ষা করা যাক:

# ls -ld /var/spool/cron/tmp/
drwxr-xr-x 2 root root 4096 Nov  6 05:33 /var/spool/cron/tmp/
# ps u -p 20629
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
cron     20629  0.0  0.0   2276   752 ?        Ss   Nov14   0:00 unixserver -U /var/run/bcron-spool -- bcron-spool

সেখানেই কবর দেওয়া হয় কুকুরকে! সার্ভারটি একটি ব্যবহারকারী ক্রন হিসাবে চলে, কিন্তু শুধুমাত্র রুটেরই ডিরেক্টরিতে লেখার অনুমতি রয়েছে /var/sool/cron/tmp/. সহজ কমান্ড chown cron/var/spool/cron/tmp/ বাধ্য করা হবে bcron সঠিকভাবে কাজ করুন। (যদি এটি সমস্যা না হয়, তাহলে পরবর্তী সন্দেহভাজন হল একটি কার্নেল নিরাপত্তা মডিউল যেমন SELinux বা AppArmor, তাই আমি এর সাথে কার্নেল বার্তা লগটি পরীক্ষা করব জন্য dmesg.)

মোটে

সিস্টেম কল ট্রেস একজন শিক্ষানবিশের জন্য অপ্রতিরোধ্য হতে পারে, কিন্তু আমি আশা করি আমি দেখিয়েছি যে তারা সাধারণ স্থাপনার সমস্যাগুলির একটি সম্পূর্ণ শ্রেণীর ডিবাগ করার একটি দ্রুত উপায়। একটি মাল্টিপ্রসেস ডিবাগ করার চেষ্টা করার কল্পনা করুন bcronএকটি ধাপে ধাপে ডিবাগার ব্যবহার করে।

সিস্টেম কল চেইন বরাবর ট্রেস ফলাফলগুলিকে পার্স করার জন্য দক্ষতার প্রয়োজন, কিন্তু আমি যেমন বলেছি, প্রায় সবসময় ব্যবহার করে স্ট্রেস, আমি শুধু ট্রেস ফলাফল পেয়েছি এবং শেষ থেকে শুরু করে ত্রুটিগুলি সন্ধান করি৷ যাই হোক, স্ট্রেস ডিবাগিং এ আমাকে অনেক সময় বাঁচাতে সাহায্য করে। আমি আশা করি এটি আপনারও কাজে লাগবে।

উত্স: www.habr.com