W tym pliku jest kilka informacji, ale szukam w sekcji o nazwie CoreDump w formacie zakodowanym w standardzie base64. Jak mogę przeczytać, co działało w czasie awarii?
W przypadku, gdy nie chcesz instalować wiązki zależności dla apport-retracenarzędzia, możesz rozpakować format apport do osobnych plików i używać tylko CoreDumpzrzutu gdbjak zwykle.
gdb `cat ExecutablePath` CoreDump(zwróć uwagę na tyldy tutaj!)
bt (wyjściowy faktyczny ślad zwrotny)
Uwaga: apport-unpackczasami zawiesza się podczas operacji rozpakowywania (apport wydaje się być uszkodzony dookoła ... xD), ale twój CoreDump i inne pliki będą tam, po prostu zignoruj je i usuń wszystkie pliki .crash /var/crashpo przeniesieniu ich w inne miejsce, aby umożliwić system do generowania nowych raportów o awariach z tych samych aplikacji.
Istnieje narzędzie o nazwie, apport-retracektóre odczytuje pliki .crash i pozwala albo wypełnić go w pełni symbolicznym śladem stosu, albo uruchomić gdbsesję przy użyciu zrzutu pamięci. Aby rozpocząć sesję gdb, uruchom apport-retrace -g CRASHFILE.crash. Pamiętaj, że musisz mieć zainstalowane pakiety -dbg, aby uzyskać dobre dane śledzenia stosu.
Biorąc to pod uwagę (nie jestem ekspertem od PHP), może to być coś, co napisałeś w jednym z plików, który powoduje awarię.
Nie t seem to work: # apport -retrace -g _usr_sbin_php5-fpm.1002.crash BŁĄD: plik raportu nie zawiera jednego z wymaganych pól: CoreDump DistroRelease Package ExecutablePath` # grep CoreDump _usr_sbin_php5-fpm.1002.crash CoreDump: base64
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.