খরগোশের গর্তে পড়ে যাওয়া: ওয়ান বার্নিশ রিলোড ব্যর্থতার গল্প - পার্ট 1

ভূতিনশঙ্কা, আগের 20 মিনিট ধরে বোতামে হাতুড়ি মারছে যেন তার জীবন এটির উপর নির্ভর করে, তার চোখে আধা বন্য চেহারা এবং একটি ধূর্ত হাসি দিয়ে আমার দিকে ফিরে - "দোস্ত, আমি মনে করি আমি এটি পেয়েছি।"

"এখানে দেখুন," তিনি বলেছেন, স্ক্রিনের একটি চিহ্নের দিকে নির্দেশ করে, "আমি আমার লাল টুপি বাজি ধরছি যে আমি যদি আপনাকে এইমাত্র যা পাঠিয়েছি তা যদি আমরা এখানে যোগ করি," কোডের অন্য একটি বিভাগে নির্দেশ করে, "ত্রুটিটি আর হবে না প্রদর্শন করা হবে."

একটু বিভ্রান্ত এবং ক্লান্ত, আমি sed এক্সপ্রেশনটি পরিবর্তন করেছি যা আমরা কিছুক্ষণ ধরে কাজ করছি, ফাইলটি সংরক্ষণ করুন এবং চালান systemctl varnish reload. ত্রুটি বার্তা অদৃশ্য হয়ে গেছে...

"আমি প্রার্থীর সাথে যে ইমেলগুলি আদান-প্রদান করেছি," আমার সহকর্মী চালিয়ে গেলেন, যখন তার হাসি আনন্দের সত্যিকারের হাসিতে পরিণত হয়েছিল, "এটা হঠাৎ করেই আমার মনে হল যে এটি ঠিক একই সমস্যা!"

কিভাবে এটা সব শুরু

নিবন্ধটি কীভাবে bash, awk, sed এবং systemd কাজ করে তার একটি বোঝার অনুমান করে। বার্নিশের জ্ঞান পছন্দ করা হয়, কিন্তু প্রয়োজন হয় না।
স্নিপেটে টাইমস্ট্যাম্প পরিবর্তন করা হয়েছে।
দিয়ে লেখা ভূতিনশঙ্কা.
এই লেখাটি দুই সপ্তাহ আগে ইংরেজিতে প্রকাশিত মূল অনুবাদ; অনুবাদ বোইকোডেন.

অন্য একটি উষ্ণ শরতের সকালে প্যানোরামিক জানালা দিয়ে সূর্য জ্বলছে, এক কাপ সদ্য প্রস্তুত ক্যাফিন-সমৃদ্ধ পানীয় কীবোর্ড থেকে দূরে, আপনার হেডফোনে শব্দের শব্দের আপনার প্রিয় সিম্ফনি, যান্ত্রিক কীবোর্ডের গর্জন নিমজ্জিত করে, এবং প্রথম প্রবেশ। কানবান বোর্ডে ব্যাকলগ টিকিটের তালিকায় "ইনভেস্টিগেট বার্নিশরলোড" sh: echo: I/O error in staging" (staging-এ "varnishreload sh: echo: I/O error" তদন্ত করুন)। যখন এটি বার্নিশের ক্ষেত্রে আসে, সেখানে ত্রুটির জন্য কোন জায়গা আছে এবং হতে পারে না, এমনকি যদি সেগুলি এই ক্ষেত্রের মতো কোনও সমস্যা না করে।

যারা পরিচিত নন তাদের জন্য varnishreload, এটি একটি সাধারণ শেল স্ক্রিপ্ট যা কনফিগারেশন পুনরায় লোড করতে ব্যবহৃত হয় বার্নিশ - ভিসিএলও বলা হয়।

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

200 কিমি/ঘন্টা বেগে একটি প্রাচীরের সাথে ধাক্কা লেগেছে

ফাইল খুলছে varnishreload, ডেবিয়ান স্ট্রেচ চলমান সার্ভারগুলির একটিতে, আমি 200 লাইনের কম লম্বা একটি শেল স্ক্রিপ্ট দেখেছি।

স্ক্রিপ্টের মধ্য দিয়ে যাওয়ার পরে, আমি এমন কিছু লক্ষ্য করিনি যা সরাসরি টার্মিনাল থেকে একাধিকবার চালানোর সময় সমস্যা হতে পারে।

সর্বোপরি, এটি একটি পর্যায়, এমনকি যদি এটি ভেঙে যায়, কেউ অভিযোগ করবে না, ভাল... খুব বেশি নয়। আমি স্ক্রিপ্টটি চালাই এবং দেখি টার্মিনালে কী লেখা হবে, কিন্তু ত্রুটিগুলি আর দৃশ্যমান নয়।

আমি কোনও অতিরিক্ত প্রচেষ্টা ছাড়াই ত্রুটিটি পুনরুত্পাদন করতে পারি না তা নিশ্চিত করার জন্য আরও কয়েকটি দৌড়াচ্ছি, এবং আমি কীভাবে এই স্ক্রিপ্টটি পরিবর্তন করতে পারি এবং এটিকে এখনও একটি ত্রুটি তৈরি করতে পারি তা বের করতে শুরু করছি।

স্ক্রিপ্ট কি STDOUT ওভাররাইড করতে পারে (ব্যবহার করে > &-)? অথবা STDERR? এগুলোর কোনোটিই শেষ পর্যন্ত কাজ করেনি।

দৃশ্যত systemd একরকম স্টার্টআপ পরিবেশ পরিবর্তন করে, কিন্তু কিভাবে, এবং কেন?
আমি ভিম খুলি এবং সম্পাদনা করি varnishreload, যোগ করা set -x ঠিক shebang এর নীচে, আশা করছি যে স্ক্রিপ্টের ডিবাগ আউটপুট কিছু আলোকপাত করবে।

ফাইলটি সংশোধন করা হয়েছে, তাই আমি বার্নিশ পুনরায় লোড করি এবং দেখি যে পরিবর্তনটি সম্পূর্ণরূপে সবকিছু ভেঙে দিয়েছে... নিষ্কাশনটি একটি সম্পূর্ণ জগাখিচুড়ি, যেখানে প্রচুর সি-এর মতো কোড রয়েছে। এমনকি টার্মিনালে স্ক্রল করাই যথেষ্ট নয় যেখানে এটি শুরু হয় তা খুঁজে বের করার জন্য। আমি সম্পূর্ণ বিভ্রান্ত। ডিবাগিং মোড কি স্ক্রিপ্টে চালু হওয়া প্রোগ্রামগুলির অপারেশনকে প্রভাবিত করতে পারে? না, এটা আজেবাজে কথা। শেল মধ্যে বাগ? বেশ কিছু সম্ভাব্য পরিস্থিতি আমার মাথায় তেলাপোকার মতো বিভিন্ন দিকে দৌড়াচ্ছে। ক্যাফিনযুক্ত পানীয়ের কাপটি তাত্ক্ষণিকভাবে খালি হয়ে যায়, স্টক পুনরায় পূরণ করার জন্য রান্নাঘরে একটি দ্রুত ভ্রমণ এবং... আমরা চলে যাই। আমি স্ক্রিপ্টটি খুলি এবং শিবাংটি ঘনিষ্ঠভাবে দেখি: #!/bin/sh.

/bin/sh - এটি ব্যাশের জন্য একটি সিমলিঙ্ক, তাই স্ক্রিপ্টটি POSIX- সামঞ্জস্যপূর্ণ মোডে ব্যাখ্যা করা হয়েছে, তাই না? তাই না! ডেবিয়ানের ডিফল্ট শেলটি ড্যাশ, এবং এটি দেখতে ঠিক তাই। উল্লেখ করে /bin/sh.

# ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Jan 24  2017 /bin/sh -> dash

একটি পরীক্ষা হিসাবে, আমি shebang পরিবর্তন #!/bin/bash, মুছে ফেলা হয়েছে set -x এবং আবার চেষ্টা. অবশেষে, বার্নিশের পরবর্তী রিবুট করার পরে, আউটপুটে একটি সহনীয় ত্রুটি উপস্থিত হয়েছিল:

Jan 01 12:00:00 hostname varnishreload[32604]: /usr/sbin/varnishreload: line 124: echo: write error: Broken pipe
Jan 01 12:00:00 hostname varnishreload[32604]: VCL 'reload_20190101_120000_32604' compiled

লাইন 124, এটা এখানে!

114 find_vcl_file() {
115         VCL_SHOW=$(varnishadm vcl.show -v "$VCL_NAME" 2>&1) || :
116         VCL_FILE=$(
117                 echo "$VCL_SHOW" |
118                 awk '$1 == "//" && $2 == "VCL.SHOW" {print; exit}' | {
119                         # all this ceremony to handle blanks in FILE
120                         read -r DELIM VCL_SHOW INDEX SIZE FILE
121                         echo "$FILE"
122                 }
123         ) || :
124
125         if [ -z "$VCL_FILE" ]
126         then
127                 echo "$VCL_SHOW" >&2
128                 fail "failed to get the VCL file name"
129         fi
130
131         echo "$VCL_FILE"
132 }

কিন্তু এটা দেখা যাচ্ছে, লাইন 124 বেশ খালি এবং কোন আগ্রহ নেই। আমি কেবল অনুমান করতে পারি যে ত্রুটিটি 116 লাইন থেকে শুরু হওয়া একটি মাল্টিলাইন স্ট্রিংয়ের অংশ হিসাবে ঘটেছে।
ভেরিয়েবলে শেষ পর্যন্ত কি লেখা হয়? VCL_FILE উপরের সাব-শেলটি কার্যকর করার ফলে?

শুরুতে, এটি ভেরিয়েবলের বিষয়বস্তু পাঠায় VLC_SHOWপাইপের মাধ্যমে কমান্ড অনুসরণ করে 115 লাইনে তৈরি করা হয়েছে। এবং তারপর সেখানে কি হয়?

প্রথমত, এটি সেখানে ব্যবহার করা হয় varnishadm, যা বার্নিশ ইনস্টলেশন প্যাকেজের অংশ, রিস্টার্ট না করে বার্নিশ সেট আপ করার জন্য।

উপ-দল vcl.show -v উল্লেখিত সম্পূর্ণ ভিসিএল কনফিগারেশন আউটপুট করতে ব্যবহৃত হয় ${VCL_NAME}, STDOUT থেকে।

বর্তমান সক্রিয় VCL কনফিগারেশন প্রদর্শন করতে, সেইসাথে বার্নিশ রাউটিং কনফিগারেশনের বেশ কয়েকটি পূর্ববর্তী সংস্করণ যা এখনও মেমরিতে রয়েছে, আপনি কমান্ডটি ব্যবহার করতে পারেন varnishadm vcl.list, যার আউটপুট নিচের মত হবে:

discarded   cold/busy       1 reload_20190101_120000_11903
discarded   cold/busy       2 reload_20190101_120000_12068
discarded   cold/busy       16 reload_20190101_120000_12259
discarded   cold/busy       16 reload_20190101_120000_12299
discarded   cold/busy       28 reload_20190101_120000_12357
active      auto/warm       32 reload_20190101_120000_12397
available   auto/warm       0 reload_20190101_120000_12587

পরিবর্তনশীল মান ${VCL_NAME} স্ক্রিপ্টের অন্য অংশে ইনস্টল করা আছে varnishreload বর্তমানে সক্রিয় ভিসিএলের নামে, যদি একটি থাকে। এই ক্ষেত্রে এটি "রিলোড_20190101_120000_12397" হবে।

মহান, পরিবর্তনশীল ${VCL_SHOW} বার্নিশের জন্য সম্পূর্ণ কনফিগারেশন রয়েছে, আপাতত পরিষ্কার। এখন আমি অবশেষে বুঝতে পারছি কেন ড্যাশ আউটপুট set -x এতটা ভাঙা হয়ে গেছে - এতে ফলাফল কনফিগারেশনের বিষয়বস্তু অন্তর্ভুক্ত ছিল।

এটা বোঝা গুরুত্বপূর্ণ যে একটি সম্পূর্ণ VCL কনফিগারেশন প্রায়শই বেশ কয়েকটি ফাইল থেকে একত্রিত হতে পারে। নির্দিষ্ট কনফিগারেশন ফাইলগুলি অন্যদের মধ্যে কোথায় অন্তর্ভুক্ত করা হয়েছে তা শনাক্ত করতে সি-স্টাইল মন্তব্য ব্যবহার করা হয় এবং কোড স্নিপেটের নিম্নলিখিত লাইনটি এই বিষয়েই।
অন্তর্ভুক্ত ফাইলগুলি বর্ণনা করার জন্য মন্তব্যের সিনট্যাক্স নিম্নলিখিত বিন্যাসে রয়েছে:

// VCL.SHOW <NUM> <NUM> <FILENAME>

সংখ্যাগুলি এই প্রসঙ্গে গুরুত্বপূর্ণ নয়, আমরা ফাইলের নামটিতে আগ্রহী।

লাইন 116 থেকে শুরু হওয়া কমান্ডের জলাভূমিতে শেষ পর্যন্ত কী ঘটে?
এর এটি চিন্তা করা যাক।
দলটি চারটি অংশ নিয়ে গঠিত:

1. সরল echo, যা ভেরিয়েবলের মান প্রিন্ট করে ${VCL_SHOW}

   echo "$VCL_SHOW"

2. awk, যা একটি লাইন (রেকর্ড) খোঁজে যেখানে প্রথম ক্ষেত্রটি, টেক্সট ভাঙ্গার পরে, হল “//”, এবং দ্বিতীয়টি হল “VCL.SHOW”।
   Awk এই নিদর্শনগুলির সাথে মিলে যাওয়া প্রথম লাইনটি লিখবে এবং তারপরে অবিলম্বে প্রক্রিয়াকরণ বন্ধ করবে।

   awk '$1 == "//" && $2 == "VCL.SHOW" {print; exit}'

3. কোডের একটি ব্লক যা ক্ষেত্র মানগুলিকে স্পেস দ্বারা পৃথক করে পাঁচটি ভেরিয়েবলে সঞ্চয় করে। পঞ্চম FILE ভেরিয়েবল বাকি লাইন গ্রহণ করে। অবশেষে, শেষ ইকো ভেরিয়েবলের বিষয়বস্তু লেখে ${FILE}.

   { read -r DELIM VCL_SHOW INDEX SIZE FILE; echo "$FILE" }

4. যেহেতু সমস্ত ধাপ 1 থেকে 3 একটি সাবশেলে আবদ্ধ, মানটি আউটপুট করে $FILE একটি পরিবর্তনশীল লেখা হবে VCL_FILE.

লাইন 119-এর মন্তব্য অনুসারে, এটি নির্ভরযোগ্যভাবে কেসগুলি পরিচালনা করার একমাত্র উদ্দেশ্য করে যেখানে VCL ফাইলগুলিকে তাদের নামে স্পেস দিয়ে রেফার করবে৷

আমি মূল প্রক্রিয়াকরণ যুক্তির জন্য মন্তব্য করেছি ${VCL_FILE} এবং কমান্ডের ক্রম পরিবর্তন করার চেষ্টা করেছিল, কিন্তু এটি কিছুতে নেতৃত্ব দেয়নি। আমার জন্য সবকিছু ঠিকঠাক কাজ করেছে, কিন্তু যখন আমি পরিষেবা শুরু করি তখন এটি একটি ত্রুটি দিয়েছে।

মনে হচ্ছে স্ক্রিপ্টটি ম্যানুয়ালি চালানোর সময় ত্রুটিটি পুনরুত্পাদনযোগ্য নয়, যখন অনুমিত 30 মিনিট ইতিমধ্যে ছয়বার মেয়াদ শেষ হয়ে গেছে এবং উপরন্তু, একটি উচ্চ অগ্রাধিকার কাজ উপস্থিত হয়েছে, অন্যান্য বিষয়গুলিকে একপাশে ঠেলে দিয়েছে৷ সপ্তাহের বাকি অংশটি বিভিন্ন ধরনের কাজ দিয়ে ভরা ছিল এবং শুধুমাত্র sed-এর একটি প্রতিবেদন এবং একজন প্রার্থীর সাথে একটি সাক্ষাত্কারের দ্বারা কিছুটা কমানো হয়েছিল। ত্রুটি সঙ্গে সমস্যা varnishreload অপূরণীয়ভাবে হারিয়ে গেছে কালের বালিতে।

তোমার তথাকথিত সেড-ফু... আসলে... আবর্জনা

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

যেহেতু কেবলমাত্র কোড পরিবর্তন করা গতবার সাহায্য করেনি, তাই আমি 116 লাইন থেকে শুরু করে এটি পুনরায় লেখার সিদ্ধান্ত নিয়েছি। যে কোনো ক্ষেত্রে, বিদ্যমান কোড মূঢ় ছিল. এবং এটি ব্যবহার করার কোন প্রয়োজন নেই read.

ত্রুটিটি আবার দেখছি:
sh: echo: broken pipe — প্রতিধ্বনি এই কমান্ডে দুটি জায়গায় উপস্থিত হয়, কিন্তু আমি সন্দেহ করি যে প্রথমটি সম্ভবত অপরাধী (বা অন্ততপক্ষে একজন সহযোগী)। Awk আত্মবিশ্বাসকে অনুপ্রাণিত করে না। এবং যদি এটা সত্যিই হয় awk | {read; echo} নকশা এই সব সমস্যার বাড়ে, কেন এটা প্রতিস্থাপন না? এই এক-লাইন কমান্ডটি awk এর সমস্ত বৈশিষ্ট্য এবং এমনকি এই অতিরিক্ত একটি ব্যবহার করে না read এছাড়াও.

গত সপ্তাহ থেকে একটি রিপোর্ট ছিল sed, আমি আমার নতুন অর্জিত দক্ষতা চেষ্টা করতে এবং সরলীকরণ করতে চেয়েছিলাম echo | awk | { read; echo} একটি আরো বোধগম্য মধ্যে echo | sed. যদিও এটি অবশ্যই বাগ শনাক্ত করার সর্বোত্তম পদ্ধতি নয়, আমি ভেবেছিলাম আমি অন্তত আমার সেড-ফু চেষ্টা করব এবং সমস্যা সম্পর্কে নতুন কিছু শিখব। পথের মধ্যে, আমি আমার সহকর্মী, সেড টক-এর লেখককে বলেছিলাম, আমাকে আরও দক্ষ সেড স্ক্রিপ্ট নিয়ে আসতে সাহায্য করতে।

আমি বিষয়বস্তু বাদ varnishadm vcl.show -v "$VCL_NAME" একটি ফাইলে, যাতে আমি পরিষেবা রিবুট করার ঝামেলা ছাড়াই sed স্ক্রিপ্ট লেখার উপর ফোকাস করতে পারি।

ঠিক কিভাবে sed ​​প্রসেস ইনপুট পাওয়া যাবে তার একটি সংক্ষিপ্ত বিবরণ তার GNU ম্যানুয়াল. sed সূত্রে প্রতীক n একটি লাইন বিভাজক হিসাবে স্পষ্টভাবে উল্লেখ করা হয়েছে।

বেশ কয়েকটি পাসে এবং আমার সহকর্মীর সুপারিশের সাথে, আমরা একটি সেড স্ক্রিপ্ট লিখেছিলাম যা পুরো মূল লাইন 116-এর মতো একই ফলাফল দেয়।

নীচে ইনপুট ডেটা সহ একটি নমুনা ফাইল রয়েছে:

> cat vcl-example.vcl
Text
// VCL.SHOW 0 1578 file with 3 spaces.vcl
More text
// VCL.SHOW 0 1578 file.vcl
Even more text
// VCL.SHOW 0 1578 file with TWOspaces.vcl
Final text

এটি উপরের বর্ণনা থেকে স্পষ্ট নাও হতে পারে, কিন্তু আমরা শুধুমাত্র প্রথম মন্তব্যে আগ্রহী // VCL.SHOW, এবং ইনপুট ডেটাতে তাদের মধ্যে বেশ কয়েকটি থাকতে পারে। এই কারণেই প্রথম ম্যাচের পর আসল awk শেষ হয়।

# шаг первый, вывести только строки с комментариями
# используя возможности sed, определяется символ-разделитель с помощью конструкции '#' вместо обычно используемого '/', за счёт этого не придётся экранировать косые в искомом комментарии
# определяется регулярное выражение “// VCL.SHOW”, для поиска строк с определенным шаблоном
# флаг -n позаботится о том, чтобы sed не выводил все входные данные, как он это делает по умолчанию (см. ссылку выше)
# -E позволяет использовать расширенные регулярные выражения
> cat vcl-processor-1.sed
#// VCL.SHOW#p
> sed -En -f vcl-processor-1.sed vcl-example.vcl
// VCL.SHOW 0 1578 file with 3 spaces.vcl
// VCL.SHOW 0 1578 file.vcl
// VCL.SHOW 0 1578 file with TWOspaces.vcl

# шаг второй, вывести только имя файла
# используя команду “substitute”, с группами внутри регулярных выражений, отображается только нужная группa
# и это делается только для совпадений, ранее описанного поиска
> cat vcl-processor-2.sed
#// VCL.SHOW# {
    s#.* [0-9]+ [0-9]+ (.*)$#1#
    p
}
> sed -En -f vcl-processor-2.sed vcl-example.vcl
file with 3 spaces.vcl
file.vcl
file with TWOspaces.vcl

# шаг третий, получить только первый из результатов
# как и в случае с awk, добавляется немедленное завершения после печати первого найденного совпадения
> cat vcl-processor-3.sed
#// VCL.SHOW# {
    s#.* [0-9]+ [0-9]+ (.*)$#1#
    p
    q
}
> sed -En -f vcl-processor-3.sed vcl-example.vcl
file with 3 spaces.vcl

# шаг четвертый, схлопнуть всё в однострочник, используя двоеточия для разделения команд
> sed -En -e '#// VCL.SHOW#{s#.* [0-9]+ [0-9]+ (.*)$#1#p;q;}' vcl-example.vcl
file with 3 spaces.vcl

সুতরাং, varnishreload স্ক্রিপ্টের বিষয়বস্তু এইরকম কিছু দেখাবে:

VCL_FILE="$(echo "$VCL_SHOW" | sed -En '#// VCL.SHOW#{s#.*[0-9]+ [0-9]+ (.*)$#1#p;q;};')"

উপরের যুক্তিটিকে সংক্ষেপে এভাবে প্রকাশ করা যেতে পারে:
যদি স্ট্রিং একটি রেগুলার এক্সপ্রেশনের সাথে মিলে যায় // VCL.SHOW, তারপর লোভের সাথে টেক্সট গ্রাস করে যা এই লাইনে উভয় সংখ্যা অন্তর্ভুক্ত করে এবং এই অপারেশনের পরে যা অবশিষ্ট থাকে তা সংরক্ষণ করুন। সঞ্চিত মান নির্গত করুন এবং প্রোগ্রাম শেষ করুন।

সহজ, তাই না?

আমরা sed স্ক্রিপ্ট এবং এটি সমস্ত আসল কোড প্রতিস্থাপন করায় খুশি ছিলাম। আমার সমস্ত পরীক্ষাগুলি পছন্দসই ফলাফল দিয়েছে, তাই আমি সার্ভারে "বার্নিশরলোড" পরিবর্তন করেছি এবং এটি আবার চালিয়েছি systemctl reload varnish. খারাপ ভুল echo: write error: Broken pipe আমাদের মুখে আবার হাসি। টার্মিনালের অন্ধকার শূন্যতার মধ্যে একটি নতুন কমান্ড প্রবেশের জন্য চোখ মেলে কার্সারটি অপেক্ষা করছিল...

উত্স: www.habr.com