Как я могу отследить ошибку, которая вызвала сбой и было сообщено через apport / whoopsie?
Раньше случалось так, что при сбое программы, особенно когда пользователь использовал предварительную версию Ubuntu, apport мог использоваться для открытия отчета об ошибке. Затем пользователь может отследить ошибку, посмотреть, не повлияла ли она на других, помочь исправить ее и т. Д.
Начиная с Precise 12.04, это поведение и рабочий процесс изменились. Как я обнаружил в Ошибка № 993450 «Аппорту не удается отправить отчет об ошибке» , по умолчанию аппорт больше не открывает отчет об ошибке (и это неудобно, но не невозможно сделать так). В то же время люди замечают новый процесс "whoopsie", как описано в Что такое процесс "whoopsie" и что он делает? .
После еще нескольких поисков, я выкопал этот план, который описывает весь процесс: ErrorTracker - Ubuntu Wiki . (Здесь не было упоминания о гурмане или ромашке, поэтому я добавил их - поправьте меня, если я ошибся).
Ух ты - это звучит как отличная работа по упорядочению и улучшению процесса отчетности о сбоях.
У меня остался вопрос: как пользователь узнает, в каком состоянии находится проблема? План теперь имеет это требование
У пользователя должен быть способ проверить состояние своего отчета о сбое; например иметь некоторый идентификатор отчета, на который они могут посмотреть статистику и / или любую связанную ошибку #. Например. предоставьте серийный номер во время подачи заявки, который они могут загрузить через веб-страницу позже.
, который кажется невыполненным. Есть ли что-нибудь доступное в то же время?
И как разработчик попадает в игру? Переход на https://daisy.ubuntu.com просто выдает сообщение об ошибке «Неверный тип содержимого».
Наконец, я предлагаю документировать изменения поведения аппорта в примечаниях к выпуску. Это должно заинтересовать любого, кто пытался помочь Ubuntu.
3 ответа
Спасибо за ваш интерес к проекту системы отслеживания ошибок Ubuntu .
Начиная с версии Precise 12.04, это поведение и рабочий процесс изменились. Как я обнаружил в Ошибке № 993450 «Apport не может отправить отчет об ошибке», по умолчанию apport больше не открывает отчет об ошибке (и это неудобно, но возможно, чтобы это сделать).
Apport никогда не создавал сообщения об ошибках. -выпуск. Когда релиз все еще находится в разработке, вы можете использовать аппорт для регистрации ошибок Launchpad (и отчетов об ошибках).
В последней выпущенной версии Ubuntu мы теперь показываем диалоговые окна ошибок. Это большое улучшение по сравнению с программой, которая «уходит» без какой-либо обратной связи, и пользователю остается только гадать, что же только что произошло.
Статистика из данных, собранных, когда люди решают отправлять эти отчеты, отображается на http: / /errors.ubuntu.com.
У меня остался вопрос: как пользователь узнает, каков статус проблемы? Теперь в чертеже есть это требование
. Пользователь должен иметь способ проверить статус своего отчета о сбоях; например имеют некоторый идентификатор отчета, который они могут просмотреть, чтобы увидеть статистику и / или любую связанную ошибку №. Например. укажите серийный номер во время регистрации, который они могут загрузить позже через веб-страницу.
Я собираюсь удалить это. Это никогда не было намерением. Пользовательский интерфейс старается не давать обещаний о получении каких-либо отзывов об отчете.
Это не отчеты об ошибках.
Наша цель - сократить время, необходимое разработчикам для поиска наиболее насущных проблем, сбора необходимую информацию, чтобы исправить их, и предоставить исправления пользователям.
Мы решили проблему поиска наиболее насущных проблем. Это первая страница http://errors.ubuntu.com .
Быстрый сбор необходимой информации без использования длинного цикла обратной связи с пользователями, у которых возникла проблема, рассматривается в foundation-q-bucketing-extensions . План состоит в том, чтобы позволить разработчикам подключиться к процессу сбора информации на стороне сервера. Если мне нужен / var / log / syslog, но он еще не предоставлен, я просто меняю настройку на http://errors.ubuntu.com , и следующий человек, у которого возникает ошибка, автоматически добавляет его к данным. они отправляют.
Быстрое получение исправлений для пользователей рассматривается в Foundation-q-updates-from-crash-reports . Когда пользователи отправляют отчет об ошибке, и эта ошибка уже исправлена и выпущена, появится диалоговое окно с вопросом, хотят ли они перейти на версию программного обеспечения, которая устраняет проблему, с которой они только что столкнулись.
И как разработчик попасть в игру? Переход на https://daisy.ubuntu.com просто предоставляет сообщение об ошибке «Неверный тип содержимого».
http://daisy.ubuntu.com не предназначен для использования людьми. Он предназначен для отправки отчетов демону сообщений об ошибках (whoopsie).
Было бы замечательно, если бы другие люди приняли участие. В настоящее время я единственный, кто занимается этим постоянно.
Система состоит из четырех частей.
- Apport , который обеспечивает пользовательский интерфейс рабочего стола.
- Whoopsie , который занимает отчеты (и дампы ядра), созданные Apport, и выгружают их на сервер отслеживания ошибок, Daisy.
- Daisy , который собирает отчеты из Whoopsie и обрабатывает их. Это суть службы. Это то, что превращает файлы ядра в восстановленные отчеты и генерирует статистику, которую вы видите на http://errors.ubuntu.com .
- Errors , который является веб-сайтом на основе Django, предоставляющим как удобочитаемый вид данных и RESTful API для работы с ними.
В каталоге setup / в lp: daisy есть несколько устаревший набор скриптов, который должен дать вам некоторые представление о том, как части сочетаются друг с другом. Я работал над чарами джуджу, чтобы заменить это. Цель состоит в том, чтобы с помощью одной команды развернуть всю инфраструктуру в облаке для тестирования и разработки.
Вы можете найти мой адрес электронной почты на Launchpad , если у вас возникнут дополнительные вопросы по разработке.
Дополнительная информация:
Чтобы просмотреть отчеты из вашей собственной системы, попробуйте это, как описано на https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43
xdg-open https://errors.ubuntu.com/user/`sudo cat /var/lib/whoopsie/whoopsie-id`
Без специальных разрешений на Launchpad вы не можете просматривать фактические отчеты, но можете видеть программы, о которых они сообщили, и могли использовать предоставленные идентификаторы, чтобы ссылаться на них при разговоре с разработчиками, у которых есть соответствующие разрешения.
Чтобы просмотреть накопленные отправленные отчеты о сбоях, вы можете перейти на https://errors.ubuntu.com/