LINUX.ORG.RU
решено Форум — General  

висит debian из-за mariadb

 , , ,


0

1

Добрый день, есть 2 сервера (VPS micro - 1cpu/512озу/10gb ssd)

Установлено: ufw, fail2ban, mariadb, php-fpm, nginx.

Так вот, первый сервер со старым ядром (2.6.32-042stab134.3) - летает и вроде тьфу тьфу, а вот второй сервер (4.19.0-13-cloud-amd64) постоянно виснет (wp+learnpress+ woocommerce)

Висел из-за mariadb - погуглил и оптимизировал, уменьшил потребление памяти, вроде полетел. При оптимизации долгих скриптов не обнаружено.

Потом висел из-за woocommerce. погуглил, вроде настроил, сервер ожил. Да и до установки woocommerce были подвисания.

Сейчас периодически в разное время по htop ЦПУ уходит в 70-100%, память 460/486 и минут на 20 тишина от сервера.

Через vnc заметил что ufw постоянно (раз в 2-3 сек.) выводит разные сообщения, вроде блокирует кого-то, но при отключении его память освобождается на 5-10 мб, зависания продолжаются Пример сообщения - [ 25.826939] [UFW BLOCK] IN=eth0 OUT= MAC=fa:16:3e:af:7c:99:00:07:7d:63:f9:bf: 08:00 SRC=194.147.140.90 DST=my_ip LEN=40 TOS=0x00 PREC=0x00 TTL=250 I D=7252 PROTO=TCP SPT=56264 DPT=39863 WINDOW=1024 RES=0x00 SYN URGP=0

порты и ип всегда разные. похоже на брут ..

ПС: -

  • Debian GNU/Linux 10 (buster) ,
  • ядро 4.19.0-13-cloud-amd64,
  • mariadb - mysql Ver 15.1 Distrib 10.3.27-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2,
  • woocommerce последний.

Ребут (хард резет через панель управления) помогает

Решение: Настроил swap - незнаю, насколько это правильное решение, но все нормально заработало. В крон добавил очистку свопа раз в сутки.



Последнее исправление: shevalex78 (всего исправлений: 3)
← Восстановить таблицу разделов
sudo update-grub no work →
Ответ на: комментарий от anonymous

вроде закрыл, посмотрим что получится sudo netstat -tulpn выдает tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 602/nginx: master p tcp 0 0 0.0.0.0:22332 0.0.0.0:* LISTEN 608/sshd tcp6 0 0 :::80 :::* LISTEN 602/nginx: master p tcp6 0 0 :::22332 :::* LISTEN 608/sshd udp 0 0 0.0.0.0:68 0.0.0.0:* 441/dhclient udp 0 0 0.0.0.0:68 0.0.0.0:* 371/dhclient udp 0 0 my_ip:123 0.0.0.0:* 512/ntpd udp 0 0 127.0.0.1:123 0.0.0.0:* 512/ntpd udp 0 0 0.0.0.0:123 0.0.0.0:* 512/ntpd udp6 0 0 ipv6 :::* 512/ntpd udp6 0 0 ::1:123 :::* 512/ntpd udp6 0 0 :::123 :::* 512/ntpd

shevalex78
() автор топика
Ответ на: комментарий от anonymous

осталось также. проц нагружается на 70-100%, память - 462\486 и задумывается на несколько минут.

shevalex78
() автор топика
Ответ на: комментарий от anonymous

вот что dmesg выдал после зависания.

[ 6944.576116] fail2ban-server invoked oom-killer: gfp_mask=0x6200ca(GFP_HIGHUSE R_MOVABLE), nodemask=(null), order=0, oom_score_adj=0 [ 6944.585288] fail2ban-server cpuset=/ mems_allowed=0 [ 6944.589654] CPU: 0 PID: 628 Comm: fail2ban-server Not tainted 4.19.0-13-cloud -amd64 #1 Debian 4.19.160-2 [ 6944.598507] Hardware name: RDO OpenStack Compute, BIOS 1.11.0-2.el7 04/01/201 4 [ 6944.605588] Call Trace: [ 6944.607514] dump_stack+0x66/0x90 [ 6944.612307] dump_header+0x6b/0x283 [ 6944.615537] oom_kill_process.cold.30+0xb/0x1cf [ 6944.620044] ? oom_badness+0x23/0x140 [ 6944.622856] out_of_memory+0x1a5/0x450 [ 6944.626785] __alloc_pages_slowpath+0xbd8/0xcb0 [ 6944.633240] __alloc_pages_nodemask+0x28b/0x2b0 [ 6944.638215] filemap_fault+0x333/0x780 [ 6944.641956] ? filemap_map_pages+0x1e7/0x3a0 [ 6944.646109] ext4_filemap_fault+0x2c/0x40 [ext4] [ 6944.649764] __do_fault+0x34/0x90 [ 6944.654730] __handle_mm_fault+0xdf9/0x11f0 [ 6944.658023] ? common_interrupt+0xa/0xf [ 6944.665034] handle_mm_fault+0xd6/0x200 [ 6944.669518] __do_page_fault+0x249/0x4f0 [ 6944.673903] ? async_page_fault+0x8/0x30 [ 6944.678965] async_page_fault+0x1e/0x30 [ 6944.686136] RIP: 0033:0x4d8cac [ 6944.690860] Code: 0a 0e 28 00 f2 0f 11 5c 24 10 f2 0f 10 64 24 10 f2 0f 11 64 24 18 f2 0f 10 6c 24 18 66 0f 2f 2d 2a 0e 28 00 0f 82 95 02 00 00 44 0f 10 1d 6b 6b 18 00 f2 0f 10 44 24 18 f2 44 0f 10 2d 14 0e [ 6944.715374] RSP: 002b:00007f2b0bffe0b0 EFLAGS: 00010202 [ 6944.720282] RAX: 0000000000000008 RBX: 00007f2b104e24b0 RCX: 0000000000a779c0 [ 6944.727376] RDX: 0000000000000001 RSI: 00007f2b104e24b0 RDI: 00007f2b104e24b0 [ 6944.731812] RBP: 0000000000829be0 R08: 000000000081c920 R09: 0000000000000008 [ 6944.739174] R10: 00007f2b040017f8 R11: 0000000000000000 R12: 00007f2b114bc6d8 [ 6944.746710] R13: 00007f2b040017f0 R14: 00000000004d8c40 R15: 0000000000a779c0 [ 6944.753937] Mem-Info: [ 6944.758180] active_anon:108010 inactive_anon:1667 isolated_anon:0 active_file:278 inactive_file:923 isolated_file:0 unevictable:0 dirty:0 writeback:0 unstable:0 slab_reclaimable:3619 slab_unreclaimable:4721 mapped:18546 shmem:22311 pagetables:984 bounce:0 free:1075 free_pcp:118 free_cma:0 [ 6944.789274] Node 0 active_anon:432040kB inactive_anon:6668kB active_file:1112 kB inactive_file:3692kB unevictable:0kB isolated(anon):0kB isolated(file):0kB ma pped:74184kB dirty:0kB writeback:0kB shmem:89244kB shmem_thp: 0kB shmem_pmdmappe d: 0kB anon_thp: 0kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no [ 6944.812761] Node 0 DMA free:1888kB min:88kB low:108kB high:128kB active_anon: 13008kB inactive_anon:0kB active_file:64kB inactive_file:168kB unevictable:0kB w ritepending:0kB present:15992kB managed:15908kB mlocked:0kB kernel_stack:16kB pa getables:260kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB [ 6944.830372] lowmem_reserve[]: 0 451 451 451 451 [ 6944.833650] Node 0 DMA32 free:2412kB min:2672kB low:3340kB high:4008kB active anon:419032kB inactive_anon:6668kB active_file:1052kB inactive_file:3528kB unev ictable:0kB writepending:0kB present:507760kB managed:481424kB mlocked:0kB kerne l_stack:1968kB pagetables:3676kB bounce:0kB free_pcp:472kB local_pcp:472kB free cma:0kB [ 6944.856409] lowmem_reserve[]: 0 0 0 0 0 [ 6944.859655] Node 0 DMA: 114kB (MEH) 98kB (MH) 1116kB (MEH) 1032kB (H) 46 4kB (MEH) 6128kB (ME) 1256kB (H) 0512kB 01024kB 02048kB 04096kB = 1892kB [ 6944.869763] Node 0 DMA32: 1554kB (UME) 448kB (UME) 8816kB (UMEH) 132kB (H ) 064kB 0128kB 0256kB 0512kB 01024kB 02048kB 04096kB = 2412kB [ 6944.879080] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepa ges_size=1048576kB [ 6944.885729] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepa ges_size=2048kB [ 6944.892165] 23517 total pagecache pages [ 6944.895112] 0 pages in swap cache [ 6944.897505] Swap cache stats: add 0, delete 0, find 0/0 [ 6944.901259] Free swap = 0kB [ 6944.903407] Total swap = 0kB [ 6944.905574] 130938 pages RAM [ 6944.907800] 0 pages HighMem/MovableOnly [ 6944.910367] 6605 pages reserved [ 6944.912562] Tasks state (memory values in pages): [ 6944.915594] [ pid ] uid tgid total_vm rss pgtables_bytes swapents o om_score_adj name список процессов в след. сообщении [ 6945.739581] Out of memory: Kill process 1712 (php-fpm7.4) score 231 or sacrif ice child [ 6945.753180] Killed process 1712 (php-fpm7.4) total-vm:361300kB, anon-rss:4754 8kB, file-rss:0kB, shmem-rss:66964kB [ 6945.794073] oom_reaper: reaped process 1712 (php-fpm7.4), now anon-rss:0kB, f ile-rss:0kB, shmem-rss:66964kB

shevalex78
() автор топика
Ответ на: комментарий от shevalex78

процессы: [ 6944.921602] [ 218] 0 218 9785 460 135168 0 0 systemd-journal [ 6944.928415] [ 253] 0 253 5021 234 57344 0 -1000 systemd-udevd [ 6944.935503] [ 367] 0 367 4830 238 73728 0 0 systemd-logind [ 6944.941900] [ 368] 104 368 2172 135 53248 0 -900 dbus-daemon [ 6944.948034] [ 371] 0 371 2375 320 53248 0 0 dhclient [ 6944.954637] [ 374] 0 374 2110 68 53248 0 0 cron [ 6944.960227] [ 377] 105 377 629 45 40960 0 0 nscd [ 6944.965786] [ 382] 0 382 56433 233 81920 0 0 rsyslogd [ 6944.971600] [ 387] 0 387 581 17 36864 0 0 acpid [ 6944.977354] [ 389] 0 389 58938 206 86016 0 0 polkitd [ 6944.983684] [ 392] 0 392 1608 54 45056 0 0 qemu-ga [ 6944.989573] [ 441] 0 441 2375 320 53248 0 0 dhclient [ 6944.995276] [ 493] 0 493 61448 2100 212992 0 0 php-fpm7.4 [ 6945.001122] [ 494] 0 494 65102 2872 131072 0 0 tuned [ 6945.006809] [ 512] 106 512 19120 146 65536 0 0 ntpd [ 6945.012310] [ 514] 0 514 99569 2762 135168 0 0 fail2ban-server [ 6945.018526] [ 519] 0 519 641 16 40960 0 0 agetty [ 6945.024444] [ 521] 0 521 1316 18 40960 0 0 agetty [ 6945.030429] [ 602] 0 602 17218 495 110592 0 0 nginx [ 6945.036734] [ 603] 33 603 17555 819 118784 0 0 nginx [ 6945.042791] [ 608] 0 608 3945 213 65536 0 -1000 sshd [ 6945.048436] [ 693] 0 693 4162 276 65536 0 0 sshd [ 6945.054709] [ 696] 0 696 5259 303 73728 0 0 systemd [ 6945.062973] [ 697] 0 697 5719 557 86016 0 0 (sd-pam) [ 6945.434807] [ 710] 0 710 1961 388 45056 0 0 bash [ 6945.530852] [ 1375] 108 1375 281781 20096 434176 0 0 mysqld [ 6945.581193] [ 1434] 0 1434 1396 250 53248 0 0 htop [ 6945.601341] [ 1540] 0 1540 4162 305 69632 0 0 sshd [ 6945.623132] [ 1554] 0 1554 1936 360 49152 0 0 bash [ 6945.644151] [ 1703] 33 1703 90591 27854 430080 0 0 php-fpm7.4 [ 6945.658327] [ 1707] 33 1707 90504 27032 430080 0 0 php-fpm7.4 [ 6945.672739] [ 1709] 33 1709 90496 27200 434176 0 0 php-fpm7.4 [ 6945.719954] [ 1710] 33 1710 90489 26998 434176 0 0 php-fpm7.4 [ 6945.732601] [ 1712] 33 1712 90325 28628 442368 0 0 php-fpm7.4

shevalex78
() автор топика
Ответ на: комментарий от anonymous

отличный ответ. посмотри что на том сервере висит. и да, используй мозг. он тебе все-таки не для заменения опилок дан , хотя ..

shevalex78
() автор топика
Ответ на: комментарий от macumazan

пробовал миллион мануалов. и php и mariadb настраивал, и память им жестко резал. Ничего не помогло. Своп помог. Но другая виртуалка работает без свопа с таким же функционалом вообще без проблем.

shevalex78
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Восстановить таблицу разделов
General
sudo update-grub no work →