Open crazyzjw opened 1 year ago
@crazyzjw thanks for reporting! Just to clarify: You see no crashes when enableTracing=false
right?
@crazyzjw would it be possible to provide a reproducible sample in addition? Do you also use our NDK integration? Does it happen on a specific device?
@crazyzjw thanks for reporting! Just to clarify: You see no crashes when
enableTracing=false
right?
yes Because of this problem I temporarily enableTracing=false , no crashes
@crazyzjw would it be possible to provide a reproducible sample in addition? Do you also use our NDK integration? Does it happen on a specific device? happen on most devices, i try about 3~4 devices ;ndk version :0.5.4,i think if frequent access to horizontal and vertical screens it be possible to happen
@crazyzjw Would it be possible to check if disabling activityFramesTracking
option makes the crash gone?
@crazyzjw Would it be possible to check if disabling
activityFramesTracking
option makes the crash gone?
if isEnableAutoActivityLifecycleTracing=false makes the crash gone
I encountered the same problem. After I set profilesSampleRate = 1.0, it crashed when using app(occasionally). After I removed profilesSampleRate(tracesSampleRate remains 1.0), no crash happens.
SentryAndroid.init(application) { options ->
options.isDebug = BuildConfig.DEBUG
options.dsn = CoreConfig.SENTRY_DSN
options.isEnableSystemEventBreadcrumbs = false
options.isEnableUncaughtExceptionHandler = true
options.isEnableNdk = true
options.isAnrEnabled = true
options.maxRequestBodySize = SentryOptions.RequestSize.MEDIUM
options.tracesSampleRate = 1.0
options.profilesSampleRate = 1.0
}
Sentry Version:6.14.0 - 6.17.0 Crashed only on one device: M2012K11AC.For now others devices work fine. StackTrace:
OS Version: Android 13 (TKQ1.220829.002 test-keys) Report Version: 104
Exception Type: Unknown (SIGABRT)
Application Specific Information: Abort
Thread 0 Crashed:
0 libc.so 0x7c41519674 abort
1 libc.so 0x7c41581aa0
EOF
Thanks for the feedback @kasogg! We are investigating the issue, and will update you as soon as we have news on this
@kasogg @crazyzjw We tried to reproduce the issue but so far couldn't. Ideally we could get some more information about your setup (build/target SDK versions, other dependencies). Or even better have a reproducible example.
@crazyzjw any chance you had a look at this?
@markushi compileSdkVersion : 32, buildToolsVersion : "32.0.0", minSdkVersion : 23, targetSdkVersion : 32,
appcompat_v7 : 'androidx.appcompat:appcompat:1.4.1',
activity : 'androidx.activity:activity:1.3.1',
fragment : 'androidx.fragment:fragment:1.3.6',
design : 'com.google.android.material:material:1.0.0',
kotlin_stdlib : "org.jetbrains.kotlin:kotlin-stdlib-jdk8:1.7.20",
constraint_layout : 'androidx.constraintlayout:constraintlayout:1.1.3',
recycle_view : 'androidx.recyclerview:recyclerview:1.2.1',
junit : "junit:junit:4.12",
testRunner : 'androidx.test.ext:junit:1.1.1',
espresso : 'androidx.test.espresso:espresso-core:3.1.0',
ktx : 'androidx.core:core-ktx:1.3.2',
room : "androidx.room:room-runtime:$room_version",
room_compiler : "androidx.room:room-compiler:2.4.2",
room_rxjava2 : "androidx.room:room-rxjava2:2.4.2",
view_model : "androidx.lifecycle:lifecycle-viewmodel-ktx:2.3.1",
lifecycle : "androidx.lifecycle:lifecycle-runtime-ktx:2.3.1",
viewpager2 : "androidx.viewpager2:viewpager2:1.1.0-alpha01",
hilt_android : "com.google.dagger:hilt-android:2.42",
hilt_compiler : "com.google.dagger:hilt-android-compiler:2.42",
transition : "androidx.transition:transition:1.4.1",
compose_activity : "androidx.activity:activity-compose:1.3.0",
compose_ui : "androidx.compose.ui:ui:1.1.1",
compose_ui_tooling : "androidx.compose.ui:ui-tooling:1.1.1",
compose_runtime_livedata : "androidx.compose.runtime:runtime-livedata:1.1.1",
compose_material : "androidx.compose.material:material:1.1.1",
compose_animation : "androidx.compose.animation:animation:1.1.1",
compose_lifecycle_viewmodel: "androidx.lifecycle:lifecycle-viewmodel-compose:2.5.1",
compose_appcompat_theme : "com.google.accompanist:accompanist-appcompat-theme:0.23.1",
the problem still exists
compileSdkVersion 33 buildToolsVersion "32.0.0" minSdkVersion 21 targetSdkVersion 30
@crazyzjw @kasogg we would appreciate if you can provide a reproducible sample project, because we are unable to reproduce it with the provided details. Thank you in advance!
I created a simple project but crash not happened. I'm not sure which code cause the crash.
@kasogg in case you find a way to reproduce this - please re-open this issue!
Reported by another cusotmer.
They are initializing through React Native init. It seems to occur when profiling is enabled.
Similar stacktrace with RunSamplingThread
and __pthread_internal_find
(see linked Jira for example event)
Their SDK versions:
sentry.javascript.react-native 5.20.0
sentry.native.android.sentry-android 7.5.0
sentry.native.android.react-native 0.7.0
This seems to be unrelated to React Native - most likely related to Android Profiler used in all of the above scenarios. A (very) quick code search yielded:
pthread_self()
and the sampling threadpthread_self()
most likely ends up in an internal function to resolve the thread, and if that fails, 3 things can happen
nullptr
, logs a warning and also returns nullnullptr
, logs the message we see in the report and aborts <-- this is what happens here@stefanosiano @markushi does this make sense?
@kahest Should we advise customer to disable profiling for Android >= 26 while this is being investigated? or is it < 26 (seems like a typo)?
Sentry.init({
// ...
_experiments: {
// profilesSampleRate is relative to tracesSampleRate.
profilesSampleRate: Platform.OS === 'android' && Platform.Version >= 26 ? 0.0 : 1.0
},
});
@realkosty sadly not a typo - up until Android 25 this error was ignored. Starting with Android 26 (API level 26 that is, which means Android OS 8.0) this causes a fatal error if the requested thread could not be found.
Deactivating Profiling for >= 26 will likely prevent this exact error. However it's possible that in these exact instances the unfound thread causes other (possibly fatal) errors to occur as the program continues on, just with less context about the root cause. Until we find a way to reproduce this, we can't tell for sure.
After some investigation we did not find a way to reproduce or prevent this. It very much seems like this is a bug in the Android Tracer implementation, but we'll dig in a bit more. We'd appreciate any pointers on how to reproduce this.
@kahest Should we advise customer to disable profiling for Android >= 26 while this is being investigated? or is it < 26 (seems like a typo)?
Sentry.init({ // ... _experiments: { // profilesSampleRate is relative to tracesSampleRate. profilesSampleRate: Platform.OS === 'android' && Platform.Version >= 26 ? 0.0 : 1.0 }, });
I can confirm this resolved the issue for us on @sentry/react-native@5.22.2
@marjorg thanks for reporting back! FYI @krystofwoldrich @stefanosiano
@realkosty since it's hard to get a reproducible, would it be possible to get a tombstone instead? Those are generated after the crash. Using adb bugreport
would generate a zip file containing the offending tombstone file.
Just updating here that we received a crash dump including tombstone and are analysing the information for clues. We'll keep this updated.
A similar issue was reported on SO: https://stackoverflow.com/questions/78684061/using-sentry-on-android-make-app-crash-when-ndk-error-happens
A similar issue was reported on SO: https://stackoverflow.com/questions/78684061/using-sentry-on-android-make-app-crash-when-ndk-error-happens get this error: invalid pthread_t 0x71e13cbcb0 passed to pthread_getcpuclockid Fatal signal 6 (SIGABRT), code -1 (SI_QUEUE) in tid 2237 (Sampling Profil), pid 2180(package name) Using enableTracing=false makes the error gone, but setting activityFramesTracking doesn't work, I run the app on Android 13, and a crash happens when we get some NDK errors in another library(UVCCamera)
A trialing customer reported this happening on Android as well, included more details internally in the associated customer case + Jira ticket.
More context: One customer (the above) shared that Google Play Store reports these crashes only for Android 13 and 14 (API 33 and 34) and not below.
Integration
sentry-android
Build System
Gradle
AGP Version
7.2.1
Proguard
Disabled
Version
6.15.0
Steps to Reproduce
Occasionally the native layer crashes when switching pages,but it is ok when remove import the sdk if set options.enableTracing=false is will be run
Expected Result
Occasionally the native layer crashes when switching pages,but it is ok when remove import the sdk
Actual Result
Occasionally the native layer crashes when switching pages,but it is ok when remove import the sdk
┆Issue is synchronized with this Jira Improvement by Unito