web-dev-qa-db-fra.com

Google Chrome - Emplacement du vidage sur incident

J'essaie de déboguer une page dans une application Web qui ne cesse de planter Chrome (erreur "Aw, snap!"). J'ai activé/désactivé le rapport d'incident automatique, j'ai essayé de me connecter avec google-chrome --enable-logging --v=1, (ainsi que divers niveaux de verbosité), et tout ce que j'obtiens est un "ID de vidage sur incident" dans le chrome_debug.logchrome: // crash Affiche tous les ID de vidage, mais aucun fichier de vidage réel

Je vois autres questions faisant référence à la lecture des fichiers de vidage, mais je ne trouve pas les fichiers de vidage eux-mêmes (juste l'ID).

Recherche de l'ID de crash dans /tmp et ~/.config/google-chrome/ ne montre rien, mais le ~/.config/google-chrome/chrome_debug.log montre que quelque chose a été envoyé:

--2015-04-06 11:10:00--  https://clients2.google.com/cr/report
Resolving clients2.google.com (clients2.google.com)... 74.125.228.224, 74.125.228.225, 74.125.228.231, ...
Connecting to clients2.google.com (clients2.google.com)|74.125.228.224|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/dev/fd/3’

     0K
 Crash dump id:  7dac9d5d58258264

Des idées sur où trouver le fichier/les données réellement envoyés?

Détails: Chrome version: 40.0.2214.111 (version officielle) Linux Mint 16 (Petra)

Edit: Quelques informations supplémentaires:

curtis@localhost:-$ tail -n 5 uploads.log && echo $(pwd)
1428584493,ddc357e4600a49e6
1428584497,7ac16455c152381a
1428589439,d00ad6f5e6426f3d
1428934450,66b3f722430511e8
1428939578,7a2efc2b681515d1
/home/curtis/.config/google-chrome/Crash Reports

curtis@localhost:-$ ll -a
total 12
drwx------ 2 curtis curtis 4096 Apr  6 11:32 .
drwx------ 9 curtis curtis 4096 Apr 13 11:43 ..
-rw------- 1 curtis curtis 3291 Apr 13 11:39 uploads.log

Info in chrome://crashes matches up to <code>uploads.log</code>

Le rapport automatique est activé ... Automatic Reporting **is** enabled

Merci!

google-chromedebuggingcrash-dumps
16
Curtis Mattoon

Le *.dmp les fichiers sont stockés dans /tmp/, et cela n'a rien à voir avec la case "Rapport de plantage automatique". Le fichier n'est pas non plus lié au hachage stocké dans ~/.config/google-chrome/

Dans ~/.config/google-chrome/Crash Reports/uploads.log:

1429189585,5bddea9f7433e3da

Depuis son utilisation, le fichier de vidage sur incident pour ce rapport particulier était:

chromium-renderer-minidump-2113a256de381bce.dmp

Solution:

root@localhost:-$ mkdir /tmp/misc && chmod 777 /tmp/misc
root@localhost:-$ cd /tmp
root@localhost:-$ watch -n 1 'find . -mmin -1 -exec cp {} /tmp/misc/ \;'

Ensuite, en tant qu'utilisateur régulier (pas root):

google-chrome --enable-logging --v=1

Une fois que vous voyez les fichiers créés par la commande watch, exécutez:

root@localhost:-$ ls -l
-rw-------  1 root root 230432 Apr 16 09:06 chromium-renderer-minidump-2113a256de381bce.dmp
-rw-------  1 root root 230264 Apr 16 09:12 chromium-renderer-minidump-95889ebac3d8ac81.dmp
-rw-------  1 root root 231264 Apr 16 09:13 chromium-renderer-minidump-da0752adcba4e7ca.dmp
-rw-------  1 root root 236246 Apr 16 09:12 chromium-upload-56dc27ccc3570a10
-rw-------  1 root root 237247 Apr 16 09:13 chromium-upload-5cebb028232dd944

Maintenant vous pouvez utiliser le breakpad pour travailler sur le *.dmp des dossiers.

6
Curtis Mattoon

Google Chrome - Emplacement du vidage sur incident

Pour générer le vidage sur incident localement,

 CHROME_HEADLESS=1 google-chrome

Les fichiers .dmp Sont ensuite stockés dans ~/.config/google-chrome/Crash Reports

Produire une trace de pile

  1. Vérifiez et ajoutez depot_tools à votre CHEMIN (utilisé pour construire breakpad )

    git clone https://chromium.googlesource.com/chromium/tools/depot_tools
export PATH=`pwd`/depot_tools:"$PATH"

  2. Extraire et construire breakpad (en utilisant la récupération de depot_tools )

    mkdir breakpad && cd breakpad
fetch breakpad
cd src
./config && make

  3. Pour produire une trace de pile sans symboles:

    breakpad/src/processor/minidump_stackwalk -m /path/to/minidump

Plus ici https://www.chromium.org/developers/decoding-crash-dumps

Méthode personnellement préférée

  1. Activer les rapports de plantage:

    Menu Chrome> Paramètres> Afficher les paramètres avancés> Cochez "Envoyer automatiquement des statistiques d'utilisation et des rapports d'erreur à Google"

  2. Accédez à chrome: // plantages> Bug de fichier> Vous amène à crbug.com> Rapport complet laissant le report_id field Ajouté automatiquement inchangé.

  3. Un membre de l'équipe Chrome/Chromium fera le suivi. Ils peuvent vous fournir votre trace de pile et vous aider à résoudre le problème.

7
Jeffrey Godwyll