অটোফগুলি নিষ্ক্রিয় হওয়ার পরে সংযোগ বিচ্ছিন্ন করে না not

Question

আমি বেশ কয়েকটি লিনাক্স সার্ভারগুলিতে অটোফ ইনস্টল করেছি যা ব্যবহারকারী / হোম ডিরেক্টরিগুলির জন্য কেন্দ্রীয় এনএফএস সার্ভারের সাথে সংযুক্ত হচ্ছে। লগইন-এ ডিরেক্টরিগুলি মাউন্ট করার সময় এটি দুর্দান্ত কাজ করে তবে মাউন্টগুলি কখনই শেষ হয়ে যায় বলে মনে হয় না। আমি / ইত্যাদি / সিসকনফিগ / অটোফ পরীক্ষা করে দেখেছি এবং ডিফল্টটি প্রকৃতপক্ষে 300 এ সেট করা আছে, সুতরাং এইগুলি 5 মিনিটের পরে শেষ হওয়া উচিত।

অটোফগুলি পুনঃসূচনা করা সমস্ত ডিরেক্টরিকেই গুরুত্ব দেয় না, তাই আমি জানি এটি সক্ষম।

আমি ডিরেক্টরিতে এলোমেলোভাবে lsof ব্যবহার করার চেষ্টা করেছি কিন্তু কোনও ফাইল কোনও সময় খোলা নেই।

আমি এমন একটি এলোমেলো ডিরেক্টরিও মাউন্ট করেছি যা আমি জানি যে সক্রিয় নয়, তবে এগুলি কখনও নিজেরাই সার্থক হয় না। এর মধ্যে কয়েকটিতে 10+ ব্যবহারকারী রয়েছেন যা একবার লগইন করেছেন এবং মাউন্টগুলি কখনই নামবে না।

আমি কেবল এটির বাইরে থেকে আরও সন্ধান করার চেষ্টা করছি কেন তা খুঁজে বের করার একটি আরও ভাল পদ্ধতি। আমি কোনও লগে নির্দিষ্ট কিছু দেখতে পাচ্ছি না।

কোন পরামর্শ প্রশংসা করা হয়। ধন্যবাদ!

হালনাগাদ

আমি ডিবাগ চালু autofs 'র কিন্তু এটা সাধারণ কিছু আউট প্রকাশ করতে মনে হচ্ছে না। এই লগগুলি / হোম / ইউজার 1 প্রাথমিকভাবে মাউন্ট করার 7 মিনিটের পরে এবং নিষ্ক্রিয়তার 6 মিনিটের পরে তৈরি হয়েছিল। 5 মিনিটের ডিফল্ট অনুসারে, এটি আনমাউন্ট করা উচিত ছিল। আমি কখনই কোনও লগ দেখতে পেলাম না যা নির্দেশ করে যে এমন একটি প্রচেষ্টাও কার্যকর হয়েছিল।

Jan 11 12:52:00 linux automount[26505]: st_expire: state 1 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc: exp_proc = 3055176592 path /home
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user1
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user2
Jan 11 12:52:00 linux automount[26505]: expire_proc_indirect: expire /home/user3
Jan 11 12:52:00 linux automount[26505]: 3 remaining in /home
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: got thid 3055176592 path /home stat 7
Jan 11 12:52:00 linux automount[26505]: expire_cleanup: sigchld: exp 3055176592 finished, switching from 2 to 1
Jan 11 12:52:00 linux automount[26505]: st_ready: st_ready(): state = 2 path /home

আপডেট 2 এ সম্পর্কে রেড হ্যাট সমর্থনের সাথে কথা বলার পরে সমাধানটি কেবল হোম ডিরেক্টরিগুলির সময়সীমা মূল্য সংক্ষিপ্তকরণ হিসাবে শেষ করা হয়েছিল। আমি এটি করেছি এবং ভাল দেখাচ্ছে। কিছুটা দৃশ্যত মাউন্ট পয়েন্টটি প্রতি 2 1/2 থেকে 3 মিনিটে অতিক্রম করছে এবং এটিকে অবিরত রাখছে।

সমাধানটি ম্যাপিংয়ের জন্য /etc/auto.master ফাইলটিতে সময়সীমা মান যুক্ত করা ছিল:

 /home     /etc/auto_home --timeout=120

Comments

এই মাউন্টগুলি উপস্থিত রয়েছে তা নির্ধারণ করতে আপনি কোন আদেশ (গুলি) ব্যবহার করছেন? আমি ধরে নিলাম df, তবে কেবল স্পষ্ট করে বলতে চাই।

— বাঞ্জার

হ্যাঁ, আমি মাউন্ট করা স্থানটি পরীক্ষা করতে df ব্যবহার করছি। আমি কেবল তাদের ডিরেক্টরিতে মাউন্ট পেতে ডিরেক্টরি হিসাবে সিডি করেছি।

— স্টিভ এইচএনএইচ

Answer 1

TIMEOUT ভেরিয়েবল অটোফের পাশাপাশি একটি পরীক্ষার বিরতি রয়েছে:

# cat /var/log/messages
Jan 11 21:45:35 client automount[24804]: mounted offset on /net/server/share with timeout 300, freq 75 seconds

এটি TIMEOUT / 4 এর সমান। প্রতি টিআইএমইউটি / 4 সেকেন্ডের অটোফগুলি কখন শেষ নির্দেশিকাটি অ্যাক্সেস করা হয়েছিল তা কার্নেলকে জিজ্ঞাসা করে। সুতরাং আপনার পরিবেশে আপনার ডিরেক্টরিটি নিষ্ক্রিয়তার 375 সেকেন্ড পরে অ্যামনেডেড রয়েছে।

আরও বিস্তারিত লগ পেতে আপনার যুক্ত LOGGING="debug"করা উচিত/etc/sysconfig/autofs

Comments

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

— স্টিভ এইচএনএইচ

Answer 2

আমারও একই সমস্যা ছিল। আমি ক্রিসমাস বিরতিতে CentOS 6 এর সাথে আমাদের 10 বছরের পুরানো RHEL 4.7 প্রোলিয়েন্ট সার্ভারটি পুনরায় ইনস্টল করেছি। আমার কাছে আরও দুটি নতুন প্রিলিয়ান্ট ছিল যা আমি সম্প্রতি সম্প্রতি (এপ্রিল মাসে) সেন্টস 7 ইনস্টল করতে সক্ষম হয়েছি।

আমি সেন্টোস server সার্ভার থেকে হোম ডিরেক্টরিগুলি অটোমোটিং কনফিগার করেছি /etc/auto.masterযাতে এটির মতো CentOS 7 সার্ভারগুলিতে একটি লাইন ব্যবহার করে :

/home   /etc/auto.home

তারপরে আমি /etc/auto.homeCentOS 7 সার্ভারে প্রথমদিকে একটি লাইন দিয়ে একটি নতুন ফাইল তৈরি করেছি :

*      sam:/home/&

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

আমি লগিং স্তরটি 'ডিবাগ' এ সেট করে /etc/autofs.confদিয়ে দেখা শুরু করি journalctl -fu autofs.service। আমি উপরে প্রদর্শিত হিসাবে প্রায় অভিন্ন বার্তা দেখেছি, যার মধ্যে কোনও চিহ্ন নেই বলে মনে হয়েছিল।

যেহেতু আমি এখনও এনএফএস 4 বুঝতে সক্ষম হইনি এবং আমি জানতাম যে আমাদের সেন্টস 6 সার্ভারটি ডিফল্টরূপে তার শেয়ারগুলি এনএফএস 4 হিসাবে রফতানি করছে, তাই আমি ফাইলে যুক্ত nfsvers=3করার চেষ্টা /etc/auto.homeকরেছি:

training      -nfsvers=3,noac,soft,intr  sam:/home/training

আমি যেমন ডিরেক্টরিতে মাউন্ট করার চেষ্টা করার বিষয়ে বিজোড় বার্তাটিও দেখছিলাম /home/lib, তাই পৃথক লাইনে পৃথক পৃথক হোম ডিরেক্টরিগুলি যুক্ত করেছিলাম । (সম্ভবত এই মুহুর্তে সরাসরি মাউন্টগুলি চেষ্টা করা উচিত ছিল, বা সিস্টেমড অটোমোয়েন্টগুলির চেষ্টা করা উচিত ছিল।)

এখন আমি এই জাতীয় বার্তাগুলি দেখতে শুরু করেছি:

Apr 27 09:32:28 betty automount[13501]: expire_proc_indirect: expire /home/fred
Apr 27 09:32:28 betty automount[13501]: handle_packet: type = 4
Apr 27 09:32:28 betty automount[13501]: handle_packet_expire_indirect: token 21, name fred
Apr 27 09:32:28 betty automount[13501]: expiring path /home/fred
Apr 27 09:32:28 betty automount[13501]: umount_multi: path /home/fred incl 1
Apr 27 09:32:28 betty automount[13501]: umount_subtree_mounts: unmounting dir = /home/fred
Apr 27 09:32:28 betty automount[13501]: spawn_umount: mtab link detected, passing -n to mount
Apr 27 09:32:29 betty automount[13501]: rm_unwanted_fn: removing directory /home/fred
Apr 27 09:32:29 betty automount[13501]: expired /home/fred
Apr 27 09:32:29 betty automount[13501]: dev_ioctl_send_ready: token = 21
Apr 27 09:32:29 betty automount[13501]: handle_packet: type = 4
Apr 27 09:32:29 betty automount[13501]: handle_packet_expire_indirect: token 22, name barney
Apr 27 09:32:29 betty automount[13501]: expiring path /home/barney
Apr 27 09:32:29 betty automount[13501]: umount_multi: path /home/barney incl 1
Apr 27 09:32:29 betty automount[13501]: umount_subtree_mounts: unmounting dir = /home/barney
Apr 27 09:32:29 betty automount[13501]: spawn_umount: mtab link detected, passing -n to mount
Apr 27 09:32:29 betty automount[13501]: rm_unwanted_fn: removing directory /home/barney
Apr 27 09:32:29 betty automount[13501]: expired /home/barney
Apr 27 09:32:29 betty automount[13501]: dev_ioctl_send_ready: token = 22
Apr 27 09:32:29 betty automount[13501]: expire_proc_indirect: expire /home/barney
Apr 27 09:32:29 betty automount[13501]: expire_proc_indirect: expire /home/wilma
Apr 27 09:32:29 betty automount[13501]: 1 remaining in /home

হোম ডিরেক্টরিগুলি এখন 10 মিনিটের পরে তাদের যেমন করা উচিত আনমাউন্ট করা শুরু করেছিল - তাই এটি আমার ক্ষেত্রে ভুল কনফিগার্ড এনএফএস 4 নিয়ে সমস্যা ছিল।

গুরুত্বপূর্ণ: মানচিত্র পুনরায় কনফিগার করার পরে, কেবল করা systemctl daemon-reloadবা systemctl reload autofsকোনও প্রভাব নেই have আমার করতেই হতোsystemctl restart autofs

Answer 3

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

আমার জন্য (কে-ডি-কে চালানো) স্বতঃসম্পূর্ণ ডিবাগ লগিংয়ের একমাত্র ক্লুটি ছিল "1 বাকী" যেমন:

    Feb 13 00:00:44 fig automount[19026]: expire_proc: exp_proc = 139620739028736 path /mnt/vchanger
    Feb 13 00:00:44 fig automount[19026]: expire_proc_indirect: expire /mnt/vchanger/fb207cd6-6931-4af4-8293-c82ee0d2394c
    Feb 13 00:00:44 fig automount[19026]: 1 remaining in /mnt/vchanger

এটি সত্যই উত্সটি সনাক্ত করতে পারেনি। এছাড়াও lsof, fuser এবং audctl (অডিট) এর মধ্যে কোনওরই অন্তর্দৃষ্টি দেওয়া হয়নি।

অবশেষে নির্মূল প্রক্রিয়া দ্বারা আমি নির্ধারণ করেছিলাম যে এখানে দুটি অ্যাপ্লিকেশন রয়েছে:

• কেএসসগার্ড (কেডিএ সিস্টেম মনিটর)
• ডলফিন (ফাইল ম্যানেজার)

ডলফিনের সাথে সমস্যাটি আপত্তিজনক মাউন্টযুক্ত ডিস্কটিকে তার গাছের দৃশ্যে "লুকিয়ে" রেখে ফিক্স করা যেতে পারে।

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

Comments

এফওয়াইআই, আপনি যদি আপনার পোস্ট সম্পাদনা করার আগে লগইন করেন তবে আপনাকে এটি পরে অনুমোদনের প্রয়োজন হবে না (বা অন্যান্য লোকেরা এটি অনুমোদনের জন্য কয়েক ঘন্টা অপেক্ষা করবেন)।

— জি-ম্যান

Answer 4

আমি আজ ডিবিগ করার চেষ্টা করে এবং একই ধরণের সমস্যাটি কাটিয়েছি। আমি যা খুঁজে পেয়েছি এবং কীভাবে আমি এটি ঘিরে কাজ করেছি তা এখানে।

সেটআপ: আমি ক্লায়েন্টে / এমএনটি / এনএফএস / হোমসে এনএফএস সার্ভার "এসআরভি 1: / এসআরভি / হোমস" থেকে ব্যবহারকারীদের হোম ডায়ার সমন্বিত অটো মাউন্ট ডিয়ার চেয়েছিলাম। এনএফএস সার্ভারগুলি এনএফএস 4 রফতানি করে। অটোফস সংস্করণ 5.1.3

আমি প্রতিটি ক্লায়েন্টকে এর মতো কনফিগার করেছিলাম:

/etc/auto.mount: নিম্নলিখিত ফাইলগুলি অন্তর্ভুক্ত:

... 
/mnt/nfs /etc/auto.home
...

/etc/auto.home:

homes  -rw,soft,intr,rsize=8192,wsize=8192 srv1:/srv/homes

শেষ পর্যন্ত এটি একটি অপ্রত্যক্ষ মানচিত্র উপস্থাপন করে। অটো মাউন্ট একটি কবজ মত কাজ করে। আমি এনএফএস ভলিউমটি সঠিকভাবে মাউন্ট এবং কাজ করে যাচ্ছি। তবে ... এটি স্বয়ংক্রিয়ভাবে কখনও আনমাউন্ট হয় না। যদিও অটোফস.কনফ ফাইলটি বলে:

এবং mount600 সেকেন্ডের সময়সীমা দেখায়:

#1# /etc/auto.home on /mnt/nfs type autofs (rw,relatime,fd=18,pgrp=5054,timeout=300,minproto=5,maxproto=5,indirect) 
srv1:/srv/homes on /mnt/nfs/homes type nfs4 (rw,relatime,vers=4.2,rsize=8192,wsize=8192,namlen=255,soft,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=x.x.x.x,local_lock=none,addr=y.y.y.y)

ওয়্যানপ্লেম্যান হিসাবে জার্নালটেল থেকে অটোফ লগগুলিতে আমি (ডিবাগ লগ স্তর অ্যাক্টিভেট) অ্যাটফগুলিতে ঠিক একই দেখতে পাচ্ছিলাম

automount[53593]: st_expire: state 1 path /mnt/nfs
automount[53593]: expire_proc: exp_proc = 139645987374848 path /mnt/nfs
automount[53593]: expire_proc_indirect: expire /mnt/nfs/homes
automount[53593]: 1 remaining in /mnt/nfs
automount[53593]: expire_cleanup: got thid 139645987374848 path /mnt/nfs stat 3
automount[53593]: expire_cleanup: sigchld: exp 139645987374848 finished, switching from 2 to 1
automount[53593]: st_ready: st_ready(): state = 2 path /mnt/nfs

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

#2# systemd-1 on /mnt/nfs/homes type autofs (rw,relatime,fd=35,pgrp=1,timeout=20,minproto=5,maxproto=5,direct)
srv1:/srv/homes on /mnt/nfs/homes type nfs4 (rw,relatime,vers=4.2,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=x.x.x.x,local_lock=none,addr=y.y.y.y)

# 1 # এবং # 2 # এর মধ্যে পার্থক্যটি হ'ল পরেরটি সরাসরি মানচিত্র যেখানে # 1 # পরোক্ষ। তাই আমি তত্ক্ষণাত্ অন্য ক্লায়েন্টের অটোফগুলি পুনরায় কনফিগার করার সিদ্ধান্ত নিয়েছি এবং এর মতো সরাসরি মানচিত্র তৈরি করব:

/etc/auto.master

/-   /etc/auto.home

/etc/auto.home

/mnt/nfs/homes  -rw,soft,intr,rsize=8192,wsize=8192 srv1:/srv/homes

এবং এটি শেষ পর্যন্ত সমস্যার সমাধান করেছে। উভয় অটো মাউন্ট এবং অটো চূড়ান্ত কাজ করেছে। /etc/autofs.conf এ পূর্বনির্ধারিত অলস সময়ের পরে সফলভাবে চালানো হয়েছিল umount

অবশ্যই এনএফএস সার্ভারে কোনও পরিবর্তন প্রয়োজন হয়নি ification