Как я могу отследить ошибку, которая вызвала сбой и было сообщено через apport / whoopsie?


52

Раньше случалось так, что при сбое программы, особенно когда пользователь использовал предварительную версию Ubuntu, apport мог использоваться для открытия отчета об ошибке. Затем пользователь может отследить ошибку, посмотреть, не повлияла ли она на других, помочь исправить ее и т. Д.

Начиная с Precise 12.04, это поведение и рабочий процесс изменились. Как я обнаружил в ошибке № 993450 «Apport не может отправить отчет об ошибке» , по умолчанию apport больше не открывает отчет об ошибке (и это неудобно, но не невозможно сделать так). В то же время люди замечают новый процесс "whoopsie", как описано в разделе Что такое процесс "whoopsie" и для чего он нужен? ,

После еще одного приближения к поиску я выкопал этот проект, который описывает весь процесс: ErrorTracker - Ubuntu Wiki . (В нем не было упоминания о гурмане или ромашке, поэтому я добавил их - пожалуйста, поправьте меня, если я ошибся).

Ничего себе - это звучит как отличная работа по упорядочению и улучшению процесса отчетности о сбоях.

У меня остается вопрос: как пользователь узнает, в каком состоянии находится проблема? План теперь имеет это требование

У пользователя должен быть способ проверить состояние своего отчета о сбое; например, иметь некоторый идентификатор отчета, на который они могут посмотреть статистику и / или любую связанную ошибку #. Например, предоставьте серийный номер во время подачи заявки, который они могут загрузить через веб-страницу позже.

который кажется невыполненным. Есть ли что-нибудь доступное в то же время?

И как разработчик попадает в игру? Переход на https://daisy.ubuntu.com просто предоставляет сообщение об ошибке «Неверный тип содержимого».

Наконец, я предлагаю документировать изменения поведения аппорта в примечаниях к выпуску. Это должно заинтересовать любого, кто пытается помочь Ubuntu.


Ответы:


45

Спасибо за ваш интерес к проекту отслеживания ошибок Ubuntu .

Начиная с Precise 12.04, это поведение и рабочий процесс изменились. Как я обнаружил в ошибке № 993450 «Apport не может отправить отчет об ошибке», по умолчанию apport больше не открывает отчет об ошибке (и это неудобно, но не невозможно сделать так).

Apport никогда не создавал отчеты об ошибках после релиза. Когда релиз еще находится в разработке, вы можете использовать apport для сохранения ошибок Launchpad (и отчетов об ошибках).

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

Статистика по данным, собранным, когда люди решили отправить эти отчеты, отображается на http://errors.ubuntu.com .

У меня остается вопрос: как пользователь узнает, в каком состоянии находится проблема? План теперь имеет это требование

У пользователя должен быть способ проверить состояние своего отчета о сбое; например, иметь некоторый идентификатор отчета, на который они могут посмотреть статистику и / или любую связанную ошибку #. Например, предоставьте серийный номер во время подачи заявки, который они могут загрузить через веб-страницу позже.

Я собираюсь удалить это. Это никогда не было целью. Пользовательский интерфейс старается не давать никаких обещаний по поводу получения каких-либо отзывов об отчете.

Это не сообщения об ошибках.

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

Мы решили проблему поиска наиболее актуальных вопросов. Это первая страница http://errors.ubuntu.com .

Быстрый сбор необходимой информации без использования длительного цикла обратной связи с пользователями, испытывающими эту проблему, рассматривается в элементах Foundations-Q-Bucketing-Improvements . План состоит в том, чтобы позволить разработчикам подключиться к процессу сбора информации на стороне сервера. Если мне нужен / var / log / syslog, но он еще не предоставлен, я просто изменяю настройку на http://errors.ubuntu.com, и следующий человек, который сталкивается с ошибкой, автоматически добавляет ее к отправляемым данным.

Быстрое получение исправлений для пользователей рассматривается в отчетах Foundations-q-updates-from-crash . Когда пользователи отправляют отчет об ошибке, и эта ошибка уже исправлена ​​и выпущена, появится диалоговое окно с вопросом, хотят ли они перейти на версию программного обеспечения, которая устраняет проблему, с которой они только что столкнулись.

И как разработчик попадает в игру? Переход на https://daisy.ubuntu.com просто предоставляет сообщение об ошибке «Неверный тип содержимого».

http://daisy.ubuntu.com не предназначен для использования людьми. Он предназначен для того, чтобы демон отчетов об ошибках (whoopsie) отправлял отчеты.

Для других людей было бы просто замечательно принять участие. Я в настоящее время единственный, кто взломал этот полный рабочий день.

Система состоит из четырех частей.

  • Apport , который обеспечивает пользовательский интерфейс рабочего стола.
  • Whoopsie , который принимает отчеты (и дампы ядра), созданные Apport, и переносит их на сервер отслеживания ошибок Daisy.
  • Маргаритка , которая собирает отчеты от Whoopsie и обрабатывает их. Это сердце службы. Это то, что превращает файлы ядра в восстановленные отчеты и генерирует статистику, которую вы видите на http://errors.ubuntu.com .
  • Ошибки - веб-сайт на Django, обеспечивающий удобочитаемое представление данных и API RESTful для работы с ними.

В каталоге setup / в lp: daisy есть несколько устаревший набор скриптов, который должен дать вам некоторое представление о том, как эти части сочетаются друг с другом. Я работаю над чарами Джуджу, чтобы заменить это. Цель - создать единую команду для развертывания всей инфраструктуры в облаке для тестирования и разработки.

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

Больше информации:


«Статистика из данных, собранных, когда люди решили отправить эти отчеты, отображается на errors.ubuntu.com ». Это не правильно, только если ваше приложение написано на поддерживаемом языке программирования. Например, ни одна из программ, написанных на моно, не сообщает об ошибках. Это дискриминация в крайности. Ubuntu должна обеспечивать равномерное игровое поле и не исключать программы, основанные на языке, на котором они написаны.
trampster

2
Я думаю, ты пропустил ту часть, где он работает над этим один, приятель. Нет проблем с поддержкой популярных языков.
Вадим Перетокин

5
Действительно, @Vadi это правильно. В этом нет ничего дискриминационного. Если кто-то захочет активизировать поддержку Mono, я с удовольствием рассмотрю и объединю их ветку apport.
Эван

4

Чтобы просмотреть отчеты из вашей собственной системы, попробуйте это, как описано на 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 вы не сможете просматривать реальные отчеты, но вы можете видеть программы, о которых они сообщали, и могли использовать предоставленные идентификаторы для обращения к ним при общении с разработчиками, у которых есть соответствующие разрешения.


2

Чтобы просмотреть накопленные отправленные отчеты о сбоях, вы можете перейти на https://errors.ubuntu.com/


4
Благодарю. Но до сих пор не ясно, как я могу отслеживать состояние проблем, с которыми я столкнулся, и сайт немного сложен для понимания ( Как интерпретировать данные графика errors.ubuntu.com? - Спросите Ubuntu )
nealmcb
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.