Jump to content

Can not scan after upgrade to 3.4.0


rafinha

Recommended Posts

rafinha

Hi guys,

 

I'm receiving a weird fail message when I try to scan my library.

Scan media library failed.
2 minutes ago
Could not find a part of the path '/var/lib/emby-server/root/default/Desenhos'.

I don't understand why, because my Desenhos library is on:

/media/pool/Desenhos

How to make is work again?

 

 

Thanks,

Link to comment
Share on other sites

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

 

Also did you move the installation after initially installing it?

 

thanks !

Link to comment
Share on other sites

rafinha

Hi,

 

I just download and install, I did not change any preference or configuration.

 

The log is to big to put here, so I take just the folder error, actually, looks like is happening with all folders.

2018-05-03 21:12:12.650 Info LibraryMonitor: Watching directory /media/pool/Desenhos
2018-05-03 21:12:26.932 Info App: Validating media library
2018-05-03 21:12:27.002 Info PlaybackReporting: Playback progress did not have a tracker : U3Vic29sbw11-609d6ecb486e4449ba3f43b8424f118b-eda99e2686299d13159ba0e571b3e6d0
2018-05-03 21:12:27.566 Error BaseItem: Error refreshing owned items for /var/lib/emby-server/root/default/Desenhos
	*** Error Report ***
	Version: 3.4.0.0
	Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
	Operating system: Unix 4.4.0.87
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: True
	Processor count: 3
	Program data path: /var/lib/emby
	Application directory: /opt/emby-server/system
	System.IO.DirectoryNotFoundException: Could not find a part of the path '/var/lib/emby-server/root/default/Desenhos'.
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.OpenDirectory(String fullPath)
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.Enumerate()
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1..ctor(String userPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget, Func`3 translateResult)
	   at System.IO.UnixFileSystem.EnumerateFileSystemInfos(String fullPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget)
	   at System.IO.DirectoryInfo.InternalEnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at System.IO.DirectoryInfo.EnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive)
	   at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path)
	   at MediaBrowser.Controller.IO.FileData.GetFilteredFileSystemEntries(IDirectoryService directoryService, String path, IFileSystem fileSystem, ILogger logger, ItemResolveArgs args, Int32 flattenFolderDepth, Boolean resolveShortcuts)
	   at MediaBrowser.Controller.Entities.CollectionFolder.CreateResolveArgs(IDirectoryService directoryService, Boolean setPhysicalLocations)
	   at MediaBrowser.Controller.Entities.CollectionFolder.GetFileSystemChildren(IDirectoryService directoryService)
	   at MediaBrowser.Controller.Entities.BaseItem.<RefreshMetadata>d__347.MoveNext()
	System.IO.DirectoryNotFoundException
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.OpenDirectory(String fullPath)
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.Enumerate()
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1..ctor(String userPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget, Func`3 translateResult)
	   at System.IO.UnixFileSystem.EnumerateFileSystemInfos(String fullPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget)
	   at System.IO.DirectoryInfo.InternalEnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at System.IO.DirectoryInfo.EnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive)
	   at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path)
	   at MediaBrowser.Controller.IO.FileData.GetFilteredFileSystemEntries(IDirectoryService directoryService, String path, IFileSystem fileSystem, ILogger logger, ItemResolveArgs args, Int32 flattenFolderDepth, Boolean resolveShortcuts)
	   at MediaBrowser.Controller.Entities.CollectionFolder.CreateResolveArgs(IDirectoryService directoryService, Boolean setPhysicalLocations)
	   at MediaBrowser.Controller.Entities.CollectionFolder.GetFileSystemChildren(IDirectoryService directoryService)
	   at MediaBrowser.Controller.Entities.BaseItem.<RefreshMetadata>d__347.MoveNext()
	
2018-05-03 21:12:27.581 Error TaskManager: Error
	*** Error Report ***
	Version: 3.4.0.0
	Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_amd64.deb
	Operating system: Unix 4.4.0.87
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: True
	Processor count: 3
	Program data path: /var/lib/emby
	Application directory: /opt/emby-server/system
	System.IO.DirectoryNotFoundException: Could not find a part of the path '/var/lib/emby-server/root/default/Desenhos'.
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.OpenDirectory(String fullPath)
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.Enumerate()
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1..ctor(String userPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget, Func`3 translateResult)
	   at System.IO.UnixFileSystem.EnumerateFileSystemInfos(String fullPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget)
	   at System.IO.DirectoryInfo.InternalEnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at System.IO.DirectoryInfo.EnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive)
	   at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path)
	   at MediaBrowser.Controller.IO.FileData.GetFilteredFileSystemEntries(IDirectoryService directoryService, String path, IFileSystem fileSystem, ILogger logger, ItemResolveArgs args, Int32 flattenFolderDepth, Boolean resolveShortcuts)
	   at MediaBrowser.Controller.Entities.CollectionFolder.CreateResolveArgs(IDirectoryService directoryService, Boolean setPhysicalLocations)
	   at MediaBrowser.Controller.Entities.CollectionFolder.RequiresRefresh()
	   at MediaBrowser.Providers.Manager.MetadataService`2.<RefreshMetadata>d__8.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.BaseItem.<RefreshMetadata>d__347.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<RefreshChildMetadata>d__63.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<RefreshMetadataRecursive>d__61.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<ValidateChildrenInternal2>d__60.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<ValidateChildrenInternal>d__59.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.UserRootFolder.<ValidateChildrenInternal>d__17.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.Library.LibraryManager.<ValidateTopLibraryFolders>d__105.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.Library.LibraryManager.<PerformLibraryValidation>d__106.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.Library.LibraryManager.<ValidateMediaLibraryInternal>d__104.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.ScheduledTasks.ScheduledTaskWorker.<ExecuteInternal>d__68.MoveNext()
	System.IO.DirectoryNotFoundException
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.OpenDirectory(String fullPath)
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1.Enumerate()
	   at System.IO.UnixFileSystem.FileSystemEnumerable`1..ctor(String userPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget, Func`3 translateResult)
	   at System.IO.UnixFileSystem.EnumerateFileSystemInfos(String fullPath, String searchPattern, SearchOption searchOption, SearchTarget searchTarget)
	   at System.IO.DirectoryInfo.InternalEnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at System.IO.DirectoryInfo.EnumerateDirectories(String searchPattern, SearchOption searchOption)
	   at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(String path, Boolean recursive)
	   at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntries(String path)
	   at MediaBrowser.Controller.IO.FileData.GetFilteredFileSystemEntries(IDirectoryService directoryService, String path, IFileSystem fileSystem, ILogger logger, ItemResolveArgs args, Int32 flattenFolderDepth, Boolean resolveShortcuts)
	   at MediaBrowser.Controller.Entities.CollectionFolder.CreateResolveArgs(IDirectoryService directoryService, Boolean setPhysicalLocations)
	   at MediaBrowser.Controller.Entities.CollectionFolder.RequiresRefresh()
	   at MediaBrowser.Providers.Manager.MetadataService`2.<RefreshMetadata>d__8.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.BaseItem.<RefreshMetadata>d__347.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<RefreshChildMetadata>d__63.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<RefreshMetadataRecursive>d__61.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<ValidateChildrenInternal2>d__60.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.Folder.<ValidateChildrenInternal>d__59.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at MediaBrowser.Controller.Entities.UserRootFolder.<ValidateChildrenInternal>d__17.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.Library.LibraryManager.<ValidateTopLibraryFolders>d__105.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.Library.LibraryManager.<PerformLibraryValidation>d__106.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.Library.LibraryManager.<ValidateMediaLibraryInternal>d__104.MoveNext()
	--- End of stack trace from previous location where exception was thrown ---
	   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
	   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
	   at Emby.Server.Implementations.ScheduledTasks.ScheduledTaskWorker.<ExecuteInternal>d__68.MoveNext()
Edited by rafinha
Link to comment
Share on other sites

Ok I think what may have happened is you switched from our legacy install package to our newer one. Is that correct?

Link to comment
Share on other sites

rafinha

I guess, before I was apt-get update then install emby-server, but since I did not receive the new update I download the image and install.

 

Do you know if this can be reverted or how I can fix it?

Link to comment
Share on other sites

frankw

Looks like the same errors I was having, I fixed it by reconfiguring the Library locations from scratch and then it worked ok.

Link to comment
Share on other sites

Eidolf

Hello everyone,

 

I have created an account especially for this case, because the same happened to me

I think the problem is explained in the following entries:

https://emby.media/community/index.php?/topic/57244-change-library-path/

https://emby.media/community/index.php?/topic/50012-emby-server-for-net-core/page-77&do=findComment&comment=512904

 

I didn't like the solution to move the complete folder so I came up with the idea to use a symlink.

sudo ln -s /var/lib/emby /var/lib/emby-server

You don't need to create a folder named "emby-server" before you execute the command.

I hope there will be a better fix in the future because I like it more clean than have tempory fixes in my System.

 

Hope this helps

 

And thanks to Emby Team for the great work, I will buy Premium if LDAP Login go live ;)

  • Like 2
Link to comment
Share on other sites

ShadowBlade72

I'd do the following to give you portability on updates.

 

systemctl stop emby-server
ln
-s /var/lib/emby-server /var/lib/emby
systemctl start emby
-server

 

Basically you just create a shortcut from the old path to the new one.

Link to comment
Share on other sites

We have a change in the beta server that will help prevent this sort of thing from ever happening again:

 

https://emby.media/community/index.php?/topic/58633-3403-virtualized-paths/

 

Unfortunately it won't help now as you really need to have it before-hand, but at least now it will be easier to move the server installation folder around.

Link to comment
Share on other sites

  • 1 month later...
troyscorer

EDIT: This is caused by the CoverArt plugin which doesnt seem to be compatible with something?

 

anyway, please delete this post. i dont seem to have an option to do so

 

 

Sorry to bring this back up but i have a further issue related to this, regarding my artwork

 

i did the symLink as instructed above and my library is updating as per normal. however it seems that the background images are corrupted.

 

I pick new artwork etc and it makes no difference. Is this an actual related issue or something else?

 

5b1cb84f8f46f_20180610_133155.png

Edited by troyscorer
Link to comment
Share on other sites

Yea you could try removing the cover art plugin and see if that helps. thanks.

Link to comment
Share on other sites

I had to symlink every single library individually after one of my library names either didn't correctly pick up (there's a random space at the end) or the name was changed to include said space. I don't know, nor do I really care, but now that I have done so, every single library is empty. Don't worry, files still definitely exist -- nothing got deleted, but I stare at a blank page that may or may not have a "loading" circle on it. The thumbnail for the library shows the pictures (cached somewhere likely), but if I click on the libraries, they have no contents. If I click "Play All" inside of one of these not-really-empty libraries, I get this message:

 

Playback Error

No compatible streams are currently available. Please try again later or contact your system administrator for details.

 

My scenario seems to fit with everyone else above -- I was formerly apt-get all the way up through 3.3.1.0, until 3.4.1.0 forced a manual install that wreaked havoc. I tried to time the "Play All" button well inside of a not-really-empty library, so I clicked the button at 7:03:20 PM -- line 820 of the logfile below is where it starts I think, but I don't see any errors in that time frame! Not sure what to make of that. Should I enable debug logging and try again, or do you see something I don't see that can help you here?

 

embyserver.txt

 

Side note, how do you issue a "refresh log file" command, just restart Emby? I want to see if I can manage to, in as few clicks as possible, get the debug info you need if you don't already have it. 800 lines of white noise surely doesn't help, especially much of it being a "keep alive" it seems (shouldn't that be considered verbose logging or is that just me?)

 

Anyhow, there's a few major issues with the most recent 3.4.1.0 version that I can see:

 

1) apt-get was abandoned in favor of a manual download that royally screwed up those of us that relied on apt-get. It also invalidates unattended-upgrades in Ubuntu, which lets those of us who use Emby for personal reasons to reasonably know it will remain a secure install of Emby even if we don't check it every day, week, or even month. Please, let us still use apt-get! [[ no "begging" emoticon eh? would use one here for sure... ]]

 

2) I still have an installation lingering on /var/lib/emby , likely running the 3.3.1.0 software (the apt-get one), but for reasons unclear to me, this was changed to /var/lib/emby-server at some point. It may have even been in the distant past, I really do not know, but running two separate installs surely isn't good. I don't know how many wires got crossed in the process, but it stands to reason, with the issues I'm facing, at least one is crossed somewhere. Finding that wire -- that's more up your alley, help?

 

3) Manifestation on the actual interface is libraries that fail to work, even when the directory is specified relative to root of machine. Mine for example are all under /mnt/ext1/Libraries (external drive) which is both where they actually exist and where the interface says it's looking for them. However when scanning all libraries, it consistently attempted to to search under /var/lib/emby-server/root/default -- it was at this point that I symlinked the individual libraries. (That part isn't on the log file attached by the way.) I only have about 30 libraries, not that bad, might as well when symlinking all in one go was giving me fits (turns out a space got added to the end of the folder name, don't know why, how, or when -- could have been me even last time I was in FileZilla who knows honestly).

 

Maybe new bug report also:

 

4) When individual libraries are attempted to be scanned, and the "Refresh" button is clicked, it refreshes the page, not the library, which does absolutely nothing helpful as the library does not scan at that point. No other buttons beyond the back arrow, I suspect someone saw that "Refresh" button and took it at face value out of context, "fixing" it so it now refreshes the page. Intended behavior should start the library scan task for only the library you are looking at, but actual behavior refreshes the page and does not scan the library at all.

 

As a result of #4, all attempts to check if the problem is fixed require waiting for over two hours to re-scan every. single. file...  :blink: yeah that's a long endeavor, no small wonder why when I have literally over two decades of family pics it goes through (Emby does not care at all that it has a megaton of data, that's why I use it as it's great and rarely hiccups like this!  ;) )

 

Any insight into the problem Luke? I know I've had low RAM issues in the past (upgrading the VPS specs fixed that easily, as well as a swap file), but this one's up your alley and over my head!

Link to comment
Share on other sites

Eidolf

Hello shep,

 

I try to answer your questions as a user, the devs. will have better ones ;)
 

Library Problem: I spoke with Soki, and he had the same Problem with spaces at the end, I think his solution was to delete the space and do a complete rescan of the library.

Fresh Log: Yes, restart Emby

1: Yes, this was the better update method

2: This should be the only symlink needed

3: The librarys should not be symlinked, because this are fixed paths. Only program path for the database should be symlinked.

4:I hope I understand it correctly because I have a german translated Version. To scan a individual library you go on (Server > Library > three dots on your individual library > scan library)

 

Greetings

Edited by Eidolf
Link to comment
Share on other sites

Turns out I'm mostly an idiot, the symlink was all that was needed, however the original (and empty!!!) "emby-server" folder made by the install process must be deleted first. I had forgotten this quirk, but if the specified directory already exists, "ln -s" assumes you want the symlink under the existing directory. Otherwise it behaves as expected.

 

So instead of it being /var/lib/emby-server/root/default, it was /var/lib/emby-server/emby/root/default -- make note of the extra "emby", that's the symlink.

 

Once you delete the empty emby-server folder, the symlink behaves much better. That may have been self-inflicted by way of the errorneous space at the end of the file name and my messing about trying to get it to work, but I ran a full library scan and we're back in business!

 

#4, it may be a locale bug then, English version simply says "Refresh", there is no button saying "scan library". Three dots > "Scan Library" item > leave drop-down alone in pop-up and click "Refresh" button > page refreshes. (No other buttons exist alongside the "Refresh" one). This is for both Desktop and Mobile.

Link to comment
Share on other sites

Eidolf

Good to know that your install running again.

 

#4 Yes, there is another popup Windows and there is the button "Refresh", sorry I forget to click on "scan library" for that test. But this should scan only the explicit library.

Link to comment
Share on other sites

It should, yes, but clicking that button literally only refreshes the page, while the library is unaffected and no scans are performed. The pop-up window I do get, but the "Refresh" button within seems to be broken.

 

This is particularly nasty for me as often I'll only update one or two places and pushing it all online quickly means it drags until it is done processing the entire 19+ years of image ane videos proceeding it -- a giant task for such a small change as often uploading one day's worth of pics. I don't recall that window existing before however, bug may have been introduced when it was added?

Link to comment
Share on other sites

Eidolf

In my installation a popup is started after pressing refresh shortly on the bottom left where it says "Update inserted", after a change to another menu tab and then back again I also see a percent circle how far it is on the library during the scanning process.

If it's not for you, I'd say we're waiting for Luke :)

Link to comment
Share on other sites

  • 2 weeks later...
kefler

Just chiming in here to say I did the update to 3.4.1.0 tonight, like everyone else in this thread, I was using a yum repo (opensuse repo) to "yum update emby-server" always.   Until now, I copypasted the line off the emby site to yum install directly from the github URL.

 

It installed just fine, but I also had failed library scan, no cover art, etc.   A google search led me here, and I had:

 

/var/lib/emby  (original install I guess, since forever)

/var/lib/emby-server.default

 

and that's it.   I had to link /var/lib/emby-server to /var/lib/emby and everything was fine.     I realize this has been beaten to death, but just in case there was a fix expected for this version, I wanted to mention that it still happens on install.

Edited by kefler
Link to comment
Share on other sites

Wonder what the new release entails. No release notes and nothing on the forums either. (And still no clue why that Library Refresh button is broken, Luke must have bailed on this topic by now...)

Link to comment
Share on other sites

Oh I didn't know this was on GitHub, neato!

 

Any chance of looking into that library refresh bug I pointed out in post #15? If I go to a single library and try to refresh, clicking the "refresh" button refreshes the page rather than the library. Emby doesn't do anything server-side.

 

I can try updating first but release notes don't mention a fix.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...