Jump to content


Photo

Library Update keeps getting stuck


  • Please log in to reply
6 replies to this topic

#1 Archigos OFFLINE  

Archigos

    Newbie

  • Members
  • 7 posts
  • Local time: 05:49 AM

Posted 19 March 2019 - 10:52 PM

TL;DR

What's an easy way to track down exact show/movie that makes the library update get stuck and what are the best ways to attempt to manually update/fix them?

Emby Server:        Version 4.0.2.0
Operating System:   macOS Mojave 10.14.2

Plugins Enabled:
  Auto Box Sets    1.2.2.0      Fanart.tv        1.0.2.0
  IMVDb            1.0.6.0      MovieDb          1.0.7.0
  MusicBrainz      1.0.1.0      Nfo Metadata     1.0.10.0
  OMDb             1.0.4.0      Open Subtitles   1.0.13.0
  Roku Thumbnails  3.2.6.0      Studio Images    1.0.0.0
  TheAudioDb       1.0.4.0      TheTVDB          1.0.2.0
  Trakt            3.3.2.0

For my TV Library I have 4 roots enabled and when trying to scan the library it always sticks at 92%.

 

To the best of my knowledge the only real change I did was update 'most' of a single series from 720p to 1080p, but I verified that all the files are fine. And the little bit of info I can get from the log files point to this show more than likely being the cause. The only actual error in the logs are the following:

2019-03-19 21:48:26.301 Error LibraryMonitor: Error in Directory watcher for: /environment/Media/Video/TV/Private
  *** Error Report ***
  Version: 4.0.2.0
  Command line: /Applications/HTPC/EmbyServer.app/Contents/MacOS/EmbyServer.dll -noautorunwebapp
  Operating system: Unix 18.2.0.0
  64-Bit OS: True
  64-Bit Process: True
  User Interactive: True
  Processor count: 4
  Program data path: /Users/USERNAME/.config/emby-server
  Application directory: /Applications/HTPC/EmbyServer.app/Contents/MacOS
  System.IO.IOException: System.IO.IOException: Too many changes at once in directory:{0}.
  Source: 
  TargetSite: 
  No Stack Trace Available

2019-03-19 21:48:26.302 Info LibraryMonitor: Stopping directory watching for path /environment/Media/Video/TV/Private 

Yes I see the part that states 'Too many changes at once...' and what I'm trying to do is figure out a way to possibly tell it to maybe update that show one season at a time (largest season is only 13 episodes) until it manages to complete.

I have a handful of other shows that I wanted to update as well and if this is giving me this much of a headache, knowing how to resolve this now will be of great help later.

 

I doubt it's relevant, but the show should have a total of 48 episodes, but only 38 files show in the interface and I'm unsure if they are the old 720p or the new 1080p versions.

 

The remainder of Emby's log shows nothing except me moving around the web interface prior to knowing it got stuck, so it's useless to post that.

 

 



#2 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124564 posts
  • Local time: 05:49 AM

Posted 20 March 2019 - 12:44 AM

Hi there, can you please attach the emby server log? thanks !



#3 Archigos OFFLINE  

Archigos

    Newbie

  • Members
  • 7 posts
  • Local time: 05:49 AM

Posted 20 March 2019 - 03:00 AM

Sadly, while I was testing this I had deleted the current logs so that I could see just the relevant info from a fresh reboot on the computer, therefore I don't have any meaningful logs right now. As I said in the original post, the section shown was the only thing relevant anyway, the rest of the logs were just the standard requests for different pages, etc. as I navigated around the site from my laptop.

 

The main reason I'm posting now is because I noticed it can't just be the show I updated causing it because now a different one of the root folders gave me the same 'Too many changes' error in the log (Identical to above, except '/environment/Media/Video/TV/Private' is replaced with '/environment/Media/Video/TV/Common')

 

In the 'common' folder that now gives the too many changes message, all I did was add one episode, nothing else has changed with any of the library.



#4 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124564 posts
  • Local time: 05:49 AM

Posted 20 March 2019 - 12:39 PM

It's all relevant to us. Most likely, it is not stuck but is simply taking a long time. Once you complete the initial library scan, subsequent scans should be faster after that. Please let us know if this helps. Thanks.



#5 Archigos OFFLINE  

Archigos

    Newbie

  • Members
  • 7 posts
  • Local time: 05:49 AM

Posted 20 March 2019 - 09:24 PM

I figured it out a few hours ago... Although I had tested each of the mkv files via VLC to make sure they were correct when scanned in, one of the 22 minute (583MB) was read as a 493 minute file. I reopened that one in VLC and again it played fine, but when I checked it with MediaInfo it found errors in the container, so I replaced that file again and the scan managed to finish after appearing stuck for a few hours... so everything seems fine and it managed to find the remaining episodes that it hadn't managed to get to while getting stuck on the broken one.

 

I get how the log should always be relevant to you guys Luke and I don't mean any disrespect, but as I said, pretty much all the log had other than a few copies of the error I showed in the first post, practically the remaining file was all lines similar to these: (which don't seem relevant in any way)

2019-03-19 21:48:40.129 Info HttpServer: HTTP Response 200 to 192.168.1.5. Time: 1ms. http://192.168.1.3:8096/Users
2019-03-19 21:48:40.139 Info HttpServer: HTTP GET http://192.168.1.3:8096/Users/36bd509187c040e58ad8664074099b55/Items/Latest?EnableImages=false&Limit=30. UserAgent: php-requests/1.7
2019-03-19 21:48:40.196 Info HttpServer: HTTP Response 200 to 192.168.1.5. Time: 57ms. http://192.168.1.3:8096/Users/36bd509187c040e58ad8664074099b55/Items/Latest?EnableImages=false&Limit=30
2019-03-19 21:48:40.207 Info HttpServer: HTTP GET http://192.168.1.3:8096/Items?Ids=4706&Fields=Overview,People,Genres,CriticRating,Studios,Taglines. UserAgent: php-requests/1.7
2019-03-19 21:48:40.208 Info HttpServer: HTTP Response 200 to 192.168.1.5. Time: 1ms. http://192.168.1.3:8096/Items?Ids=4706&Fields=Overview,People,Genres,CriticRating,Studios,Taglines
2019-03-19 21:48:40.218 Info HttpServer: HTTP GET http://192.168.1.3:8096/Items?Ids=84019&Fields=Overview,People,Genres,CriticRating,Studios,Taglines. UserAgent: php-requests/1.7
2019-03-19 21:48:40.220 Info HttpServer: HTTP Response 200 to 192.168.1.5. Time: 2ms. http://192.168.1.3:8096/Items?Ids=84019&Fields=Overview,People,Genres,CriticRating,Studios,Taglines
2019-03-19 21:48:40.238 Info HttpServer: HTTP GET http://192.168.1.3:8096/Items?Ids=12485&Fields=Overview,People,Genres,CriticRating,Studios,Taglines. UserAgent: php-requests/1.7
2019-03-19 21:48:40.239 Info HttpServer: HTTP Response 200 to 192.168.1.5. Time: 1ms. http://192.168.1.3:8096/Items?Ids=12485&Fields=Overview,People,Genres,CriticRating,Studios,Taglines

Anyway, sorry for 'jumping the gun' and complaining/posting before noticing that screwed up file and doing more investigation beforehand.



#6 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124564 posts
  • Local time: 05:49 AM

Posted 23 March 2019 - 01:28 AM

Thanks for the feedback.



#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 124564 posts
  • Local time: 05:49 AM

Posted 24 March 2019 - 01:35 AM

 

Refreshed my iMac to 10.13.4 so I can transfer photographs and recordings from my iPhone X in new HEIF position. 
Connected my telephone after framework update and nothing happened ; ie Photos did not open. So I opened it and acknowledged it needs to refresh library first. Have a huge Photo Library (144 G)so anticipate that it should take for a moment for Photos Version 3.0 to refresh library yet it stalls out at 5% complete and there is nothing to do except for power quit. How might I fix this? Much obliged to you.

 

 

I would just be patient and allow it to finish. If you think you have an issue, please see how to report a problem. thanks !






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users