Что такое файлы core на сервере?

Question

[Сергей]

Хотел скопировать файл сертификатов с локального компьютера на сервер командой " scp -i "путь_до_id_rsa путь_до_файла_моего_сертификата centos@99.99.99.99:/etc/ssl/certs".
Сервер спросил про подтверждение подключения по ssh. Я 2 раза ввел yes и yes и терминал завис - началось что-то типа
"
y
y
y
y
y
"
И так до бесконечности. Я сбросил процесс ctrl+C. В итоге на сервере - куча файлов core. И оказывается они по 20Mb в среднем

Что с этим делать и чем это грозит?

Comments

[Денис Юрьев]

nginx тут каким боком вообще?

[Сергей]

Сервер nginx. Какие тэги нужно/можно еще сюда воткнуть?

[Денис Юрьев]

Сергей, к nginx тут не относится вообще ничего
Linux хотя бы воткнули.
проблема с nginx связана ровно так же, как погода в питере с популяцией пингвинов в антарктиде

[Saboteur]

Какой-то процесс у вас крешится и генерирует дампы памяти.
Смело удаляйте.

Answer 1

[shurshur]

Смотрим на любой core-файл с помощью утилиты file:

$ file core.666
core.666: ELF 64-bit LSB core file, x86-64, version 1 (SYSV), SVR4-style, from '/usr/bin/foobar', real uid: 0, effective uid: 0, real gid: 0, effective gid: 0

Тут видно, что крэшился процесс foobar.

Далее с помощью:

gdb -c core.666

можно поизучать, что там реально происходило, но это уже более сложно, особенно без отладочных данных и вообще с чужим кодом.

С запуском scp всё это скорее всего не связано, ну разве что core-файл остаётся от самого sshd.

Answer 2

[Smithson]

Это файлы для отладки падающего процесса. В зависимости от версии unix, могут называться core.МногоЦифр или НазваниеПадающегоСофта.core
Можете смело удалять, но советую попытаться понять, кто их производит: что-то у вас их очень много (если это не запас за много лет), такими темпами они могут весь диск заполнить.

Answer 3

[Алексей Харченко]

Буквы "y" после второго ввода yes - результат работы команды "yes" (да, есть такая программа!). Собственно, сама по себе она выводит в терминал "y" пока не будет убита.
А вот почему она (а может и не она?) при уничтожении оставила столько файлов, непонятно. Может быть это особенность запуска yes под ssh, или падало что-то другое.
Надо по ls -l посмотреть даты создания этих файлов, и будет понятно, сейчас они создались (тогда на 90% что это yes так глюкануло), или даты разные, тогда надо разбираться...

Comments

[hint000]

А вот почему она (а может и не она?) при уничтожении оставила столько файлов, непонятно.

Не она точно. Ведь автор нечаянно запустил yes локально уже после того, как scp отработала (хотя он и не успел это заметить). Таким образом, yes работало локально, а файлы core лежат на удалённом сервере.

Answer 4

[CityCat4]

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