52

আমার উত্তরযোগ্য বাক্সে (ভ্যাগ্রান্ট) কিছু জটিল সমস্যা রয়েছে।

গতকাল সবকিছু কাজ করেছে এবং আমার প্লেবুকটি ঠিকঠাক কাজ করেছে।

আজ, জবাবদিহি "তথ্য সংগ্রহের" উপর ঝুলছে?

এখানে ভার্জোজ আউটপুট:

<5.xxx.xxx.xxx> ESTABLISH CONNECTION FOR USER: deploy
<5.xxx.xxx.xxx> REMOTE_MODULE setup
<5.xxx.xxx.xxx> EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', '-
o', 'ControlPersist=60s', '-o', 'ControlPath=/home/vagrant/.ansible/cp/ansible-s
sh-%h-%p-%r', '-o', 'Port=2221', '-o', 'KbdInteractiveAuthentication=no', '-o',
'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', '-o
', 'PasswordAuthentication=no', '-o', 'User=deploy', '-o', 'ConnectTimeout=10',
'5.xxx.xxx.xxx', "/bin/sh -c 'mkdir -p $HOME/.ansible/tmp/ansible-tmp-1411372677
.18-251130781588968 && chmod a+rx $HOME/.ansible/tmp/ansible-tmp-1411372677.18-2
51130781588968 && echo $HOME/.ansible/tmp/ansible-tmp-1411372677.18-251130781588
968'"]

ssh ansible

— বিজে ব্লেজকোভিজ
সূত্র

1

এটি কত সময় ধরে ঝুলছে? তুমি কি চেষ্টা করেছ vagrant sshএবং Hang সময় তদন্ত যদি কিছু দরকারী কিনা দেখতে psএবং netstat? এছাড়াও, হ্যাংগুলিতে থাকা প্রথম সন্দেহভাজনদের মধ্যে একটি হ'ল ডিএনএস - পরীক্ষা করুন যে ডিএনএস ভার্চুয়াল মেশিনের ভিতরে থেকে সমাধান করছে কিনা।

— আন্তোনিস ক্রিস্টোফাইডস

1

আপনার মন্তব্য করার জন্য ধন্যবাদ। সমাধানটি ছিল সহজ, যোদ্ধা ধ্বংস এবং অস্পষ্ট ... আমি এখনও এটি অদ্ভুত বলে মনে করি যে এটি কেবল কাজ করা বন্ধ করে দিয়েছে?

— বিজে ব্লেজকোইভিজ

1

আমার অ্যাক্সেসেবল (সিএফএস-) মাউন্ট থাকলে উত্তরীয় স্টল আউট করার একটি সমস্যা আমার ছিল।

— rektide

1

সবেমাত্র এটি ঘটেছিল, এটি ज्ञात_হোস্ট ফাইলের পুরানো হোস্ট কী দ্বারা সৃষ্ট। অদ্ভুত যে এই ক্ষেত্রে সংযোগটি যথারীতি ব্যর্থ হয় নি।

— GnP

আপনি কি ভ্যাব্রেন্ট বাক্সে এসএসডি লগগুলি পরীক্ষা করতে পারেন? আপনাকে / etc / ssh / sshd_config এ "লগলিভেল ডিইবিইউজি" সেট করার দরকার হতে পারে তবে এটি কী চলছে তার আরও তথ্য সরবরাহ করতে পারে।

— পাবলো মার্টিনেজ

31

ভ্যাগ্র্যান্টে আনসিবল পিংয়ের সাথে আমার একইরকম সমস্যা ছিল, এটি হঠাৎ অকারণে আটকে গিয়েছিল এবং এর আগে একেবারে ঠিকঠাক কাজ করেছে। এসএসএস বা সংযোজক ইস্যুর মতো অন্য কোনও সমস্যার মতো নয়, সময়সীমা ছাড়াই এটি চিরতরে মারা যায়।

এই সমস্যাটি সমাধান করার জন্য আমি যা করেছি তা হ'ল ~/.ansibleডিরেক্টরি পরিষ্কার করা এবং এটি আবার কাজ করে। আমি কেন এটি খুঁজে পেতে পারি না, তবে এটি সমাধান হয়ে যায়।

আপনি যদি নিজের পরিবর্তনটি ~/.ansibleরিফ্রেশ করার পূর্বে আবার ফোল্ডারটি সাফ করার চেষ্টা করেন তবে এটি পরিবর্তন করতে পারেন ।

— yikaus
সূত্র

3

rm -rf ~/.ansibleএল ক্যাপ্টেন

— কোয়ানলং

8

আরএম-আরএফ ans / .যোগ্য / সিপি যথেষ্ট

— melihovv

20

আমার জন্য সেটআপ মডিউলটি মডিউলটি একটি মৃত এনএফএস মাউন্টে আটকে গিয়েছিল।

আপনি যদি আপনার মেশিনে একটি "ডিএফ" করেন এবং কিছুই না ঘটে তবে আপনি একই ক্ষেত্রে থাকতে পারেন।

পিএস: আপনি যদি এনএফএস শেয়ার / মাউন্টপয়েন্টটি জমা দিতে না পারেন তবে খারাপ "umount -l" ব্যবহার করে বিবেচনা করুন

— সেবাস্তিয়ান ডিএ রোচা
সূত্র

হ্যাঁ, এটা ছিল!

— সৌরভ নন্দ

আমি প্রথমে সেটিং দ্বারা ইস্যু প্রায় পেয়েছিলাম gather_factsকরার Falseকিন্তু এই ডগা সত্যিই দিন সংরক্ষিত কারণ যে আমার সমস্যা ছিল।

— পিকারামল

18

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

উত্তরযোগ্য গন্তব্য হোস্টের সাথে সংযোগ করতে পারে না

হোস্ট কী (জ্ঞাত_হোস্ট) সমস্যা

1) উত্তরীয় (২.১ বা তার বেশি পুরানো) এর পুরানো সংস্করণগুলিতে, উত্তরস্থ সর্বদা আপনাকে জানায় না যে গন্তব্যের হোস্ট কী উত্সটিতে উপস্থিত নেই, অথবা কোনও মিল নেই।

সমাধান: সেই গন্তব্যের একই পরামিতিগুলির সাথে একটি এসএসএইচ সংযোগ খোলার চেষ্টা করুন। আপনার সমাধান করতে হবে এমন এসএসএইচ ত্রুটিগুলি খুঁজে পেতে পারেন, এবং তারপরে কমান্ডটি কাজ করবে।

2) কখনও কখনও উত্তরীয় আপনাকে অন্য স্ট্যাটাসের মাঝে একটি এসএসএইচ সংযোগ বার্তা প্রদর্শন করে, যাতে কার্যবিহীনভাবে সেই কার্যটিতে "হিমায়িত" হয়ে যায়:

Warning: the ECDSA host key for 'myhost' differs from the key for the IP address '10.10.1.10'
Offending key for IP in /etc/ssh/ssh_known_hosts:246
Matching host key in /etc/ssh/ssh_known_hosts:477
Are you sure you want to continue connecting (yes/no)?

এই ক্ষেত্রে, আপনাকে যতটা এসএসএইচ প্রশ্ন করা হয়েছিল কেবল তার জন্য "হ্যাঁ" টাইপ করলে নাটকটি চালিয়ে যাওয়ার অনুমতি দেওয়া হবে। এরপরে আপনি ज्ञात_হোস্টগুলির সমস্যাগুলি ঠিক করতে পারেন।

ব্যক্তিগত কী প্রমাণীকরণ সমস্যা

কী-ভিত্তিক প্রমাণীকরণ বনাম পাসওয়ার্ড ব্যবহার করা হলে, অন্যান্য সমস্যার মধ্যে রয়েছে:

গন্তব্যস্থলে ব্যক্তিগত কী ঠিকভাবে সেট আপ করা নাও হতে পারে
ব্যক্তিগত কীতে স্থানীয়ভাবে ভুল অনুমতি থাকতে পারে (কেবলমাত্র উত্তরীয় কাজটি চালিত ব্যবহারকারী দ্বারা পঠনযোগ্য হওয়া উচিত)

সমাধান: ansible -m ping <destination> -kসমস্যা হোস্টের বিরুদ্ধে দৌড়াতে চেষ্টা করুন - যদি এটি কাজ না করে তবে উপরের হোস্ট কী সমস্যাগুলির সমাধান চেষ্টা করুন ।

উত্তরদাতারা দ্রুত তথ্য সংগ্রহ করতে পারে না

setupমডিউল (একটি শুরুতে এটি স্বয়ংক্রিয়ভাবে চালানোর ansible-playbookরান, অথবা যখন নিজে হিসাবে চালানো ansible -m setup <host>) প্রায়ই স্তব্ধ করতে হার্ডওয়্যার তথ্য সংগ্রহ (যেমন যদি উচ্চ I / O, খারাপ এন্ট্রি মাউন্ট, ইত্যাদি সঙ্গে হোস্ট থেকে ডিস্ক তথ্য পেয়ে)।

সমাধান: চলমান চেষ্টা করুন ansible -m setup -a gather_subset=!all <destination>। এটি যদি কাজ করে তবে আপনার উত্তরীয় সিএফজি-তে এই লাইনটি স্থাপনের কথা বিবেচনা করা উচিত:

gather_subset=!hardware

— জর্দান অ্যান্ডারসন
সূত্র

1

'সংগ্রহ_সুবসেট =! হার্ডওয়্যার'-এ সেট আপ করতে কোনও নির্দিষ্ট ভিএম-র সাড়া না দেওয়ার জন্য কাজ করে worked

— জেমসপি

2

আমার জন্য স্থির। ডজি মাউন্ট পয়েন্টগুলি, আমার মনে হয়। আমার একটি ভিএম ছিল যা আমি জবাবদিহি করার জন্য ব্যবহার করেছিলাম এবং এটি একটি নতুন এনএফএস ভাগ যোগ না করা পর্যন্ত কাজ করে। এখন পর্যন্ত এটি হয় না, যতক্ষণ না আমি উপরেরটি যুক্ত করেছি।

— ডেভিড বোস্টন

আমার ক্ষেত্রে হোস্ট কী সমস্যা হিসাবে দেখা গেছে। হোস্টটি পুনরায় চিত্রিত হয়েছিল, তাই আমার প্রথম রানটি ব্যর্থ হয়েছিল এবং আমি ssh-keygen -Rআপত্তিজনক কীটি সরিয়ে দেওয়ার জন্য প্রস্তাবিত কমান্ডটি চালিয়েছি । আমি চাবি যুক্ত করতে একবার ssh দৌড়েছি, তবে দ্বিতীয় রানটি ঝুলন্ত ছিল। আমি আবার ssh দৌড়ালে, আমি কী নিশ্চিতকরণ প্রম্পট পেয়েছিলাম যা অপ্রত্যাশিত ছিল। আমি বুঝতে পারি যে এখানে একটি আপত্তিজনক কী আছে যা অপসারণ করা দরকার, তাই এটি অপসারণ করে এবং এসএসএস পুনরায় চালনার পরে আমি Warning: Permanently added the ECDSA host key ...বার্তাটি পেয়েছি এবং তারপরে কেবল সত্য সংগ্রহের কাজটি অব্যাহত রয়েছে।

— haridsv

আমি @ ডেভিডবশটন থেকে পর্যবেক্ষণটি নিশ্চিত করতে পারি। কোনও ভিএম-তে এই সমস্যাটি ছিল যা এনএফএস ডিরেক্টরিগুলি মাউন্ট করেছিল, এটি উপলব্ধ ছিল না (এনএফএস সার্ভার সমস্যা)। এনএফএস সার্ভারটি ঠিক করার পরে এটি কাজ করেছিল

— tschale

7

জড়িত ঘটনাগুলিতে উত্তরীয় ফাঁসি সম্পর্কে আমার একই রকম সমস্যা ছিল। আমি আমার স্ক্রিপ্টটি কোনও কাজ বা ভূমিকা ছাড়াই একটি প্রম্পটে রেখেছি এবং এটি এখনও স্তব্ধ।

আমি আমার প্রসেস তালিকায় 12 টি হ্যাং জবাবদিহি প্রক্রিয়া পেয়েছি যা সারা দিন জুড়ে ছিল।

/usr/bin/python /tmp/ansible_Jfv4PA/ansible_module_setup.py
/usr/bin/python /tmp/ansible_M2T10L/ansible_module_setup.py

আমি একবার তাদের হত্যা, এটি আবার কাজ শুরু।

— টিম মূসা
সূত্র

5

জবাবদিহিতা তথ্য সংগ্রহের সময় ঝুলতে পারে এমন অনেকগুলি কারণ রয়েছে তবে আরও কিছু করার আগে, এই জাতীয় পরিস্থিতিতে আপনার প্রথম পরীক্ষা করা উচিত:

ansible -m ping <hostname>

এই পরীক্ষাটি কেবল হোস্টের সাথে সংযোগ স্থাপন করে এবং ফিরে আসার জন্য যথেষ্ট কোড কার্যকর করে:

<hostname> | SUCCESS => {
    "changed": false, 
    "ping": "pong"
}

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

এখন, এখানে প্লেবুকের শুরুতে যে জিনিসগুলি ভুল হতে পারে তার একটি (অ-পরিসীমাবদ্ধ) তালিকা এখানে রয়েছে:

জবাব দিয়ে দেওয়া আদেশটি একটি ইন্টারেক্টিভ ইনপুটটির জন্য অপেক্ষা করছে

আমি পুরানো উত্তরসূচক সংস্করণগুলিতে এটি ঘটতে পারে তা স্মরণ করতে পারি, যেখানে কোনও কমান্ড একটি ইন্টারেক্টিভ ইনপুট যে কখনই আসবে না তার জন্য অপেক্ষা করবে যেমন একটি সুডো পাসওয়ার্ড (যখন আপনি কোনও -Kস্যুইচ ভুলে গিয়েছিলেন ), বা একটি নতুন এসএস হোস্ট ফিঙ্গারপ্রিন্টের গ্রহণযোগ্যতা (একটি নতুন টার্গেটের জন্য) হোস্ট)।

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

ডেড এসএস মাস্টার সংযোগ

এখানে প্রদত্ত ডিবাগ লগটিতে কিছু অত্যন্ত আকর্ষণীয় বিকল্পগুলি ssh ক্লায়েন্টকে দেওয়া হয়েছে:

ControlMaster=auto
ControlPersist=60s
ControlPath=/home/vagrant/.ansible/cp/ansible-ssh-%h-%p-%r

এই বিকল্পগুলি man ssh_config এ নথিভুক্ত করা হয়েছে ।

ডিফল্টরূপে, উত্তরযোগ্য চেষ্টা করবে এবং এর এসএসএস সংযোগ ব্যবহারের বিষয়ে স্মার্ট হবে। প্রদত্ত হোস্টের জন্য, নাটকের প্রতিটি এবং প্রতিটি কাজের জন্য একটি নতুন সংযোগ তৈরির পরিবর্তে এটি একবার খুলবে এবং এটি পুরো প্লেবুকের জন্য এবং এমনকি প্লেবুক জুড়েও খোলা রাখবে।

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

অনুশীলনে, প্রতিটি এসএসএস সংযোগটি এখানে সকেটের অস্তিত্বের জন্য পরীক্ষা করবে ~/.ansible/cp/some-host-specific-path। প্রথম সংযোগ এটি সন্ধান করতে পারে না, তাই এটি সাধারণত সংযোগ করে এবং তারপরে এটি তৈরি করে। পরবর্তী প্রতিটি সংযোগ তারপরে ইতিমধ্যে প্রতিষ্ঠিত সংযোগটি পেরিয়ে যাওয়ার জন্য কেবল এই সকেটটি ব্যবহার করবে।

এমনকি যদি প্রতিষ্ঠিত সংযোগটি শেষ অবধি শেষ হয়ে যায় এবং দীর্ঘকাল ব্যবহার না করার পরে বন্ধ হয়ে যায়, সকেটটিও বন্ধ হয়ে যায় এবং আমরা আবার স্কোয়ারে ফিরে যাই।

এ পর্যন্ত সব ঠিকই.

কখনও কখনও তবে সংযোগটি আসলে মারা যায়, তবে এসএসএস ক্লায়েন্ট এখনও এটি প্রতিষ্ঠিত বিবেচনা করে। এটি সাধারণত ঘটে যখন আপনি আপনার ল্যাপটপ থেকে প্লেবুকটি কার্যকর করেন এবং আপনি আপনার ওয়াইফাই সংযোগ হারাবেন (বা ওয়াইফাই থেকে ইথারনেট ইত্যাদিতে স্যুইচ করুন ...)

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

এই মুহুর্তে, আমরা কেবল এই পুরানো সকেট থেকে মুক্তি পেতে চাই এবং এটি করার সহজ উপায় হ'ল এটি সরিয়ে ফেলা:

# Delete all the current sockets (may disrupt currently running playbooks)
rm -r ~/.ansible/cp
# Delete only the affected socket (requires to know which one it is)
rm ~/.ansible/cp/<replace-by-your-socket>

এটি এক-শট ফিক্সের জন্য উপযুক্ত, তবে এটি যদি খুব ঘন ঘন ঘটে তবে আপনাকে দীর্ঘমেয়াদী ফিক্সটি সন্ধান করতে হবে। এখানে কিছু পয়েন্টার রয়েছে যেগুলি এই লক্ষ্যটির দিকে সহায়তা করতে পারে:

সার্ভার থেকে প্লেবুকগুলি শুরু করুন (আপনার ল্যাপটপের তুলনায় নেটওয়ার্ক সংযোগের উপায়ে আরও স্থিতিশীল)
সংযোগ ভাগ করে নেওয়ার অক্ষম করতে জবাবদিহি কনফিগারেশন , বা সরাসরি ssh ক্লায়েন্ট কনফিগারেশন ব্যবহার করুন
একই সংস্থানগুলি ব্যবহার করুন, কিন্তু সময়সীমার সূক্ষ্ম সুরতে, যাতে একটি মাস্টার সংযোগ ক্রাশ প্রকৃতপক্ষে দ্রুত গতি হয়ে যায়

দয়া করে নোট করুন যে লেখার সময় কয়েকটি বিকল্প পরিবর্তিত হয়েছে (উদাহরণস্বরূপ, আমার সর্বশেষ রান আমাকে দিয়েছে ControlPath=/home/toadjaune/.ansible/cp/871b533295), তবে সাধারণ ধারণাটি এখনও বৈধ।

ফ্যাক্ট জমায়েত আসলে খুব বেশি সময় নেয়

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

এটি বলা হচ্ছে, প্লেবুক চালানোর জন্য আপনার কাছে কঠোরভাবে সত্যের প্রয়োজন নেই, এবং প্রায় সবগুলিই নয়, তাই আসুন চেষ্টা করুন এবং আমাদের যা প্রয়োজন তা অক্ষম করুন। এর জন্য বেশ কয়েকটি বিকল্প:

সেটআপ মডিউলটি সম্পূর্ণ অক্ষম করুন
এর কয়েকটি নির্দিষ্ট অংশ অন্তর্ভুক্ত করতে সেটআপ মডিউলটির কনফিগারেশন পরিবর্তন করুন ।
- কমান্ড-লাইন আর্গুমেন্টের মাধ্যমে
- উত্তরযোগ্য কনফিগারেশন ফাইলের মাধ্যমে

ডিবাগিংয়ের উদ্দেশ্যে, কমান্ড-লাইন থেকে সরাসরি সেটআপ মডিউলটি উপস্থাপন করা সত্যই সুবিধাজনক:

ansible -m setup <hostname>

এই শেষ কমান্ডটি আপনার প্লেবুকের পাশাপাশি হ্যাং করা উচিত এবং অবশেষে সময়সীমা (বা সফল) হওয়া উচিত। এখন, আসুন আমরা মডিউলটি আবার কার্যকর করতে পারি, যা করতে পারি তার সমস্ত কিছুই অক্ষম করে:

ansible -m setup -a gather_subset='!all' <hostname>

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

তবে, যদি এটি কার্যকর হয় (এবং দ্রুত) তবে মডিউল ডকুমেন্টেশনটি একবার দেখুন । আপনার দুটি বিকল্প রয়েছে:

আপনার যা প্রয়োজন নেই তা বাদ দিয়ে উপসেটে তথ্য সংগ্রহকে সীমাবদ্ধ করুন (এর জন্য সম্ভাব্য মানগুলি দেখুন gather_subset)
gather_timeout আরও সময় দেওয়ার অনুমতি দিয়েও আপনার সমস্যা সমাধানে সহায়তা করতে পারে (যদিও এটি একটি সময়সীমা ত্রুটিটি স্থির করতে হবে, হ্যাং নয়)

অন্যান্য ব্যাপার

স্পষ্টতই, অন্য জিনিসগুলি ভুল হতে পারে। ডিবাগিংয়ে সহায়তা করার জন্য কয়েকটি পয়েন্টার:

উত্তরযোগ্য সর্বোচ্চ ভার্বোসিটি স্তর ( -vvvv) ব্যবহার করুন , কারণ এটি আপনাকে সম্পাদিত প্রতিটি আদেশ প্রদর্শন করবে command
ব্যবহার করুন pingএবং setupকম্যান্ড-লাইন থেকে মডিউল সরাসরি উপরের হিসাবে ব্যাখ্যা
যদি ansible -m pingকাজ না করে তবে ম্যানুয়ালি ssh করার চেষ্টা করুন

— toadjaune
সূত্র

4

Dmytro কিছু আছে!

উত্তরযোগ্য হোস্টের এফকিউডিএন ব্যবহার করে। যদি আপনার হোস্টটি /etc/hostsডিএনএসের সমাধানযোগ্য না হয় এবং আপনার কাছে জবাবদিহি করতে ম্যাপিং না থাকে তবে ডিএনএসের সময়সীমা শেষ হওয়ার অপেক্ষায় থাকবে।

যোগ করে ::1 <fqdn>অবিলম্বে ডিএনএস মাধ্যমে যাওয়া ছাড়া মেশিন ছবি সংযুক্ত করার হয় Ansible FQDN পাবেন হোস্ট ফাইলে।

নোট করুন যে হোস্ট হোস্ট থেকে হোস্টগুলি সন্ধান /etc/hostsকরতে হবে, এটি লিনাক্স সিস্টেমের মধ্যে না হলেও বেশিরভাগের জন্য এটি ডিফল্ট, তবে আপনার সম্পাদনাটিও /etc/nsswitch.confসমস্যা হতে পারে।

— user56781
সূত্র

2

আমারো একই ইস্যু ছিল. ভার্জোজ মোডে জবাবদিহি চালানোর কোনও কার্যকর তথ্য পেলেন না।

প্লেবুক চালানোর আগে সার্ভারটি পুনরায় সরবরাহ করা হয়েছিল।

পরিচিত হোস্ট তালিকা থেকে সার্ভার অপসারণ নীচের কমান্ডটি ব্যবহার করে এটি ঠিক করেছে।

$ ssh-keygen -f "~/.ssh/known_hosts" -R <hostname>
$ ssh-keygen -f "~/.ssh/known_hosts" -R <ip_address>

দ্রষ্টব্য: আপনাকে হোস্টনাম এবং আইপি ঠিকানা উভয়ই সরিয়ে ফেলতে হবে

— rleon
সূত্র

আমার ক্ষেত্রে আমি একটি আইপি ঠিকানা পুনরায় ব্যবহার করেছি।

— কার্টিক

1

আমি জানি না আপনি একটি সুডো প্লেবুক ব্যবহার করছেন কিনা - তবে আমি ছিলাম, এবং এটি সুডোর পাসওয়ার্ডে ঝুলছিল।

ডকুমেন্টেশন থেকে - আপনি এটি হত্যা করতে পারেন, এবং তারপরে -Kপাশাপাশি ব্যবহার করতে পারেন ।

শুভকামনা।

— Rcynic
সূত্র

1

হতে পারে আপনার টার্গেট সিস্টেমের ফিঙ্গারপ্রিন্ট পরিবর্তিত হয়েছে, উদাহরণস্বরূপ আপনি যখন সার্ভার ওএস পুনরায় ইনস্টল করবেন। আপনি এন্ট্রি মুছে দিতে হবে known_hosts , ansible হবে না জ্ঞাপন করিয়ে একটি অ-বিশ্বস্ত এন্ট্রি বিষয়, এটা ঠিক ঠিক আটকে পরার হিসাবে আপনি বর্ণনা করে।

— Schroeffu
সূত্র

1

মনে হচ্ছে উত্তরযোগ্য প্রমাণীকরণ করতে অক্ষম ... সুতরাং উত্তর কে সার্ভারের পাসওয়ার্ড চাইতে জিজ্ঞাসা করতে .... ব্যবহার করুন .... নীচে দেখানো হয়েছে:

ansible-playbook  -K -i hosts playbook.yml -vvvv

— 0x3bfc
সূত্র

0

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

— Dmytro Ozarkiv
সূত্র

0

আমি অসম্পূর্ণ বাক্সটি পুনরায় সেট করে এই সমস্যাটি সমাধান করেছি

vagrant destroy
vagrant up

— Quanlong
সূত্র

0

আমার ক্ষেত্রে জবাবদিহি কোনও কাজের মাঝে কাজ বন্ধ করে দিয়েছে। কারণটি ছিল কারণ আমার এসএস-এজেন্ট কাজ করা বন্ধ করে দিয়েছিল ( ssh-add -lকোনও কিছুই ফেরত দিচ্ছিল না)। আমি সবকিছু আবার চালু করেছিলাম এবং এটি আবার কাজ করে। সুতরাং আপনার ssh- এজেন্ট সঠিকভাবে কাজ করছে কিনা তা পরীক্ষা করুন ( ssh-add -lআটকে যাওয়া উচিত নয়)।

— ভাস্কো
সূত্র

0

~/.ansibleএকা মুছে ফেলা আমার পক্ষে তা করেনি। সুতরাং সেই ডিরেক্টরিতে কী আছে তা যাচাই করার জন্য আমি কেবল একটি সিটিআরএল-জেড (ঘুমানোর প্রক্রিয়া করা) করেছি এবং চেক করেছি এবং তারপরে উত্তরযোগ্য প্রক্রিয়াটি চালিয়েছি fg। আমি এই ক্ষেত্রে কিছুই মুছলাম না। কিন্তু এটি পরে অবিরত। সুতরাং আমি কেবল ctrl-z-> fgএকা চেষ্টা করেছিলাম এবং এটিও কাজ করে। বৃষ্টি নাচের মতো মনে হয় তবে অন্য কেউ আটকে থাকলে দয়া করে এটি চেষ্টা করে দেখুন।

— erikbwork
সূত্র

0

আমার জবাবদিহি-প্লেবুকটি কেন "তথ্য সংগ্রহের ক্ষেত্রে" ঝুলে আছে তার পরামর্শ অনুসরণ করেই আমি এই সমস্যার কারণটি স্থির করেছি ? ব্লগ পোস্ট.

এটি সরল করা যেতে পারে:

DEFAULT_KEEP_REMOTE_FILES=yesকমান্ড সংরক্ষণ এবং সক্ষম করতে সেট করুন-vvvv
আবার প্লেবুক চালান।
যখন খেলার স্টকগুলি ছাপা শেষ শেল কমান্ডটি অনুলিপি করে (অংশটি পরে /bin/sh -c)
মাধ্যমে সার্ভারে লগ ইন করুন ssh।
ব্যবহার করুন straceনাটকটির শেষ ধাপে আবার প্লে করতে। স্টেপ কমান্ড -vvvআউটপুট থেকে অনুলিপি করা হয় । উদাহরণ স্বরূপ:strace -f /bin/sh -c "echo BECOME-SUCCESS-ltxvshvezrnmumzdprccoiekhjheuwxt; /usr/bin/python /home/user/.ansible/tmp/ansible-tmp-1527099315.31-224479822965785/setup.py"
"স্ট্রেসড" পদক্ষেপটি কোনটি আটকেছে তা পরীক্ষা করুন এবং এটি ঠিক করুন :)

আমার ক্ষেত্রে এটি একটি অ্যাক্সেসযোগ্য নেটওয়ার্ক ড্রাইভ ছিল ...

— ইউরি
সূত্র

-1

সুডোর পাসওয়ার্ডই সমস্যা। নিশ্চিত হয়ে নিন যে (১) আপনি নতুন খোলা টার্মিনালে (যেখানে পাসওয়ার্ড ক্যাশেড নেই) একটি (২) সরবরাহ না করেই 'সুডো কিছু ' জারি করতে পারেন যা পুতুল আপনার আগের ম্যানুয়াল 'সুডোয়ার্স' পরিবর্তনগুলি উল্টায় নি।

— witkacy26
সূত্র

1

পুতুল? কি পুতুল? এটি একটি উত্তরযোগ্য প্রশ্ন।

— হরিণ হান্টার

হ্যা আমি জানি. কিছু লোকেরা একই মেশিনে পুতুল ইনস্টল করে থাকতে পারে যেখানে উত্তরযোগ্য ব্যবহার করা হয় (এটি আসলে আমার ক্ষেত্রে একবার ছিল)

— উইটক্যাস 26

উত্তর সংগ্রহের ঘটনা আটকে

জবাব দিয়ে দেওয়া আদেশটি একটি ইন্টারেক্টিভ ইনপুটটির জন্য অপেক্ষা করছে

ডেড এসএস মাস্টার সংযোগ

ফ্যাক্ট জমায়েত আসলে খুব বেশি সময় নেয়

অন্যান্য ব্যাপার