Автор Тема: рабочая станция 9.1 - заполнился системный диск непонятно чем (решено)  (Прочитано 5566 раз)

Оффлайн Zergiuz

  • Давно тут
  • **
  • Сообщений: 50
А /tmp тогда где?
/tmp вообще не при чём, дампы пишутся в корень корня (такая вот тавтология)

Если я при работе пользовался флешкой
т.е. это дампы при якобы неправильном монтировании - размонтировании флешки?

Оффлайн San

  • Давно тут
  • **
  • Сообщений: 655
т.е. это дампы при якобы неправильном монтировании - размонтировании флешки?
Хм? А как их расшифровать?  :-) Я написал с чем совпадает... Что у них внутри я не знаю? Еще написал что на SysV такого нет.

Вы же написали, что тема [Решена], но не написали как? Тоже бы хотелось посмотреть решение...

Оффлайн Zergiuz

  • Давно тут
  • **
  • Сообщений: 50
Вы же написали, что тема [Решена]
решена - нашел файлы которые заполнили корень, удалил, отключил запись дампов ... а кто их пишет, зачем и почему, это не решено, это отдельная тема, скорее всего

Оффлайн Александр Ерещенко

  • Давно тут
  • **
  • Сообщений: 506
Посмотреть быстро, кто сделал дамп можно с помощью всё той же утилиты file, например:
# file .2868
.2868: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from 'sddm -nodaemon'

Оффлайн San

  • Давно тут
  • **
  • Сообщений: 655
решена - нашел файлы которые заполнили корень
Тогда получается я эту проблему раз в неделю решаю...  ;-D
удалил, отключил запись дампов ...
И больше не появляются? Мне установка systemd-settings-disable-dumpcore не помогла... И настройка тоже...  :-D
# cat ./lib/systemd/system.conf.d/disable-dumpcore.conf
[Manager]
DumpCore=no
Посмотреть быстро, кто сделал дамп можно с помощью всё той же утилиты file, например:
Мы тогда пытались разобраться, да так и бросили это занятие...
Ну а что расшифровка файла говорит, мне тоже не понятно?
# file .2958 .857 .879 .890 .893
.2958: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '42e268968} -bac'
.857:  ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '5aa89b9da} -bac'
.879:  ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from 'd49eec71a} -bac'
.890:  ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '43603d093} -bac'
.893:  ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '2b3a13bd1} -bac'

Оффлайн Zergiuz

  • Давно тут
  • **
  • Сообщений: 50
кто сделал
нашел еще машину с дампами, штук 10, в моём случае понятно кто наделал дампов
# file .3844
.3844: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '/opt/drweb.com/bin/drweb-se.real'
переустановил др веб, понаблюдаю, виновник темы пока без дампов, там я зачистил не посмотрев и отключил запись дампов. Если еще появятся в тп вебу отправлю.
« Последнее редактирование: 29.01.2021 16:05:03 от Zergiuz »

Оффлайн Zergiuz

  • Давно тут
  • **
  • Сообщений: 50
Мне установка systemd-settings-disable-dumpcore не помогла...
Мне тоже

Оффлайн San

  • Давно тут
  • **
  • Сообщений: 655
Мне тоже
ВОТ!

Предполагаю УБРАТЬ! Префикс темы (решено)... Пока не решено!

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 18 304
    • Домашняя страница
    • Email
Андрей Черепанов (cas@)

Оффлайн Zergiuz

  • Давно тут
  • **
  • Сообщений: 50
file /<имя файла дампа>
# file /.10212
/.10212: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '/opt/drweb.com/bin/drweb-se.real'

зы: ответ тп дрвеб:
Для анализа причины "падений" drweb-se исходных данных пока достаточно, спасибо. Передано разработчикам.

Что касается создания core-дампов.

systemd-settings-disable-dumpcore по-видимому действует только на собственно systemd

Для запрета создания core-дампов демонов drweb наши разработчики рекомендовали
создать файл
/etc/systemd/system/drweb-configd.service.d/core.conf
с таким содержимым:

[Service]
LimitCORE=0

И для вступления в силу этой настройки выполнить команды:

systemctl daemon-reload
systemctl restart drweb-configd
« Последнее редактирование: 11.02.2021 10:55:54 от Zergiuz »

Оффлайн San

  • Давно тут
  • **
  • Сообщений: 655
И для вступления в силу этой настройки выполнить команды:
И сейчас уже не пишется?

Хотел добавить. После ручного обновления системы с P8 на P9 исчезла проблема с появление файлов дампа ядра. Система работает, загружается и перезагружается с 09 февраля 2021 года.  Дампы пока не появлялись. Так же компьютер стал отключаться с первого раза независимо от использования флешки.

Система затерла, или куда то перенесла файл конфигурации отключения записи дампов disable-dumpcore.conf. Пока не разбирался. Но раз дампы не пишутся - похоже дыру залатали. Поживем посмотрим...
# cat ./lib/systemd/system.conf.d/disable-dumpcore.conf
cat: ./lib/systemd/system.conf.d/disable-dumpcore.conf: Нет такого файла или каталога

Оффлайн Zergiuz

  • Давно тут
  • **
  • Сообщений: 50
И сейчас уже не пишется?
в течении пары дней не пишется на трех машинах, на которых привел эту настройку