Magento 2.2.x ক্যাশে স্বয়ংক্রিয়ভাবে অক্ষম

Question

প্রথমত, ওয়েবে কোথাও এই ধরণের সমস্যা সম্পর্কিত কোনও তথ্য আমি খুঁজে পাইনি।

গিট ইন্টিগ্রেশন সহ আমাদের একটি উত্পাদন পরিবেশ রয়েছে । আমরা আমাদের পরিবর্তনগুলি কেবল গিট ( গিট টান ) এর মাধ্যমে টান করি ।

সমস্যাটি হ'ল একরকম পদক্ষেপে ম্যাজেন্টো ক্যাশে স্বয়ংক্রিয়ভাবে অক্ষম হয়ে যায় (ক্যাশে চেক করার সময় সমস্ত শূন্য: স্থিতি) । ক্যাশ ছাড়াই ম্যাজেন্টোতে বেশি ট্র্যাফিক 'বশিং' করার কারণে প্রোগ্রামারের মাধ্যমে এটি সার্ভারের ওভারলোডের কারণ হয়ে যায় যদি এটি সমস্যার কারণ হয়ে থাকে।

আপনারা কেউ কেউ এর আগে এই সমস্যাটি দেখেছেন? কখন বা কীভাবে এটি ঘটে তা আমরা জানি না।
এবং এটি কিন্ডা এলোমেলোভাবে উপস্থিত হয়।

সাধারণ পদক্ষেপগুলি আমরা করি:

• রক্ষণাবেক্ষণ সক্রিয়
• গিট টান
• সুরকার ইনস্টল (প্রয়োজন হলে)
• মডিউলটি ভেন্ডর_মডিউলনেম সক্ষম করে (যদি প্রয়োজন হয়)
• সেটআপ: আপগ্রেড (প্রয়োজনে)
• স্থির স্টাফ ক্লিয়ারিং
• স্থাপনার আদেশ
• ক্যাশে ক্লিয়ারিং
• ক্লিয়ারিং অপক্যাচ
• অক্ষম রক্ষণাবেক্ষণ

আমি এই ধরণের সমস্যা সমাধানে সহায়তা করতে পারে এমন কোনও মূল্যবান পরামর্শকে কৃতজ্ঞ করব।

Comments

আপনি যদি তা করেন setup:upgradeতবে ক্যাশে স্বয়ংক্রিয়ভাবে অক্ষম হয়ে যাবে

— অমিত বেরা

@ অমিতবেরা আমাকে অবশ্যই আপনার সাথে একমত হতে হবে না, যদিও আমি এই কমেন্টটি ইন্টারপট করি, তবে তা ক্যাশে পরিণত হবে না

— ম্যাকাস

ঠিক আছে. আমি পরীক্ষা করব .... চেক স্ক্রেনেরিও দেখুন

— অমিত বেরা

Answer 1

এটি একটি পরিচিত সমস্যার মতো দেখায় :
আমি যে প্রকল্পে কাজ করছি তাতে সময়ে সময়ে এটি ঘটে তবে আমি পুনরুত্পাদন করার পদক্ষেপগুলি খুঁজে পাইনি। কেবলমাত্র আমি বলতে পারি এটি একটি স্থাপনার প্রক্রিয়া চলাকালীন ঘটে।
আমি কেবল দেখতে পেলাম যে নির্দিষ্ট পরিস্থিতিতে একটি ফাইল ফোল্ডারে .regenerateলিখিত আছে var(হয় সেটআপ আপগ্রেড বা সুরকার ইনস্টল / আপগ্রেডে) এবং যদি সেই ফাইলটি setup:di:compileক্যাশে চলাকালীন অক্ষম থাকে এবং সংকলন প্রক্রিয়াটি সমাপ্ত হয় তখন পুনরায় সক্ষম হয়।
কিছু কারণে, কখনও কখনও ক্যাশে পুনরায় সক্ষম হয় না।
আমরা দ্রুত এবং নোংরা পদ্ধতি গ্রহণ করেছি এবং php bin/magento cache:enableনিশ্চিত হওয়া মোতায়েনের প্রক্রিয়ার শেষ পদক্ষেপটি করেছি । সুতরাং আমরা মূলত গালিচাটি কম্বলটির নীচে লুকিয়ে রেখেছি।

আপনি কোডটি এখানে ক্যাশে অক্ষম করে তা খুঁজে পেতে পারেন এটি
একটি TODO: removeবিবৃতিতে আবৃত pped

Comments

নিশ্চিত করতে পারেন. যখন এটি ঘটে তখন একটি আলমাছীর নীচে লুকিয়ে রাখা

— ফিলিপ স্যান্ডার

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

— ম্যাকাস

সমাধান কি কেউ পেয়েছেন?

— মনীষ গোস্বামী

Answer 2

আগ্রহীদের জন্য, আমি মনে করি আমি এই সমস্যাটি সম্পর্কে কিছুটা আলোকপাত করতে পারি। এটি মনে হচ্ছে var ম্যাজেন্টো \ ফ্রেমওয়ার্ক \ কোড \ জেনারেটেড ফাইলস :: ক্লিনজেনারেটেড ফাইলে, যখন / var ।

আপনি ক্রোন সক্ষম হয়ে থাকলে এবং ব্যবহার_সেসারেট_প্রসেস কনফিগারেশন ব্যবহার করে অনেক ক্রোন গোষ্ঠী ব্যবহার করার সম্ভাবনা বেশি থাকে। যখন একাধিক প্রক্রিয়া একই পরিষ্কার করার চেষ্টা করছে তখন ফাইলআইট্রেটর এর মতো বিভিন্ন বার্তায় ব্যর্থ হয়:FilesystemIterator::__construct(/Users/adrianmartinez/Sites/r2-project-develop-b2b/environments/2-2-develop-b2b/magento/generated/code): failed to open dir: No such file or directory.

$this->write->delete(self::REGENERATE_FLAG);প্রথম উপস্থিত প্রক্রিয়া ফাইল সাফাইয়ের জন্য নিজেকে দায়ী হিসাবে চিহ্নিত করার পরে পতাকা অস্তিত্ব চেকের ঠিক পরে সমস্যার সমাধান করা যায় to

আমি কীভাবে সমস্যার প্রতিলিপি তৈরি করতে পারি তার একটি ডেমো ভিডিও এখানে রেখেছি : https://youtu.be/9-X1cIIY7y8

এবং এর জন্য ব্যবহৃত স্ক্রিপ্ট:

#!/bin/bash

# \Magento\Framework\Code\GeneratedFiles has a concurrency problem
# Create regenerate flag and launch parallel commands that try to regenerate at the same time
# This is a real case, cron:run launches stand alone processes in parallel

# Created by magento composer installer upon code install or module enable/disable
touch var/.regenerate

# Launch parallel commands
# Error differs each execution, sometimes it even works
bin/magento cron:run --group=ddg_automation --bootstrap=standaloneProcessStarted=1 2>&1 &
bin/magento cron:run --group=index --bootstrap=standaloneProcessStarted=1 2>&1 &

wait
echo "All done"

Comments

সমাধান কি খুঁজে পেয়েছেন?

— মনিশ গোস্বামী

আমি খুঁজে পেয়েছি কীভাবে এই সমস্যাটির পুনঃ উত্পাদন করা যায় তবে সমাধানটি পেল না। github.com/magento/magento2/issues/17634

— গোস্বামী