সার্ভার: আরএইচএল 5.9 / এসএমবিডি 3.0.33 - ক্লায়েন্ট: বিবিধ, যদিও সকলেই বর্তমান মাউন্ট কোডিফ ব্যবহার করছে (5.2)
আমি ইতিমধ্যে এই সমস্যাটির সমাধান করেছি, তবে এই ত্রুটি কোডগুলি সন্ধান করার মতো দুঃস্বপ্ন হয়েছিল আমার মনে হয়েছিল যে এটি সার্বজনীন ডকুমেন্টিংয়ের প্রয়োজন।
লক্ষণগুলি : একটি নির্দিষ্ট সিআইএফএস ক্লায়েন্ট থেকে লিনাক্স সাম্বা সার্ভারে অনির্দেশীয়, বিরতিযুক্ত মাউন্ট ব্যর্থতা। আমার সমস্ত লিনাক্স ক্লায়েন্ট লগইনে পাম_মাউন্ট ব্যবহারকারীর বাড়ি। এলোমেলোভাবে এবং স্বতঃস্ফূর্তভাবে হোম ডির মাউন্টগুলি একটি মেশিনে ব্যর্থ হতে শুরু করে । লগইনস এবং মাউন্টগুলি অন্য সমস্ত ক্লায়েন্টগুলিতে নির্বিঘ্নে কাজ করতে থাকে। প্রাথমিকভাবে আমি ভেবেছিলাম ভাঙা ক্লায়েন্টের উপর একটি অস্বাভাবিক পরিমাণে ক্রিয়াকলাপ এসএমডিডিকে ফ্রিক হয়ে উঠছে, তবে ব্যবহার বন্ধ হয়ে যাওয়ার পরেও মাঝে মাঝে ব্যর্থতা স্থির ছিল।
হাত দিয়ে মাউন্ট করার চেষ্টা ব্যর্থ এবং রিপোর্ট:
Errors from underlying mount program
mount error(12): Cannot allocate memory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
<debug enable="1"/>পাম_মাউন্ট থেকে আরও তথ্য পেতে /etc/security/pam_mount.conf.xML এ সেট করুন :
command: 'mount' '-t' 'cifs' '//my_server/watdo' '/home/watdo' '-o' 'user=watdo,uid=666,gid=666'
pam_mount(misc.c:38): set_myuid<pre>: (ruid/rgid=0/0, e=0/0)
pam_mount(misc.c:38): set_myuid<post>: (ruid/rgid=0/0, e=0/0)
pam_mount(mount.c:64): Errors from underlying mount program:
pam_mount(mount.c:68): mount error(12): Cannot allocate memory
pam_mount(mount.c:68): Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)`
/var/log/kern.log এছাড়াও এই ইভেন্টে রিপোর্ট করেছে:
kernel: [4316790.256149] CIFS VFS: cifs_mount failed w/return code = -12
'প্রতিধ্বনি 1> জন্য / proc / FS / CIFS / cifsFYI' cranks আপ mount.cifs ডিবাগ (/ var / log /? ডিবাগ লিখেছেন)। এখানে ভাল অংশটি (পরিচিত দেখছেন?):
CIFS Session Established successfully
For smb_command 117
Sending smb: total_len 88
cifs_sync_mid_result: cmd=117 mid=54307 state=4
Mapping smb error code 0xc0000205 to POSIX err -12
এই মুহুর্তে ক্লায়েন্টের পক্ষে আক্ষরিকভাবে অন্য কোনও তথ্য নেই। cifs মাউন্ট অনুরোধ বাইরে যায় এবং ক্লায়েন্ট প্রায় অবিলম্বে মারা যায়। মাউন্ট.সিফস ত্রুটি (12) বেশ অজানা তথ্যমূলক (ম্যান পেজ সাহায্য করে না, থেক্স ছেলেরা)। বিস্তৃত ইন্টারনেট অনুসন্ধান অনুসন্ধানগুলি প্রকাশ করে যে এটি একটি সাধারণ ত্রুটি কোড,
সার্ভারে চেক করার সময়! log level = 3/Etc/samba/smb.conf এ এসএমবিডির জন্য সেট করুন (ব্যবহারের সাম্বা বইটি থেকে: "3 এর উপরে স্তরগুলি বিকাশকারীদের ব্যবহারের জন্য এবং বিপুল পরিমাণে ক্রিপ্টিক তথ্য ডাম্প করে" "লোল!)। এখানে সম্পর্কিত লাইন:
[2013/02/08 10:18:03, 3] smbd/error.c:error_packet_set(106)
error packet at smbd/reply.c(514) cmd=117 (SMBtconX) NT_STATUS_INSUFF_SERVER_RESOURCES
প্রায় সেখানেই ... এসএমবি মেইলিং তালিকা সংরক্ষণাগার থেকে আমি একটি পৃথক এসএমএস সংযোগে পেগড শেয়ার সীমা হিসাবে চিহ্নিত এমন এক ধরণের অনুরূপ সমস্যার প্রতিবেদন করলাম। সার্ভারে খোলা শেয়ারগুলি তালিকাভুক্ত করুন:
smbstatus -S | grep <serverIP> | wc -l2048 ফেরত । খুব স্পষ্টতই।
আসলে 'আইপিসি $' এর জন্য smbstatus -Sপ্রকাশিত হাজার হাজার এন্ট্রিগুলির আউটপুট পরীক্ষা করা । আইপিসিতে সাম্বা ডক্স $ এটি বেনামে শেয়ার ব্রাউজিং এবং "কিছু অন্যান্য সংস্থান" অ্যাক্সেসের সাথে জড়িত $ আমি হোস্টটিকে /etc/samba/smb.conf এ সার্ভারে অস্বীকার সেট করেছি:
[IPC$]
hosts deny = 0.0.0.0/0
এখন দুর্দান্ত কাজ করে। ঠিক আছে, আশা করি এখানে কিছু কিছু ভবিষ্যতে কিছুটা দরিদ্র আত্মাকে সাহায্য করবে।
আমি সাইটের অনুভূতিতে অনুমান করি আমি একটি প্রশ্ন জিজ্ঞাসা করব: কেন এসএমএস করবে না আইপিসি-শেয়ারগুলি সাফ করবেন? প্রতি ক্লায়েন্ট সংযোগের পরিবর্তে শেয়ারের সাথে ব্যবহারকারী সংযোগের জন্য একটি আইপিসি কেন প্রতিষ্ঠা করবেন? আপনি কি ক্লায়েন্টের পক্ষ থেকে আইপিসি-ভাগ ক্রিয়েশনটি অক্ষম করতে পারেন? শেয়ার প্রতি সর্বাধিক # সংযোগ বাড়ানোর কোনও উপায় আছে (এটি এই ক্ষেত্রে সহায়তা করবে না)? আমি এটি ডক্সে দেখিনি।