Stops showing items

[drashna 47]

I'm on 3.3.1.0, because 3.4 is outright unusable... (5+ minute load times of each view, etc).

 

When the system scans the library (on another system, via a network share), it eventually stops showing items.  

This happens on both the the web app and via anything that uses the server (emby android app, roku, xbox, etc)

 

And at the same time, I get a bunch of these: Debug SqliteItemRepository: GetItemList query time (slow): 1196ms.

 

Server logs: 
https://gist.github.com/drashna/8d744e045bc6e89b7101ab80247c4fc2

[drashna 47]

Looks like this is the same issue as: https://emby.media/community/index.php?/topic/60279-emby-server-stops-responding-constantly-needing-restart/&do=findComment&comment=591872

[Luke 42077]

You can still get the web app itself to load though, right?

[drashna 47]

Maybe, but I'm seeing the same sql delays in his logs that I see in mine. 

 

And yes/no.   When if first starts, yes, it's accessible, but some libraries don't show anything in them. 
After a while though, even the main page ... well shows up, but with just the round spinny animation to show the page is loading, but nothing happens. It stops showing any libraries or items. 

 

But yes, the webUI is still accessible. Just utterly useless. 

 

And I haven't let it sit long enough to see if it stops responding altogether. 

[drashna 47]

Yeah, every time it scans the library, this happens now.  And it generates this error:

 

 

Cannot access a disposed object. Object name: 'SqliteItemRepository has been disposed and cannot be accessed.'.

[Luke 42077]

Server log?

[drashna 47]

I've done this several times, the last was 6AM (PST) when I restarted the server. 

 

The scan gets to about 70% and then chokes.  71.4%, precisely, I think.  And the error isn't generated until I manually restart the server. 

 

Emby-Server.zip

[Luke 42077]

I looked at the  most recent log file. That error is nothing to worry about. It's due to shutting down the server in the middle of a library scan. I don't think it will happen on newer releases.

 

You could try removing these plugins:

2018-06-28 07:30:38.183 Info App: Loading CoverArt, Version=4.0.72.0, Culture=neutral, PublicKeyToken=null
2018-06-28 07:30:38.183 Info App: Loading MediaBrowser.Plugins.PushBulletNotifications, Version=3.1.1.0, Culture=neutral, PublicKeyToken=null
2018-06-28 07:30:38.183 Info App: Loading playback_reporting, Version=1.0.15.0, Culture=neutral, PublicKeyToken=null
2018-06-28 07:30:38.183 Info App: Loading ThemeSongs, Version=1.1.5.2, Culture=neutral, PublicKeyToken=null

Additionally, you must remove these plugins:

2018-06-28 07:30:38.183 Info App: Loading IMVDb, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
2018-06-28 07:30:38.183 Info App: Loading OpenSubtitles, Version=1.0.2.0, Culture=neutral, PublicKeyToken=null
2018-06-28 07:30:38.184 Info App: Loading Emby.Server.CinemaMode, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null

These three plugins get pre-installed by 3.4.1, but you rolled back and now they are still there. They need to be removed manually.

[drashna 47]

Well, I can't remove Emby.Server.CinemaMode, since a core component, but I did replace the entire system folder with the stuff from github's 3.3.1.0 release.

 

And I did completely remove ALL plugins, and verified that the plugins folder was empty, except for the configuration and coverart folders (no dlls). 

 

And ... yeah, still the same behavior. 

 

Emby-Server.zip

[Luke 42077]

Ok at this point since you're on an older version it will be easier to help you either on the latest version of the server, or the beta server. 

[drashna 47]

Beta it is, because 3.4.1.0 is unusable....

[Luke 42077]

Following this, it will not be safe to roll back, just FYI.

[drashna 47]

That's fine.  I back up the database and config files daily, so worst case is that I can still roll back, just .... not as simply. 

 

And it looks like it's doing much better.  It's on 92.6%, which is MUCH further than it got before. 
And better yet, the issues that I had with 3.4.1.0 (super slow load times) is gone as well. 

 

Though, not sure if/when it will finish. Will update when that happens. 

Edited July 1, 2018 by drashna

[Luke 42077]

Thanks for the feedback.

[drashna 47]

/sigh

 

It's been stuck on 92.6% for the last couple of hours.  Not sure if that is because it's doing something or "stuck".  
But it hasn't affected the usability of the UI, at least. 

 

Just in case, I've grabbed logs: 
Log.zip

[Happy2Play 9780]

/sigh

 

It's been stuck on 92.6% for the last couple of hours.  Not sure if that is because it's doing something or "stuck".  

But it hasn't affected the usability of the UI, at least. 

 

Just in case, I've grabbed logs: 

Log.zip

 

You have quite a few permissions issues (1443 denied files)..

System.UnauthorizedAccessException: Access to the path '\\10.10.0.1\Shared Folders\Music\It Dies Today\artist.nfo' is denied.

[Luke 42077]

Well it's moving through your music library so I would just be patient and allow it to finish. There's no evidence of it being stuck so I would just give it time. Thanks.

[drashna 47]

 

You have quite a few permissions issues (1443 denied files)..

System.UnauthorizedAccessException: Access to the path '\\10.10.0.1\Shared Folders\Music\It Dies Today\artist.nfo' is denied.

It shouldn't, and I checked.  But ... I'm guessing that the heavy IO was causing some issues for the dfs root ("Shared Folders") that cause it to be inaccessible temporarily. 

 

 

Well it's moving through your music library so I would just be patient and allow it to finish. There's no evidence of it being stuck so I would just give it time. Thanks.

 

Okay, and yeah, it's a large library. 

 

Also, unfortunately, it's back to the 3.4.1.0 issue where the movies no longer show up at all.  

And for the most part, tv shows do load up pretty quick.... at least quicker than the 3.4.1.0 release.  But sometimes, it's taking a while to load views (60s or so)

[drashna 47]

Following this, it will not be safe to roll back, just FYI.

 

Here is a fun one.... because of the library issues (eg stuff not showing up), I rolled everything but the databases back to 3.3.1.0.  

 

Now the scan completes fine.... WTF.

[Luke 42077]

I think it would have finished on the beta if you had let it run.

[drashna 47]

Sorry, it did eventually finish on the beta. 

 

But ... the problem with 3.4.1.0 that I had is still in the beta.  That issue being that it takes a long time for the home view to even load content. And individual libraries basically never show any content (in the web UI, and the apps).   It makes 3.4 literally unusable for me. 3.3 works. 

Until this is fixed, I cannot use 3.4 for anything but testing.

[Luke 42077]

Thanks for the feedback.

[drashna 47]

Unfortunately, the issue came back... and upgrading and downgrading just to run a library scan isn't feasible. 

 

And that means I'm stuck between a rock and a hard place.  Library scans working, or library that actually displays data... 

 

That or stop using emby, until it's fixed. 

[Luke 42077]

Emby Server 3.6 should resolve all performance problems related to playlists and collections. Thanks !

[wyldemusick 2]

Add me to the list of disgruntled users with the web app doing bugger all any more, and nothing showing up on the Roku now. This is from the most recent library scan fail:

 

Cannot access a disposed object. Object name: 'SqliteItemRepository has been disposed and cannot be accessed.'. at Emby.Server.Implementations.Data.BaseSqliteRepository.CheckDisposed() at Emby.Server.Implementations.Data.SqliteItemRepository.GetItemList(InternalItemsQuery query) at MediaBrowser.Controller.Entities.AggregateFolder.LoadChildren() at Emby.Server.Implementations.IO.LibraryMonitor.Start() at Emby.Server.Implementations.Library.LibraryManager.ValidateMediaLibraryInternal(IProgress`1 progress, CancellationToken cancellationToken) at Emby.Server.Implementations.ScheduledTasks.ScheduledTaskWorker.ExecuteInternal(TaskOptions options)