স্যুইচ করা যায় না, নির্দিষ্ট ব্যবহারকারীকে ssh করতে পারেন: su: ব্যবহারকারীর আইডি সেট করতে পারে না: রিসোর্স অস্থায়ীভাবে অনুপলব্ধ?


15

/var/log/secure:

su: pam_keyinit(su-l:session): Unable to change UID to 500 temporarily
su: pam_keyinit(su-l:session): Unable to change UID to 500 temporarily
su: pam_unix(su-l:session): session opened for user adtech by root(uid=0)
su: pam_unix(su-l:session): session closed for user adtech

আমি অনুমান করি যে এটি প্রতি ব্যবহারকারীর সীমা দ্বারা সৃষ্ট, তবে অন্য ব্যবহারকারীর সাথে তুলনা করার সময় আলাদা কিছু নেই different

এর ulimit -nজন্য এখানে adtech:

[adtech@hmaster87 root]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 192025
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 655360
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

এবং এটির জন্য quanta:

[quanta@hmaster87 ~]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 192025
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 655360
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

দ্বারা চালিত প্রক্রিয়া সংখ্যা adtech:

[root@hmaster87 ~]# ps -U adtech | wc -l
25

অন্য কোন জিনিস যাচাই করতে হবে?


আপডেট শনিবার 21 জুলাই 09:21:26 আইসিটি 2012:

# getent passwd adtech
adtech:x:500:502::/home/adtech:/bin/bash

যেমন আমি নীচের মন্তব্যে বলেছি, আমার সহকর্মী প্রক্রিয়াটি খুঁজে পেয়েছিলেন যা সম্ভবত অপরাধী:

adtech 12901 1 0 08:58 ? 00:00:00 /home/adtech/nexus/bin/../bin/jsw/linux-x86-64/wrapper /home/adtech/nexus/bin/../bin/jsw/conf/wrapper.conf wrapper.syslog.ident=nexus wrapper.pidfile=/home/adtech/nexus/bin/../bin/jsw/linux-x86-64/nexus.pid wrapper.daemonize=TRUE

adtech 12903 12901 1 08:58 ? 00:00:24 java -Dsun.net.inetaddr.ttl=3600 -DbundleBasedir=. -Djava.io.tmpdir=./tmp -DjettyContext=nexus.properties -DjettyContextIncludeKeys=bundleBasedir -DjettyPlexusCompatibility=true -Djava.library.path=bin/jsw/lib -classpath bin/jsw/lib/wrapper-3.2.3.jar:./lib/plexus-classworlds-2.4.jar:./conf/ -Dwrapper.key=ejxHaBJASiFkAB8w -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=12901 -Dwrapper.version=3.2.3 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.codehaus.plexus.classworlds.launcher.Launcher ./conf/jetty.xml

এই প্রক্রিয়াটি হত্যা করে সমস্যাটি চলে যায় তবে আমরা এখনও জানি না কোন সীমাটি অতিক্রম করেছিল।


আপডেট শনি 15 ডিসেম্বর 00:56:13 আইসিটি 2012:

@ ফেভাদির উত্তরটি সঠিক, তবে কেউ এই থ্রেডের ক্ষেত্রে আমি এখানে আপডেট করব।

লগ ফাইলটি বলেছে যে:

jvm 1    | Server daemon died!
jvm 1    | java.lang.OutOfMemoryError: unable to create new native thread
jvm 1    |      at java.lang.Thread.start0(Native Method)
jvm 1    |      at java.lang.Thread.start(Thread.java:640)
jvm 1    |      at org.tanukisoftware.wrapper.WrapperManager.privilegedStopInner(WrapperManager.java:3152)
jvm 1    |      at org.tanukisoftware.wrapper.WrapperManager.handleSocket(WrapperManager.java:3797)
jvm 1    |      at org.tanukisoftware.wrapper.WrapperManager.run(WrapperManager.java:4084)
jvm 1    |      at java.lang.Thread.run(Thread.java:662)

দুঃখিতটি যদি এটি খুব সুস্পষ্ট হয় তবে আপনার সিস্টেমে ইউজারআইডি 500 আছে কি? এটি ব্যবহার করা হবে এমন একটি ব্যবহারকারীর সাথে সম্পর্কিত? শুভকামনা।
শেল্টার

অবশ্যই, adtechব্যবহারকারীর ইউআইডি 500 রয়েছে my আমার আপডেট হওয়া দেখুন। আমার সহকর্মী প্রক্রিয়াটি খুঁজে পেয়েছিলেন যা অপরাধী। এই প্রক্রিয়াটি হত্যা করে সমস্যাটি চলে যায় তবে আমরা এখনও জানি না কোন সীমাটি অতিক্রম করেছে: ফাইলগুলি খোলেন না, প্রক্রিয়াগুলির সংখ্যা হয় না, সম্ভবত মেমরি বা অন্য কিছু anything কোন চিন্তা?
কোয়ান্টা

সেই প্রক্রিয়াটিতে
স্ট্রেস

উত্তর:


12

এটি max user processes (-u) 1024খুব কম যে সম্ভব হতে পারে ।

মনে রাখবেন যে প্রক্রিয়া এবং থ্রেডগুলি একসাথে গণনা করছে। আপনি ps -eLF | grep adtech | wc -lআপনার বর্তমান মানটি ব্যবহার করতে পারেন ।


7
আরও স্পষ্টভাবে, এটি হওয়া উচিত ps -eLF -U adtech | wc -l
কোয়ান্টা

2
আপনি যদি ভাবছেন যে সেটটি কোথায় সেট করা আছে, /etc/security/limits.d/90-nproc.conf এ দেখুন (ধরে নিচ্ছেন আপনি আরএইচ সিস্টেমে আছেন)।
মেরিকন

@ এম্রিকন চেকিং সেন্টোস /etc/security/limits.d/90-nproc.conf/etc/security/limits.d/90-nproc.conf: No such file or directory
030

@ খুব ভাল, আপনি /etc/security/limits.d/ এ "এলএস" করতে পারতেন এবং লক্ষ্য করেছেন যে EL-7 এ "20-nproc.conf" বলা হয়, এটি সম্ভবত এখানে জিজ্ঞাসা করার চেয়ে আরও দ্রুততর হত।
মেরিকন

2
@ কোয়ান্টা, আরও সুনির্দিষ্ট হওয়ার জন্য, এটি হওয়া উচিত ps -LF -U adtech | wc -l-eবিকল্পটি ব্যবহার করার সময় আপনি অন্যান্য ব্যবহারকারীদের প্রক্রিয়াগুলিও পান।
ল্যামবার্ট

2

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

আপনার ত্রুটি বার্তায় অনুসন্ধান করলে পাম_কিইনিটের জন্য বাগ রিপোর্টগুলি পাওয়া যায়: আপডেট হওয়া সংস্করণ উপলব্ধ কিনা তা আপনার বিক্রেতার সংগ্রহস্থলের সাথে পরীক্ষা করুন।


+1 টি। আমি পাঠটি ভুলে গেছি: সমস্যা হওয়ার সময় লগটি একবার দেখুন। আমার প্রশ্ন আপডেট।
কোয়ান্টা

0

ত্রুটি দ্বারা রিপোর্ট করা হয়েছিল pam_keyinit। যেহেতু আমি এই মডিউলটির সাথে পরিচিত নই, তাই আমি নথিপত্র অনুসন্ধান করেছি এবং এই ম্যানপেজটি পেয়েছি । বর্ণনার উপর ভিত্তি করে, আমি অবাক হই যে সম্ভবত আপনি যে প্রক্রিয়াটি মেরেছিলেন তা পাম_কিইনিটকে সংশোধন করার জন্য প্রয়োজনীয় কিছু ফাইলের প্রয়োজনীয় অ্যাক্সেসকে বাধা দিয়েছে? আশা করি এটি আপনাকে কিছু দিকনির্দেশনা দেয়।


0

যদি ব্যবহারকারীটির প্রক্রিয়া-চালানোর সীমাটি পৌঁছে যায় তবে এই সমস্যাটি ঘটতে পারে। প্রক্রিয়া সীমাটি সম্পাদনা করে বাড়ানো যেতে পারে: /etc/security/limits.confরুট অনুমতি থাকা কোনও ব্যবহারকারীর সাথে ফাইল। চেক করতে প্রবেশের অনুরূপ হবে:

*          hard     nproc         100

কোনও পরিষেবা পুনরায় চালু করার দরকার নেই।


1
আমার ক্ষেত্রে কঠোর সীমা বাড়ানোর কোনও তাত্ক্ষণিক প্রভাব ছিল না; আমাকে নরমটি বদলাতে হয়েছিল।
নিকোলা মুসাত্তি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.