Ядро выведенный, но базовый файл не находится в текущем каталоге?

Существует ли не-Служба приложений, эквивалентная расширению ILoggerFactory.AddAzureWebAppDiagnostics, в библиотеках Azure SDK (или где-либо еще)

blockquote>

Боюсь сказать, нет. Ядро .NET поддерживает многие сторонние поставщики журналов, но AddAzureWebAppDiagnostics может хранить журналы в хранилище Azure или файловой системе, в зависимости от того, что для параметра «Ведение журнала приложений (файловая система или большой двоичный объект)» установлено значение Вкл. Вы можете найти его здесь .

Поэтому, если вы хотите использовать другие методы для хранения журналов в хранилище, я думаю, вам нужно реализовать это с помощью других инструментов. Например, если вы используете Serilog для управления журналом, вы можете использовать Serilog.Sinks.AzureBlobStorage этот пакет для его реализации.

И прежде чем работать с журналом Kubernetes, вы можете прочитать этот блог о мониторинге файла журнала с Kubernetes.

Надеюсь, это поможет вам, если у вас остались другие вопросы, пожалуйста, дайте мне знать.

257
задан kenorb 21 January 2019 в 02:57
поделиться

5 ответов

Читайте /usr/src/linux/documentation/sysctl/kernel.txt .

[/ proc / sys / kernel /] core_pattern используется для указания имени шаблона шаблона DumpFile.

  • Если первый символ шаблона является «|», ядро ​​будет лечить остальная часть шаблона как команда для запуска. Дамп ядра будет записано на стандартную вход этой программы вместо файла.

Вместо того, чтобы написать ядро ​​на диск на диск, ваша система настроен для отправки его в программу ABRT . Автоматизированная ошибка. Инструмент отчетности , возможно, не так, как он не задокументирован, как должен быть ...

в любом случае, в любом случае, краткий ответ - это то, что вы сможете найти файл основного файла в / var / cache / abrt , где ABRT хранит его после того, как его вызывают. Точно так же другие системы, использующие , могут прочь от прочь в / var / Crash , и так далее.

232
ответ дан 23 November 2019 в 02:43
поделиться

ulimit -c unlimited заставил файл ядра корректно появиться в текущем каталоге после «сброса ядра».

1
ответ дан 23 November 2019 в 02:43
поделиться

В Ubuntu18.04 большая часть easist способа получить базовый файл приписывает команду ниже для остановки по левую сторону судна сервис.

sudo service apport stop

Тогда повторно выполняет приложение, Вы получите файл дампа в текущем каталоге.

3
ответ дан 23 November 2019 в 02:43
поделиться

Я нахожусь на Linux Mint 19 (базирующаяся Ubuntu 18). Я хотел иметь coredump файлы в текущей папке. Я должен был сделать две вещи:

  1. Изменение /proc/sys/kernel/core_pattern (# echo "core.%p.%s.%c.%d.%P > /proc/sys/kernel/core_pattern или # sysctl -w kernel.core_pattern=core.%p.%s.%c.%d.%P)
  2. Повышение предела для базового размера файла $ ulimit -c unlimited

, Который уже был записан в ответах, но я записал для суммирования кратко. Интересно изменяющийся предел не потребовал полномочий пользователя root (согласно https://, некорневой askubuntu.com/questions/162229/how-do-i-increase-the-open-files-limit-for-a-non-root-user может только понизить предел, так, чтобы было неожиданно - комментирует об этом, приветствуются).

1
ответ дан 23 November 2019 в 02:43
поделиться

Я мог бы подумать о двух следующих возможностях:

  1. , поскольку другие уже указали, программа может CHDIR () . Пользователь работает в программе позволило написать в каталог CHDIR () Если нет, он не может создать дамп ядра.

  2. Для какой-то странной причины ядра ядра не названа Core. * Вы можете проверить / proc / sys / kernel / core_pattern . Кроме того, команда поиска, которую вы назвали, не найдут типичный дамп сердечника. Вы должны использовать Найти /-знаю »* Core. *" , как типичное имя Coredump Core. $ PID

10
ответ дан 23 November 2019 в 02:43
поделиться
Другие вопросы по тегам:

Похожие вопросы: