কোনও পরিষেবা কেন পুনরায় চালু হয় এবং কে করেছে তা জানার উপায় আছে?


10
  • উবুন্টু 14.04
  • ক্ল্যামাভ 0.98.7

clamav-daemonপ্রায় প্রতিদিন সমস্যাটি পুনরায় শুরু করা হয়:

Sep  1 06:30:00 x-master clamd[6778]: Pid file removed.
clamd[6778]: --- Stopped at Tue Sep  1 06:30:00 2015
clamd[5979]: clamd daemon 0.98.7 (OS: linux-gnu, ARCH: x86_64, CPU: x86_64)
clamd[5979]: Running as user root (UID 0, GID 0)
clamd[5979]: Log file size limited to 4294967295 bytes.
clamd[5979]: Reading databases from /var/lib/clamav
clamd[5979]: Not loading PUA signatures.
clamd[5979]: Bytecode: Security mode set to "TrustSigned".

এটি clamdscanচলমান থাকলে এটি একটি সমস্যার সৃষ্টি করে :

/etc/cron.daily/clamav_scan:
ERROR: Could not connect to clamd on x.x.x.x: Connection refused

লক্ষ্য করুন যে আমি শুরুতে "প্রায়" বলেছিলাম:

/var/log/syslog:Sep  1 06:30:00 x-master clamd[6778]: Pid file removed.
/var/log/syslog.1:Aug 31 06:27:54 x-master clamd[20128]: Pid file removed.
/var/log/syslog.4.gz:Aug 28 06:28:34 x-master clamd[4475]: Pid file removed.
/var/log/syslog.5.gz:Aug 27 06:27:47 x-master clamd[21466]: Pid file removed.

আপনি দেখতে পারেন:

  • এটি 29 এবং 30 আগস্টে ঘটেনি
  • এটি প্রায়শই পুনরায় শুরু হয়েছিল 06:27 এর সময় cron.dailyযা চালানো হয়

    27 6 * * * root nice -n 19 ionice -c3 run-parts --report /etc/cron.daily
    

এর বিষয়বস্তু /etc/cron.daily/clamav_scan:

find / $exclude_string ! \( -path "/tmp/clamav-*.tmp" -prune \) ! \( -path "/var/lib/elasticsearch" -prune \) ! \( -path "/var/lib/mongodb" -prune \) ! \( -path "/var/lib/graylog-server" -prune \) -mtime -1 -type f -print0 | xargs -0 clamdscan --quiet -l "$status_file" || retval=$?

ক্ল্যামাভ-ডেমনটির জন্য একটি লোগ্রোটেট ফাইল রয়েছে:

/var/log/clamav/clamav.log {
     rotate 12
     weekly
     compress
     delaycompress
     create 640  clamav adm
     postrotate
     /etc/init.d/clamav-daemon reload-log > /dev/null
     endscript
     }

তবে এটি কেবল লগ পুনরায় লোড করুন:

Sep  1 02:30:24 uba-master clamd[6778]: SIGHUP caught: re-opening log file.

আমি জানি যে আমরা auditdবাইনারি ফাইলটি নিরীক্ষণ করতে ব্যবহার করতে পারি এবং এখানে একটি উদাহরণ লগ করছি:

ausearch -f /usr/sbin/clamd                                                                                                        [2/178]
----
time->Tue Sep  1 07:56:44 2015
type=PATH msg=audit(1441094204.559:15): item=1 name=(null) inode=2756458 dev=fc:00 mode=0100755 ouid=0 ogid=0 rdev=00:00
type=PATH msg=audit(1441094204.559:15): item=0 name="/usr/sbin/clamd" inode=3428628 dev=fc:00 mode=0100755 ouid=0 ogid=0 rdev=00:00
type=CWD msg=audit(1441094204.559:15):  cwd="/"
type=EXECVE msg=audit(1441094204.559:15): argc=1 a0="/usr/sbin/clamd"
type=SYSCALL msg=audit(1441094204.559:15): arch=c000003e syscall=59 success=yes exit=0 a0=7ffd277e03dc a1=7ffd277dfa78 a2=7ffd277dfa88 a3=7ffd277df570 items=2
 ppid=5708 pid=5946 auid=4294967295 uid=109 gid=114 euid=109 suid=109 fsuid=109 egid=114 sgid=114 fsgid=114 tty=pts1 ses=4294967295 comm="clamd" exe="/usr/sbin/clamd" key=(null)

109 ... এর ইউআইডি হ'ল clamav:

getent passwd clamav clamav:x:109:114::/var/lib/clamav:/bin/false

এই ক্ষেত্রে সমস্যা সমাধানের আর কোন উপায় আছে কি?


প্রত্যুত্তর

সম্ভবত এভি সংজ্ঞা আপডেট করার পরে ফ্রেশক্ল্যাম?

আমি এটা সম্পর্কে চিন্তা. এখানে লগ আছে:

Sep  1 05:31:04 x-master freshclam[16197]: Received signal: wake up
Sep  1 05:31:04 x-master freshclam[16197]: ClamAV update process started at Tue Sep  1 05:31:04 2015
Sep  1 05:31:04 x-master freshclam[16197]: main.cvd is up to date (version: 55, sigs: 2424225, f-level: 60, builder: neo)
Sep  1 05:31:05 x-master freshclam[16197]: Downloading daily-20865.cdiff [100%]
Sep  1 05:31:09 x-master freshclam[16197]: daily.cld updated (version: 20865, sigs: 1555338, f-level: 63, builder: neo)
Sep  1 05:31:10 x-master freshclam[16197]: bytecode.cvd is up to date (version: 268, sigs: 47, f-level: 63, builder: anvilleg)
Sep  1 05:31:13 x-master freshclam[16197]: Database updated (3979610 signatures) from db.local.clamav.net (IP: 168.143.19.95)
Sep  1 05:31:13 x-master freshclam[16197]: Clamd successfully notified about the update.
Sep  1 05:31:13 x-master freshclam[16197]: --------------------------------------
Sep  1 04:34:10 x-master clamd[6778]: SelfCheck: Database status OK.
Sep  1 05:31:13 x-master clamd[6778]: Reading databases from /var/lib/clamav
Sep  1 05:31:22 x-master clamd[6778]: Database correctly reloaded (3974071 signatures)

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

তদুপরি, টাইমস্ট্যাম্প থেকে, আমি দেখেছি যে ক্ল্যামাভ-ডেমন ফ্রেশক্ল্যাম আপডেট ডেটাবেস এক ঘন্টা পরে পুনরায় শুরু করেছে। এটা কি স্বাভাবিক?


আপডেট মঙ্গলবার 1 সেপ্টেম্বর 22:10:49 আইসিটি 2015

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

আমি একটি পরীক্ষা করে নিশ্চিত করতে পারি যে এটি সঠিক:

  • এক মিনিটের ব্যবধানে পরিবর্তন করতে ফ্রেশক্ল্যাম.কনফ ফাইলটি সম্পাদনা করুন ( Checks 1440)
  • ক্ল্যামাভ-ফ্রেশক্ল্যাম পুনরায় চালু করুন
  • সিডি / ভার / লিব / ক্ল্যামভ
  • আরএম রোজ
  • এক মিনিট অপেক্ষা করুন

    Sep  1 14:49:25 p freshclam[7654]: Downloading daily.cvd [100%]
    Sep  1 14:49:28 p freshclam[7654]: daily.cvd updated (version: 19487, sigs: 1191913, f-level: 63, builder: neo)
    Sep  1 14:49:28 p freshclam[7654]: Reading CVD header (bytecode.cvd):
    Sep  1 14:49:28 p freshclam[7654]: OK
    Sep  1 14:49:28 p freshclam[7654]: bytecode.cvd is up to date (version: 245, sigs: 43, f-level: 63, builder: dgoddard)
    Sep  1 14:49:31 p freshclam[7654]: Database updated (3616181 signatures) from clamav.local (IP: 10.0.2.2)
    Sep  1 14:49:31 p freshclam[7654]: Clamd successfully notified about the update.
    Sep  1 14:49:31 p freshclam[7654]: --------------------------------------
    Sep  1 14:49:32 p clamd[6693]: Reading databases from /var/lib/clamav
    Sep  1 14:49:39 p clamd[6693]: Database correctly reloaded (3610621 signatures)
    

এবং ক্লেমাভ-ডেমন পুনরায় আরম্ভ করা হয়নি।


আমি মূল প্রশ্নের জবাব দিলাম।
কোয়ান্টা

1
খুব বেশি নিশ্চিত নয়, তাই সম্পূর্ণ উত্তরের পরিবর্তে আমার
অভ্যাসমূলক

1
সম্ভবত কোন প্রক্রিয়া ক্ল্যামাভ পিড ফাইল মুছে ফেলার চেষ্টা করবে? জিজ্ঞাসাবাবু
প্রশ্ন /

2
আপনি কি কোনও কনফিগারেশন ম্যানেজমেন্ট সিস্টেম ব্যবহার করছেন না যেমন পুতুল, শেফ, সিফেনজিন, যাতে হস্তক্ষেপ করতে পারে?
সৌম্যদীপ ডিএম

2
@ সৌম্যডিপডিএম: আপনি আমার দিনটি বাঁচিয়েছেন। উত্তর হিসাবে আপনার মন্তব্য পোস্ট নির্দ্বিধায়, আমি এটি গ্রহণ করব এবং আপনাকে একটি অনুগ্রহ দেব: ডি।
কোয়ান্টা

উত্তর:


7

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


5

আমার কাছে নোট।

কাজের ক্যাশে থেকে আউটপুট:

----------
          ID: clamav-daemon
    Function: service.running
      Result: True
     Comment: Service restarted
     Started: 06:27:52.736890
    Duration: 12997.632 ms
     Changes:
              ----------
              clamav-daemon:
                  True

ক্লেমাভ সূত্রটি দেখুন:

  clamav-daemon:
    service:
      - running
      - order: 50
      - require:
        - service: clamav-freshclam
      - watch:
        - pkg: clamav-daemon
        - file: clamav-daemon
        - user: clamav

watchএড স্টেটগুলির কোনও কিছুই পরিবর্তিত হয়নি:

----------
          ID: clamav-daemon
    Function: pkg.latest
      Result: True
     Comment: Package clamav-daemon is already up-to-date.
     Started: 06:27:51.531415
    Duration: 53.224 ms
     Changes:

----------
          ID: clamav-daemon
    Function: file.managed
        Name: /etc/clamav/clamd.conf
      Result: True
     Comment: File /etc/clamav/clamd.conf is in the correct state
     Started: 06:27:51.760019
    Duration: 625.075 ms
     Changes:

----------
          ID: clamav
    Function: user.present
      Result: True
     Comment: User clamav is present and up to date
     Started: 06:27:51.590214
    Duration: 2.455 ms
     Changes:

কেন পরিষেবাটি আবার চালু করা হয়েছে?

অনুসন্ধান করে watch_in, আমি একটি রাষ্ট্র পেয়েছি যা পিড ফাইল পরিচালনা করে এবং পিড ফাইলটি পরিবর্তিত হলে পরিষেবাটি পুনরায় চালু করা হবে:

{%- macro manage_pid(path, user, group, watch_in_service, mode=644) -%}
    {%- if salt['file.file_exists'](path) %}
{{ path }}:
  file:
    - managed
    - user: {{ user }}
    - group: {{ group }}
    - mode: {{ mode }}
    - replace: False
        {%- if caller is defined -%}
            {%- for line in caller().split("\n") -%}
                {%- if loop.first %}
    - require:
                {%- endif %}
{{ line|trim|indent(6, indentfirst=True) }}
            {%- endfor -%}
        {%- endif %}
    - watch_in:
      - service: {{ watch_in_service }}
    {%- else %}
# {{ path }} does not exist, no need to manage
    {%- endif -%}
{%- endmacro -%}

{%- call manage_pid('/var/run/clamav/clamd.pid', 'clamav', 'clamav', 'clamav-daemon', 664) %}
- pkg: clamav-daemon
{%- endcall %}

এর ফলাফলের মধ্যে salt-run jobs.lookup_jid <job id number>, আমি এটি দেখেছি:

----------
          ID: /var/run/clamav/clamd.pid
    Function: file.managed
      Result: True
     Comment:
     Started: 06:27:52.392555
    Duration: 2.364 ms
     Changes:
              ----------
              group:
                  clamav
              user:
                  clamav

সুতরাং, সেই পিড ফাইলের মালিক / গোষ্ঠী পরিবর্তন করা হয়েছে clamav। পরিশেষে, আমি খুঁজে পেয়েছি কারণটি হ'ল ক্ল্যামাভ ডেমন rootব্যবহারকারী হিসাবে নেটওয়ার্ক মোডে চলছে । সুতরাং, পিড ফাইলটি তৈরি করা হয়েছিল root। সুতরাং, পিড ফাইল পরিচালনা করে এমন রাষ্ট্রকে অবশ্যই এমন কিছুতে পরিবর্তন করতে হবে:

{%- call manage_pid('/var/run/clamav/clamd.pid', 'root', 'root', 'clamav-daemon', 664) %}
- pkg: clamav-daemon
{%- endcall %}
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.