Если у вас нет swap или заканчивается память, то нужно спрашивать вашу хостинг компанию - Хостинг и серверы для сайтов

137

Sergey QWARTA

17 июня 2020, 09:38

#11

Miracle:

Буду признателен за любые грамотные советы.

Вам товарищи правильно пишут, мало информации.

Без этой информации единственное, что могу посоветовать это посмотреть если у вашей виртуальной машины нет swap и заканчивается память это может привести к ребутам, к килянию процессов и подвисаниям.

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

https://qwarta.ru https://go.backupland.com

822

Andreyka

17 июня 2020, 09:40

#12

Miracle:
друзья. я готов разобраться сам. мне нужна просто ваша помощь.

Хорошо, попробую помочь.

Давайте полную информацию о сервере для начала.

Не стоит плодить сущности без необходимости

M2

342

mark2011

17 июня 2020, 09:40

#13

Miracle,

файлы vmcore - это образы памяти, которые делает kdump, когда крашится ядро линукса. Информация из них не нужна здесь.

Miracle:
vmcore-dmesg.txt

теоретически в нем может быть информация, которая поможет в решении вопроса

Вопросы:

1) Какой сервер - виртуальный или физический? Если виртуальный - какой тип виртуализации?

2) Какая ОС стоит? ОС и версия.

3) Какое кол-во оперативной памяти имеется? Сколько из нее занято в среднем? Инфу по htop / top можно глянуть.

4) Что из тяжелого установлено на сервере?

------------------- Крутые VPS и дедики. Качество по разумной цене ( http://cp.inferno.name/view.php?product=1212&gid=1 ) VPS25OFF - скидка 25% на первый платеж по ссылке выше

231

treshnyuk

17 июня 2020, 10:31

#14

Было б неплохо отезки логов за время краша хотя бы с

/var/log/dmesg

/var/log/messages

M

376

Miracle

17 июня 2020, 10:48

#15

Andreyka:
Давайте полную информацию о сервере для начала.

centos 7

32 грга

2 тб

хецнер

что то конкретней надо? это все что пришло в голову )

mark2011:
4) Что из тяжелого установлено на сервере?

не знаю. вроде ничего.

---------- Добавлено 17.06.2020 в 13:53 ----------

treshnyuk:
/var/log/messages




Jun 16 01:58:01 08 systemd: Started Session 5686 of user root.

Jun 16 01:58:01 08 systemd: Removed slice User Slice of root.

Jun 16 02:00:50 08 journal: Runtime journal is using 8.0M (max allowed 1.5G, trying to leave 2.3G free of 15.5G available в†’ current limit 1.5G).

Jun 16 02:00:50 08 kernel: Initializing cgroup subsys cpuset

Jun 16 02:00:50 08 kernel: Initializing cgroup subsys cpu

Jun 16 02:00:50 08 kernel: Initializing cgroup subsys cpuacct

Jun 16 02:00:50 08 kernel: Linux version 3.10.0-1127.10.1.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC) ) #1 SMP Wed Jun 3 14:28:03 UTC 2020

Jun 16 02:00:50 08 kernel: Command line: BOOT_IMAGE=/vmlinuz-3.10.0-1127.10.1.el7.x86_64 root=/dev/vg/root ro nomodeset rd.auto=1 crashkernel=auto LANG=en_US.UTF-8

Jun 16 02:00:50 08 kernel: e820: BIOS-provided physical RAM map:

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000c6bd9fff] usable

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000c6bda000-0x00000000c6be0fff] ACPI NVS

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000c6be1000-0x00000000c7026fff] usable

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000c7027000-0x00000000c75b7fff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000c75b8000-0x00000000d8dacfff] usable

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000d8dad000-0x00000000d8e36fff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000d8e37000-0x00000000d8e90fff] usable

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000d8e91000-0x00000000d8fc8fff] ACPI NVS

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000d8fc9000-0x00000000d9ffefff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000d9fff000-0x00000000d9ffffff] usable

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000db000000-0x00000000df1fffff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved

Jun 16 02:00:50 08 kernel: BIOS-e820: [mem 0x0000000100000000-0x000000081edfffff] usable

Jun 16 02:00:50 08 kernel: NX (Execute Disable) protection: active

Jun 16 02:00:50 08 kernel: SMBIOS 2.7 present.

Jun 16 02:00:50 08 kernel: DMI: MSI MS-7816/H87-G43 (MS-7816), BIOS V2.14B6 08/23/2013

Jun 16 02:00:50 08 kernel: e820: last_pfn = 0x81ee00 max_arch_pfn = 0x400000000

Jun 16 02:00:50 08 kernel: PAT configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- UC  

Jun 16 02:00:50 08 kernel: total RAM covered: 32670M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 64K #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 128K #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 256K #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 512K #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 1M #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 2M #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 4M #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 8M #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 16M #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 32M #011num_reg: 10  #011lose cover RAM: -18M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 64M #011num_reg: 10  #011lose cover RAM: -18M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 128M #011num_reg: 10  #011lose cover RAM: -16M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 256M #011num_reg: 10  #011lose cover RAM: -16M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 512M #011num_reg: 10  #011lose cover RAM: -16M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 1G #011num_reg: 10  #011lose cover RAM: -512M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 2G #011num_reg: 10  #011lose cover RAM: -1536M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 4G #011num_reg: 10  #011lose cover RAM: -3584M

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 8G #011num_reg: 10  #011lose cover RAM: -7G

Jun 16 02:00:50 08 kernel: *BAD*gran_size: 64K #011chunk_size: 16G #011num_reg: 10  #011lose cover RAM: -14G

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 32G #011num_reg: 10  #011lose cover RAM: 2M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 64G #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 128G #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 64K #011chunk_size: 256G #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 128K #011chunk_size: 128K #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 128K #011chunk_size: 256K #011num_reg: 10  #011lose cover RAM: 238M

Jun 16 02:00:50 08 kernel: gran_size: 128K #011chunk_size: 512K #011num_reg: 10  #011lose cover RAM: 238M

---------- Добавлено 17.06.2020 в 13:54 ----------

лог в это время очень длинный . сюда вставить не могу . есть ли в нем смысл?

treshnyuk:
/var/log/dmesg

такого файла вообще нет

отец сыночка, лапочки дочки и еще одного сыночка

178

Евгений Крупченко

17 июня 2020, 11:59

#16

это лог "поднятия", а нужно еще чуть раньше смотреть что там происходило в момент "падения".

M

376

Miracle

17 июня 2020, 12:23

#17

там все вот такое

Jun 16 01:46:01 08 systemd: Created slice User Slice of root.
Jun 16 01:46:01 08 systemd: Started Session 5664 of user root.
Jun 16 01:46:01 08 systemd: Started Session 5663 of user root.
Jun 16 01:46:01 08 systemd: Started Session 5665 of user root.
Jun 16 01:46:01 08 systemd: Removed slice User Slice of root.
Jun 16 01:48:01 08 systemd: Created slice User Slice of root.
Jun 16 01:48:01 08 systemd: Started Session 5666 of user root.
Jun 16 01:48:01 08 systemd: Started Session 5668 of user root.
Jun 16 01:48:01 08 systemd: Started Session 5667 of user root.
Jun 16 01:48:01 08 systemd: Removed slice User Slice of root.
Jun 16 01:50:01 08 systemd: Created slice User Slice of root.
Jun 16 01:50:01 08 systemd: Started Session 5669 of user root.
Jun 16 01:50:01 08 systemd: Started Session 5671 of user root.
Jun 16 01:50:01 08 systemd: Started Session 5672 of user root.
Jun 16 01:50:01 08 systemd: Started Session 5670 of user root.
Jun 16 01:50:01 08 systemd: Created slice User Slice of munin.
Jun 16 01:50:01 08 systemd: Started Session 5673 of user munin.
Jun 16 01:50:01 08 systemd: Removed slice User Slice of munin.
Jun 16 01:50:01 08 systemd: Removed slice User Slice of root.
Jun 16 01:52:01 08 systemd: Created slice User Slice of root.
Jun 16 01:52:01 08 systemd: Started Session 5675 of user root.
Jun 16 01:52:01 08 systemd: Started Session 5676 of user root.
Jun 16 01:52:01 08 systemd: Started Session 5674 of user root.
Jun 16 01:52:02 08 systemd: Removed slice User Slice of root.
Jun 16 01:54:01 08 systemd: Created slice User Slice of root.
Jun 16 01:54:01 08 systemd: Started Session 5679 of user root.
Jun 16 01:54:01 08 systemd: Started Session 5677 of user root.
Jun 16 01:54:01 08 systemd: Started Session 5678 of user root.
Jun 16 01:54:01 08 systemd: Removed slice User Slice of root.
Jun 16 01:55:01 08 systemd: Created slice User Slice of munin.
Jun 16 01:55:01 08 systemd: Started Session 5680 of user munin.
Jun 16 01:55:01 08 systemd: Removed slice User Slice of munin.
Jun 16 01:56:01 08 systemd: Created slice User Slice of root.
Jun 16 01:56:01 08 systemd: Started Session 5683 of user root.
Jun 16 01:56:01 08 systemd: Started Session 5681 of user root.
Jun 16 01:56:01 08 systemd: Started Session 5682 of user root.
Jun 16 01:56:02 08 systemd: Removed slice User Slice of root.
Jun 16 01:58:01 08 systemd: Created slice User Slice of root.
Jun 16 01:58:01 08 systemd: Started Session 5685 of user root.
Jun 16 01:58:01 08 systemd: Started Session 5684 of user root.
Jun 16 01:58:01 08 systemd: Started Session 5686 of user root.

единственое отличие от того что выше вот этот кусок

Jun 15 23:58:02 08 systemd: Removed slice User Slice of root.
Jun 16 00:00:01 08 systemd: Starting update of the root trust anchor for DNSSEC validation in unbound...
Jun 16 00:00:01 08 systemd: Created slice User Slice of root.
Jun 16 00:00:01 08 systemd: Started Session 5463 of user root.
Jun 16 00:00:01 08 systemd: Started Session 5467 of user root.
Jun 16 00:00:01 08 systemd: Started Session 5464 of user root.
Jun 16 00:00:01 08 systemd: Started Session 5468 of user root.
Jun 16 00:00:01 08 systemd: Created slice User Slice of munin.
Jun 16 00:00:01 08 systemd: Started Session 5469 of user munin.
Jun 16 00:00:01 08 systemd: Started Session 5470 of user root.
Jun 16 00:00:01 08 systemd: Started Session 5466 of user root.
Jun 16 00:00:01 08 systemd: Started Session 5465 of user root.
Jun 16 00:00:01 08 systemd: Started Session 5471 of user root.
Jun 16 00:00:01 08 systemd: Started update of the root trust anchor for DNSSEC validation in unbound.
Jun 16 00:00:01 08 systemd: Removed slice User Slice of munin.

M

376

Miracle

18 июня 2020, 09:26

#18

Мысли у кого-то будут?

E

160

evgeniymx

18 июня 2020, 09:57

#19

Miracle:
Мысли у кого-то будут?

Да - наймите сисадмина, дайте ему 100$ и он за 15 минут найдет причину падения сервера

822

Andreyka

18 июня 2020, 10:21

#20

Miracle:
Мысли у кого-то будут?

Да, мысли есть - недостаточно информации.

Каков тип сервера - виртуальный или физический?

Версия ядра?

Необычные строки в логах?

Без этой информации помочь вам просто невозможно.

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы

Сервер стал крешется. Помогите разобраться