Native stacktrace crash on Ubuntu 12.04 version 2.0.0.1141

Help & Support
1

Seem to be having an issue with NZBDrone 2.0.0.1141 , here is an output of when it fails…

[Info] RefreshEpisodeService: Starting episode info refresh for: [71663][The Simpsons]
[Info] RefreshEpisodeService: Finished episode refresh for series: [71663][The Simpsons].
[Info] DiskScanService: Scanning disk for The Simpsons
Stacktrace:

Native stacktrace:

    mono() [0x4916ba]
    mono() [0x4e0d4f]
    mono() [0x41bc77]
    /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0) [0x7fa179f47cb0]
    /lib/x86_64-linux-gnu/libpthread.so.0(pthread_mutex_lock+0x4) [0x7fa179f41e84]
    mono() [0x49bc12]
    [0x4128ea3a]

Debug info from gdb:

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.

Aborted (core dumped)

Could anyone help me?

2

Its a threading issue with mono, seems to be handled better in newer versions of mono though. You can follow the steps here to upgrade to 3.2: http://stackoverflow.com/a/13384233

3

I am getting a similar issue, and I updated to mono 3.2.1 and I still get it. I’ve made sure I’m up-to-date on drone-develop as well. This is on start up, BTW.

Output from command mono /opt/NzbDrone/NzbDrone.exe ..

[Info] Bootstrap: Starting NzbDrone Console. Version 2.0.0.1156 
Stacktrace:

  at <unknown> <0xffffffff>
  at (wrapper managed-to-native) System.Data.SQLite.UnsafeNativeMethods.sqlite3_prepare (intptr,intptr,int,intptr&,intptr&) <0xffffffff>
  at System.Data.SQLite.SQLite3.Prepare (System.Data.SQLite.SQLiteConnection,string,System.Data.SQLite.SQLiteStatement,uint,string&) <0x0048b>
  at System.Data.SQLite.SQLiteCommand.BuildNextCommand () <0x002b9>
  at System.Data.SQLite.SQLiteCommand.GetStatement (int) <0x0002f>
  at (wrapper remoting-invoke-with-check) System.Data.SQLite.SQLiteCommand.GetStatement (int) <0xffffffff>
  at System.Data.SQLite.SQLiteDataReader.NextResult () <0x003d3>
  at System.Data.SQLite.SQLiteDataReader..ctor (System.Data.SQLite.SQLiteCommand,System.Data.CommandBehavior) <0x001eb>
  at (wrapper remoting-invoke-with-check) System.Data.SQLite.SQLiteDataReader..ctor (System.Data.SQLite.SQLiteCommand,System.Data.CommandBehavior) <0xffffffff>
  at System.Data.SQLite.SQLiteCommand.ExecuteReader (System.Data.CommandBehavior) <0x00043>
  at System.Data.SQLite.SQLiteCommand.ExecuteNonQuery () <0x0002f>
  at System.Data.SQLite.SQLiteConnection.Open () <0x01688>
  at NzbDrone.Core.Datastore.Migration.Framework.SqLiteMigrationHelper..ctor (NzbDrone.Core.Datastore.IConnectionStringFactory,NLog.Logger) <0x0009f>
  at (wrapper dynamic-method) object.lambda_method (System.Runtime.CompilerServices.Closure,object[]) <0x00114>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x00486>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.ResolveOptions) <0x00043>
  at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x00083>
  at TinyIoC.TinyIoCContainer.ResolveInternal (TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x000ae>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x0032f>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.ResolveOptions) <0x00043>
  at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x00083>
  at TinyIoC.TinyIoCContainer.ResolveInternal (TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x000ae>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x0032f>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.ResolveOptions) <0x00043>
  at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x00083>
  at TinyIoC.TinyIoCContainer.ResolveInternal (TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x000ae>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x0032f>
  at TinyIoC.TinyIoCContainer.ConstructType (System.Type,System.Type,System.Reflection.ConstructorInfo,TinyIoC.ResolveOptions) <0x00043>
  at TinyIoC.TinyIoCContainer/SingletonFactory.GetObject (System.Type,TinyIoC.TinyIoCContainer,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x00083>
  at TinyIoC.TinyIoCContainer.ResolveInternal (TinyIoC.TinyIoCContainer/TypeRegistration,TinyIoC.NamedParameterOverloads,TinyIoC.ResolveOptions) <0x000ae>
  at TinyIoC.TinyIoCContainer.Resolve (System.Type) <0x00057>
  at TinyIoC.TinyIoCContainer.Resolve<ResolveType> () <0x00027>
  at NzbDrone.Common.Composition.Container.Resolve<T> () <0x00033>
  at NzbDrone.Core.Datastore.DbFactory.RegisterDatabase (NzbDrone.Common.Composition.IContainer) <0x0001e>
  at NzbDrone.Host.Bootstrap.Start (NzbDrone.Host.ApplicationModes,NzbDrone.Common.EnvironmentInfo.StartupContext) <0x00043>
  at NzbDrone.Host.Bootstrap.Start (NzbDrone.Common.EnvironmentInfo.StartupContext,NzbDrone.Host.IUserAlert,System.Action`1<NzbDrone.Common.Composition.IContainer>) <0x00133>
  at NzbDrone.Console.ConsoleApp.Main (string[]) <0x00063>
  at (wrapper runtime-invoke) <Module>.runtime_invoke_void_object (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

	mono() [0x4a9f1d]
	mono() [0x4ff74f]
	mono() [0x41fd17]
	/lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0) [0x7ff4206cdcb0]
	/lib/x86_64-linux-gnu/libc.so.6(+0x8bfb6) [0x7ff420389fb6]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x2df21) [0x7ff41cd0ff21]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x38f85) [0x7ff41cd1af85]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x391eb) [0x7ff41cd1b1eb]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x3f454) [0x7ff41cd21454]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x4e249) [0x7ff41cd30249]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x66407) [0x7ff41cd48407]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x667e2) [0x7ff41cd487e2]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x66c41) [0x7ff41cd48c41]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6c5a8) [0x7ff41cd4e5a8]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6ec22) [0x7ff41cd50c22]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x725fe) [0x7ff41cd545fe]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x765d1) [0x7ff41cd585d1]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x769c9) [0x7ff41cd589c9]
	/usr/lib/x86_64-linux-gnu/libsqlite3.so.0(sqlite3_prepare+0x15) [0x7ff41cd58e55]
	[0x4181e593]

Debug info from gdb:

Could not attach to process.  If your uid matches the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user.  For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No threads.

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Aborted (core dumped)
4

@tymanthius Looks like an issue with sqlite, drone requires a 32-bit version of mono and sqlite, but it looks like its only been given a x64 version.

5

Interesting. I haven’t done anything but normal updates, and I don’t recall seeing sqlite as one.

Any idea how to fix it?

Shame it’s not native 64.

6

This is very strange. I have done NOTHING since I last posted, and now it works. WTF?

I’m a pc tech. So I get the BEST gremlins. Sigh . . .

7

Not really sure, seems odd that it would suddenly break. Nothing changed on the drone side in regards to how it uses sqlite.

Not x64/any because we’re not going to manage x86 and x64 releases when there is no benefit and any doesn’t work with sqlite.

EDIT: saw its working… not sure what to say about that either!

8

I can see you logic of not supporting 2 versions. Makes perfect sense.

I have NO freaking clue. The only thing I might have done is dpkg’d in plexmediaserver 9.9.3.

Only other idea I have is somehow the mono update took a while to get into paths?