completely disable lookup-domain.pl

9 posts / 0 new
Last post
#1 Tue, 11/26/2013 - 10:01
rpereyra

completely disable lookup-domain.pl

hello

Is it possible to completely disable lookup-domain.pl ?

I'm having major stability problems on my server. Each time it runs, the server stops responding, and it is impossible to access it for about half an hour until the process ends.

Already disabled the antivirus and antispam, but for some reason still execute.

What I did is now removing the execute permissions to the script:

/etc/webmin/virtual-server/lookup-domain.pl

Is it okay what I did?

Any other ideas?

Below I detail log, when the script ran and killed the server.

The server have 1Gb ram and do not have high traffic.

Excuse my english.

---------------------------

Nov 26 08:40:21 server2 kernel: lookup-domain.p invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0
Nov 26 08:40:22 server2 kernel: lookup-domain.p cpuset=/ mems_allowed=0
Nov 26 08:40:22 server2 kernel: Pid: 19161, comm: lookup-domain.p Not tainted 2.6.32-358.23.2.el6.i686 #1
Nov 26 08:40:22 server2 kernel: Call Trace:
Nov 26 08:40:22 server2 kernel: [] ? dump_header+0x84/0x190
Nov 26 08:40:22 server2 kernel: [] ? xen_restore_fl_direct_end+0x0/0x1
Nov 26 08:40:22 server2 kernel: [] ? _spin_unlock_irqrestore+0xd/0x10
Nov 26 08:40:22 server2 kernel: [] ? oom_kill_process+0x68/0x280
Nov 26 08:40:22 server2 kernel: [] ? oom_badness+0x92/0xf0
Nov 26 08:40:22 server2 kernel: [] ? out_of_memory+0xc8/0x1e0
Nov 26 08:40:22 server2 kernel: [] ? __alloc_pages_nodemask+0x7fd/0x810
Nov 26 08:40:22 server2 kernel: [] ? handle_pte_fault+0xa6f/0xdf0
Nov 26 08:40:22 server2 kernel: [] ? handle_mm_fault+0x131/0x1d0
Nov 26 08:40:22 server2 kernel: [] ? __do_page_fault+0xfb/0x430
Nov 26 08:40:22 server2 kernel: [] ? rw_verify_area+0x66/0xe0
Nov 26 08:40:22 server2 kernel: [] ? vfs_read+0x11e/0x190
Nov 26 08:40:23 server2 kernel: [] ? do_page_fault+0x2a/0x90
Nov 26 08:40:23 server2 kernel: [] ? do_page_fault+0x0/0x90
Nov 26 08:40:23 server2 kernel: [] ? error_code+0x73/0x78
Nov 26 08:40:23 server2 kernel: Mem-Info:
Nov 26 08:40:23 server2 kernel: DMA per-cpu:
Nov 26 08:40:23 server2 kernel: CPU 0: hi: 0, btch: 1 usd: 0
Nov 26 08:40:23 server2 kernel: Normal per-cpu:
Nov 26 08:40:23 server2 kernel: CPU 0: hi: 186, btch: 31 usd: 183
Nov 26 08:40:23 server2 kernel: HighMem per-cpu:
Nov 26 08:40:23 server2 kernel: CPU 0: hi: 90, btch: 15 usd: 6
Nov 26 08:40:23 server2 kernel: active_anon:116556 inactive_anon:117171 isolated_anon:2816
Nov 26 08:40:23 server2 kernel: active_file:7 inactive_file:96 isolated_file:0
Nov 26 08:40:23 server2 kernel: unevictable:0 dirty:0 writeback:219 unstable:0
Nov 26 08:40:23 server2 kernel: free:4459 slab_reclaimable:1761 slab_unreclaimable:3238
Nov 26 08:40:23 server2 kernel: mapped:17 shmem:2 pagetables:5135 bounce:0
Nov 26 08:40:23 server2 kernel: DMA free:4092kB min:72kB low:88kB high:108kB active_anon:692kB inactive_anon:1480kB active_file:0kB inactive_file:48kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15868kB mlocked:0kB dirty:0kB writeback:12kB mapped:0kB shmem:0kB slab_reclaimable:28kB slab_unreclaimable:4kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:96 all_unreclaimable? no
Nov 26 08:40:23 server2 kernel: lowmem_reserve[]: 0 696 1000 1000
Nov 26 08:40:23 server2 kernel: Normal free:13428kB min:3336kB low:4168kB high:5004kB active_anon:316748kB inactive_anon:318368kB active_file:0kB inactive_file:88kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:713224kB mlocked:0kB dirty:0kB writeback:12kB mapped:8kB shmem:0kB slab_reclaimable:7016kB slab_unreclaimable:12948kB kernel_stack:3808kB pagetables:20540kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:152 all_unreclaimable? no
Nov 26 08:40:23 server2 kernel: lowmem_reserve[]: 0 0 2428 2428
Nov 26 08:40:23 server2 kernel: HighMem free:316kB min:300kB low:660kB high:1024kB active_anon:148784kB inactive_anon:148836kB active_file:28kB inactive_file:248kB unevictable:0kB isolated(anon):11264kB isolated(file):0kB present:310900kB mlocked:0kB dirty:0kB writeback:852kB mapped:60kB shmem:8kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:1435 all_unreclaimable? no
Nov 26 08:40:23 server2 kernel: lowmem_reserve[]: 0 0 0 0
Nov 26 08:40:23 server2 kernel: DMA: 5*4kB 1*8kB 2*16kB 2*32kB 2*64kB 6*128kB 4*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 4092kB
Nov 26 08:40:23 server2 kernel: Normal: 309*4kB 94*8kB 81*16kB 123*32kB 47*64kB 7*128kB 3*256kB 3*512kB 0*1024kB 0*2048kB 0*4096kB = 13428kB
Nov 26 08:40:23 server2 kernel: HighMem: 11*4kB 8*8kB 11*16kB 1*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 316kB
Nov 26 08:40:23 server2 kernel: 39510 total pagecache pages
Nov 26 08:40:23 server2 kernel: 39403 pages in swap cache
Nov 26 08:40:23 server2 kernel: Swap cache stats: add 842128, delete 802725, find 140097/201621
Nov 26 08:40:23 server2 kernel: Free swap = 0kB
Nov 26 08:40:23 server2 kernel: Total swap = 1048568kB
Nov 26 08:40:23 server2 kernel: 262143 pages RAM
Nov 26 08:40:23 server2 kernel: 78338 pages HighMem
Nov 26 08:40:23 server2 kernel: 5048 pages reserved
Nov 26 08:40:23 server2 kernel: 6361 pages shared
Nov 26 08:40:23 server2 kernel: 247604 pages non-shared
Nov 26 08:40:23 server2 kernel: [ pid ] uid tgid total_vm rss cpu oom_adj oom_score_adj name
Nov 26 08:40:23 server2 kernel: [ 322] 0 322 618 2 0 -17 -1000 udevd
Nov 26 08:40:23 server2 kernel: [ 535] 0 535 617 2 0 -17 -1000 udevd
Nov 26 08:40:23 server2 kernel: [ 791] 0 791 517 2 0 0 0 portreserve
Nov 26 08:40:23 server2 kernel: [ 798] 0 798 8999 54 0 0 0 rsyslogd
Nov 26 08:40:23 server2 kernel: [ 825] 25 825 15345 902 0 0 0 named
Nov 26 08:40:23 server2 kernel: [ 874] 0 874 640 8 0 0 0 mdadm
Nov 26 08:40:23 server2 kernel: [ 903] 81 903 753 1 0 0 0 dbus-daemon
Nov 26 08:40:23 server2 kernel: [ 937] 68 937 1524 1 0 0 0 hald
Nov 26 08:40:23 server2 kernel: [ 938] 0 938 950 2 0 0 0 hald-runner
Nov 26 08:40:23 server2 kernel: [ 975] 0 975 968 2 0 0 0 hald-addon-inpu
Nov 26 08:40:23 server2 kernel: [ 995] 0 995 2164 1 0 -17 -1000 sshd

Tue, 11/26/2013 - 13:15
andreychek

Howdy,

That script is run anytime there is an incoming email.

If you're seeing it a lot, it may mean there is a lot of email coming in or out of your server.

What is the output of these commands:

free -m
mailq | tail -1
uptime
Tue, 11/26/2013 - 13:40 (Reply to #2)
rpereyra

Hi

This is the output:

free -m
total used free shared buffers cached
Mem: 1890 944 945 0 80 690
-/+ buffers/cache: 173 1716
Swap: 1023 30 993

mailq | tail -1
-- 5239 Kbytes in 8 Requests.

uptime
16:26:51 up 7:06, 1 user, load average: 0.06, 0.10, 0.03

What happen if I remove this file ?

Thanks for your help.

roberto

Tue, 11/26/2013 - 14:21
andreychek

Well, the issue isn't likely to be with the lookup-domain program itself -- the issue you saw was probably just a symptom of a deeper problem that's occurring.

It's not really possible to disable that though.

What you could do though, to slow down email processing, is to go into System Settings -> Virtualmin Config -> Spam Filtering, and in there set "Lookup domain for incoming email" to "One at a time".

Then, if you get a burst of email traffic, it won't attempt to process more than one email at a time.

-Eric

Tue, 11/26/2013 - 17:01
rpereyra

Thanks, I will to try that.

Thanks again.

roberto

Tue, 11/26/2013 - 17:19
rpereyra

One question:

/etc/webmin/virtual-server/lookup-domain.pl

runs at fixed time periods or with every inbound mail?

I ask because the server problems were almost always at the same time.

roberto

Tue, 11/26/2013 - 22:17
andreychek

It runs with every inbound email.

It normally goes unnoticed, and doesn't consume a lot of resources -- but if there's a large influx of email, and not enough system resources to go around, some systems don't handle that well, and that's where the "One at a time" setting can come in handy.

-Eric

Wed, 11/27/2013 - 04:48 (Reply to #7)
rpereyra

thanks

I have reduced the value of "maxproc" 100 to 25, to limit the number of simultaneous incoming mails.

# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ==========================================================================
smtp inet n - n - 25 smtpd -o smtpd_sasl_auth_enable=yes
26 inet n - n - 10 smtpd -o smtpd_sasl_auth_enable=yes

Hope that helps.

thanks for your great work and help !

roberto

Wed, 11/27/2013 - 07:58 (Reply to #8)
rpereyra

>What you could do though, to slow down email processing, is to go into System Settings -> Virtualmin >Config -> Spam Filtering, and in there set "Lookup domain for incoming email" to "One at a time".

I did that but seems not work, may be a bug, it continues to run at the same time and kill my server.

I've attach a screenshot.

I going to open a bug ticket.

roberto

Topic locked