куда убегает память? [РЕШЕНО]

[Speccyfighter]

Есть подозрения - ядро

Код: [Выделить]

[root@elpromsrv ~]# uname -a
Linux elpromsrv.elprom 3.14.74-std-def-alt0.M70P.1 #1 SMP Thu Jul 28 01:23:29 UTC 2016 x86_64 GNU/Linux


Угу, привет Торвальдсу.
Смотрим в #6 скриншот.
В процессах ничего нет, всё что выше ядра, это процессы, зато used% kernel на одном ядре или потоке, по самую шляпу.

[flint1975]

Пробу оборудования в студию!

Код: [Выделить]

[root@elpromsrv apt]# hwinfo --short
cpu:                                                           
                       Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz, 2143 MHz
                       Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz, 2350 MHz
                       Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz, 3297 MHz
                       Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz, 3775 MHz
mouse:
                       SIGMACHIP Usb Mouse
chipcard:
                       BIFIT iBank2Key
graphics card:
                       Intel VGA compatible controller
sound:
                       Intel Audio device
storage:
                       Intel SATA controller
network:
  enp3s0               Realtek RTL8111/8168B PCI Express Gigabit Ethernet controller
network interface:
  lo                   Loopback network interface
  tap0                 Ethernet network interface
  enp3s0               Ethernet network interface
disk:
  /dev/sda             PLEXTOR PX-128M5
  /dev/sdb             ST3500418AS
  /dev/ram0            Disk
  /dev/ram1            Disk
  /dev/ram2            Disk
  /dev/ram3            Disk
  /dev/ram4            Disk
  /dev/ram5            Disk
  /dev/ram6            Disk
  /dev/ram7            Disk
  /dev/ram8            Disk
  /dev/ram9            Disk
  /dev/ram10           Disk
  /dev/ram11           Disk
  /dev/ram12           Disk
  /dev/ram13           Disk
  /dev/ram14           Disk
  /dev/ram15           Disk
partition:
  /dev/sda1            Partition
  /dev/sda2            Partition
  /dev/sdb1            Partition
  /dev/sdb2            Partition
cdrom:
  /dev/sr0             Optiarc DVD RW AD-7263S
usb controller:
                       Intel USB Controller
                       Intel USB Controller
                       Intel USB Controller
bios:
                       BIOS
bridge:
                       Intel Host bridge
                       Intel PCI bridge
                       Intel PCI bridge
                       Intel PCI bridge
                       Intel 82801 PCI Bridge
                       Intel ISA bridge
                       PCI bridge
hub:
                       Linux 4.1.28-un-def-alt0.M70P.1 xhci-hcd xHCI Host Controller
                       Linux 4.1.28-un-def-alt0.M70P.1 xhci-hcd xHCI Host Controller
                       Linux 4.1.28-un-def-alt0.M70P.1 ehci_hcd EHCI Host Controller
                       Hub
                       Linux 4.1.28-un-def-alt0.M70P.1 ehci_hcd EHCI Host Controller
                       Hub
memory:
                       Main Memory
unknown:
                       FPU
                       DMA controller
                       PIC
                       Timer
                       Keyboard controller
  /dev/lp0             Parallel controller
                       PS/2 Controller
                       Intel Communication controller
                       Intel SMBus
  /dev/ttyS0           16550A
                       Canon CanoScan
                       Aladdin Knowledge HASP v0.06


[flint1975]

Сегодня выяснилась еще одна особенность : при использовании gimp память заканчивается за 15 минут :(
причем на сам экземпляр гимпа выделяется 2,4 гиг памяти и это количество до зависания не меняется
особенно быстро происходит утечка памяти если гимп открыть/закрыть и так несколько раз.

[yaleks]

А зачем ядро un-def?

Вы memtest можете на ночь запустить?

[ksa]

Пробу оборудования в студию!

Код: [Выделить]

[root@elpromsrv apt]# hwinfo --short
...


Вообще я имел ввиду пробу через hcl-get (устанавливаемый пакет hcl-get, рекомендуемый для использования в данный момент - https://forum.altlinux.org/index.php?topic=37147.msg292329#msg292329), но и так тоже сойдет.

[flint1975]

[/code]

А зачем ядро un-def?
Вы memtest можете на ночь запустить?

В выходные проверил все оборудование, в том числе память - все хорошо.
Ядро un-def - потому что, на ядре std-def картина очень похожа, только вместо видимой утечки памяти происходит скрытая - через 30 - 90 минут все ядра процессора грузятся на 100% и начинают вырубаться рабочие процессы с сообщением недостаточно памяти, при этом htop показывает что занято всего 3 гига из 16. Соответственно, с un-def утечка видна, но перегрузки по ядрам нет.

Собственно, сегодня с утра поставил ovz-el ядро - проблемы с утечкий кончились, появилась другая проблема - 1С начала грузить процессор под 100 % если запущена из под LXDE, из под KDE - все нормально.

Вообще я имел ввиду пробу через hcl-get

Код: [Выделить]

[root@elpromsrv ~]# apt-get install hcl-get
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
E: Невозможно найти пакет hcl-get


[flint1975]

Собственно - проблема полурешена.
Причина проблем - ядро или модуль.
Как локализовать проблему - непонятно.
Даунгрэйд ядра до 2.6.32-ovz-el-alt142 привел к положительному результату.

если у кого есть желание - готов дальше копать, чтобы выявить причину такого поведения.
Но теперь это будет только медленнее и в формате:
1. предлагается эксперимент
2. вечером я его провожу
3. следующий день анализируем результат
Потому как днем работают

[ksa]

[root@elpromsrv ~]# apt-get install hcl-get
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
E: Невозможно найти пакет hcl-get

Пакеты доступны по ссылке в виде вложений к первому сообщению темы https://forum.altlinux.org/index.php?topic=36472.msg280549#msg280549 (нужны пакеты hcl-gpgkey и hcl-get , причем hcl-get желательно установить самый свежий - на сейчас это 0.3.99.3).

[flint1975]

чуть позже, я кажется локализовал проблему:
на ovz-el ядре память не утекает, процессы не виснут, но 1С иногда (около 2 часов ) вываливаетс с сообщением
"сеанс отсутствует или удален" - а это говорит о нестабильном сетевом соединении. А решается:

Код: [Выделить]

service smb restartЕсть подозрение на утечку файловых дескрипторов или дескрипторов сокетов.
Как это проверить?

[Speccyfighter]

Есть подозрение на утечку

Здесь совсем не в теме, но м.б. где-то здесь посмотреть
https://www.google.ru/#newwindow=1&q=утечка+памяти+linux
Где-то на opennet или ibm.com или или где-то там?
Что-то вроде такого
http://www.ibm.com/developerworks/ru/library/l-memory-leaks/
или такого
https://www.opennet.ru/base/dev/memory_leak_debug.txt.html

[flint1975]

Вот сейчас обнаружилось в момент отваливания 1с в логах пишется:

Код: [Выделить]

Aug  9 11:38:31 elpromsrv smbd[10020]:   Global parameter security found in service section!
Aug  9 11:38:31 elpromsrv smbd[10020]: [2016/08/09 11:38:31.081981,  0] ../lib/param/loadparm.c:1668(lpcfg_do_service_parameter)
Aug  9 11:38:31 elpromsrv smbd[10020]:   Global parameter guest account found in service section!
Aug  9 11:38:49 elpromsrv smbd[10020]: [2016/08/09 11:38:49.418109,  0] ../lib/param/loadparm.c:1668(lpcfg_do_service_parameter)
Aug  9 11:38:49 elpromsrv smbd[10020]:   Global parameter security found in service section!
Aug  9 11:38:49 elpromsrv smbd[10020]: [2016/08/09 11:38:49.418178,  0] ../lib/param/loadparm.c:1668(lpcfg_do_service_parameter)
Гугл на это говорит разные несуразицы
Что - косяк самбы плюс глюк ядра?!

[flint1975]

Обновился до p8 и поставил ядро std-def - проблемы кончились.
В общем, мое мнение, виновата samba + cifs, поскольку на этом сервере происходит монтирование собственного ресурса в свой каталог.