Luke 37060 Posted November 23, 2017 Author Share Posted November 23, 2017 It's possible in the future. For now, 3.2.40 is back on its way up for centos. Thanks. 1 Link to comment Share on other sites More sharing options...
dcrdev 251 Posted November 23, 2017 Share Posted November 23, 2017 (edited) It's possible in the future. For now, 3.2.40 is back on its way up for centos. Thanks. It would be good - not a fan of binary blobs and your packaging quite alot where we are not aware of it's origin; not saying there is anything nefarious, it's just the way I like things. I accept not all the apps being open source, but for the server component - that's where my entire life's data lives and that's where the open source aspect of Emby drew me in. Edited November 23, 2017 by dcrdev Link to comment Share on other sites More sharing options...
dcrdev 251 Posted December 1, 2017 Share Posted December 1, 2017 To follow up on this - Isn't Emby licensed under the GPL (according to Github) by extension doesn't that make the package itself a derivative piece of work, who's source code should be publicly available or atleast available on request? Sorry it's just really bugging me that you've got all these binaries in the package with no way of verifying what they are; the package isn't even signed, as they were previously. Link to comment Share on other sites More sharing options...
Luke 37060 Posted December 1, 2017 Author Share Posted December 1, 2017 Great news everyone. We now have .NET Core-based armhf .rpm downloads ready for testing. If you'd like to try them out please see here: https://emby.media/community/index.php?/topic/50012-emby-server-for-net-core/ Thanks ! Link to comment Share on other sites More sharing options...
dcrdev 251 Posted December 2, 2017 Share Posted December 2, 2017 To follow up on this - Isn't Emby licensed under the GPL (according to Github) by extension doesn't that make the package itself a derivative piece of work, who's source code should be publicly available or atleast available on request? Sorry it's just really bugging me that you've got all these binaries in the package with no way of verifying what they are; the package isn't even signed, as they were previously. Guess we're just ignoring that then. Link to comment Share on other sites More sharing options...
dcrdev 251 Posted December 7, 2017 Share Posted December 7, 2017 Again - this needs to be made open source. Also there are no rpm packages for .50 .... Link to comment Share on other sites More sharing options...
Luke 37060 Posted December 7, 2017 Author Share Posted December 7, 2017 It will be up shortly, thanks. Link to comment Share on other sites More sharing options...
Luke 37060 Posted December 7, 2017 Author Share Posted December 7, 2017 rpms are up on the website, thanks. Link to comment Share on other sites More sharing options...
Luke 37060 Posted January 22, 2018 Author Share Posted January 22, 2018 Just a heads up to anyone running an Emby Server beta package from OBS. In the next week or two we will be retiring the OBS beta channel. Our website download page has been updated with beta install instructions: https://emby.media/download At your convenience it is recommended that you switch over to the new installation process as we will no longer be publishing betas to OBS. If you're running a non-beta (stable) package from OBS, you can continue to do so for the time being. Thanks ! Link to comment Share on other sites More sharing options...
shocker 113 Posted January 28, 2018 Share Posted January 28, 2018 Hello, I just had a server crash with this error: 2018-01-28 23:37:10.361 Error App: Error getting connection info *** Error Report *** Version: 3.2.70.3 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-rpm_{version}_x86_64.deb Operating system: Unix 3.10.0.693 64-Bit OS: True 64-Bit Process: True User Interactive: True Processor count: 48 Program data path: /var/lib/emby Application directory: /opt/emby-server/system System.Net.Http.HttpRequestException: An error occurred while sending the request. ---> System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) --- End of inner exception stack trace --- at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<SendAsyncInternal>d__20.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<SendAsync>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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Connect.ConnectEntryPoint.<GetIpAddress>d__19.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Connect.ConnectEntryPoint.<TimerCallback>d__18.MoveNext() System.Net.Http.HttpRequestException at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<SendAsyncInternal>d__20.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<SendAsync>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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Connect.ConnectEntryPoint.<GetIpAddress>d__19.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Connect.ConnectEntryPoint.<TimerCallback>d__18.MoveNext() InnerException: System.IO.IOException System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) 2018-01-28 23:52:59.720 Info HttpServer: HTTP GET http://86.105.231.3:8096/emby/Users/c9d07484de09436bb00969d7339b94c5. UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.119 Safari/537.36 2018-01-28 23:52:59.724 Info HttpServer: HTTP Response 200 to 86.105.231.110. Time: 5ms. http://86.105.231.3:8096/emby/Users/c9d07484de09436bb00969d7339b94c5 2018-01-28 23:52:59.730 Info HttpServer: HTTP GET http://86.105.231.3:8096/emby/Packages/Updates?PackageType=UserInstalled. UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.119 Safari/537.36 2018-01-28 23:52:59.731 Info InstallationManager: Opening /var/lib/emby/cache/serverpackages.json 2018-01-28 23:52:59.736 Info HttpClient: GetTempFileResponse url: https://www.mb3admin.com/admin/service/EmbyPackages.json 2018-01-28 23:52:59.740 Error HttpClient: Error getting response from https://www.mb3admin.com/admin/service/EmbyPackages.json *** Error Report *** Version: 3.2.70.3 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-rpm_{version}_x86_64.deb Operating system: Unix 3.10.0.693 64-Bit OS: True 64-Bit Process: True User Interactive: True Processor count: 48 Program data path: /var/lib/emby Application directory: /opt/emby-server/system System.Net.Http.HttpRequestException: An error occurred while sending the request. ---> System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) --- End of inner exception stack trace --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at System.Net.Http.HttpClient.<FinishSendAsyncUnbuffered>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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFileResponse>d__29.MoveNext() System.Net.Http.HttpRequestException at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at System.Net.Http.HttpClient.<FinishSendAsyncUnbuffered>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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFileResponse>d__29.MoveNext() InnerException: System.IO.IOException System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) 2018-01-28 23:52:59.744 Error InstallationManager: Error updating package cache *** Error Report *** Version: 3.2.70.3 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-rpm_{version}_x86_64.deb Operating system: Unix 3.10.0.693 64-Bit OS: True 64-Bit Process: True User Interactive: True Processor count: 48 Program data path: /var/lib/emby Application directory: /opt/emby-server/system System.Net.Http.HttpRequestException: An error occurred while sending the request. ---> System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) --- End of inner exception stack trace --- at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFileResponse>d__29.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFile>d__28.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.Updates.InstallationManager.<UpdateCachedPackages>d__53.MoveNext() System.Net.Http.HttpRequestException at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFileResponse>d__29.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFile>d__28.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.Updates.InstallationManager.<UpdateCachedPackages>d__53.MoveNext() InnerException: System.IO.IOException System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) 2018-01-28 23:52:59.749 Error HttpServer: Error processing request *** Error Report *** Version: 3.2.70.3 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-rpm_{version}_x86_64.deb Operating system: Unix 3.10.0.693 64-Bit OS: True 64-Bit Process: True User Interactive: True Processor count: 48 Program data path: /var/lib/emby Application directory: /opt/emby-server/system System.Net.Http.HttpRequestException: An error occurred while sending the request. ---> System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) --- End of inner exception stack trace --- at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFileResponse>d__29.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFile>d__28.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.Updates.InstallationManager.<UpdateCachedPackages>d__53.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.Updates.InstallationManager.<GetAvailablePackagesWithoutRegistrationInfo>d__49.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.Updates.InstallationManager.<GetAvailablePluginUpdates>d__62.MoveNext() System.Net.Http.HttpRequestException at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFileResponse>d__29.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.<GetTempFile>d__28.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.Updates.InstallationManager.<UpdateCachedPackages>d__53.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.Updates.InstallationManager.<GetAvailablePackagesWithoutRegistrationInfo>d__49.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 System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at Emby.Server.Implementations.Updates.InstallationManager.<GetAvailablePluginUpdates>d__62.MoveNext() InnerException: System.IO.IOException System.IO.IOException: Too many open files at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Interop.CheckIo(Int64 result, String path, Boolean isDirectory, Func`2 errorRewriter) at System.Net.Http.CurlHandler.MultiAgent.EnsureWorkerIsRunning() at System.Net.Http.CurlHandler.MultiAgent.Queue(IncomingRequest request) at System.Net.Http.CurlHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken) Link to comment Share on other sites More sharing options...
Luke 37060 Posted January 28, 2018 Author Share Posted January 28, 2018 Please attach the complete emby server log, thanks. Link to comment Share on other sites More sharing options...
shocker 113 Posted January 28, 2018 Share Posted January 28, 2018 Please attach the complete emby server log, thanks. please find it attached I'm not using the server in prod yet, but is there a way to sanitise the document for tokens, users, etc before uploading the docs? server-63652694400.txt.zip Link to comment Share on other sites More sharing options...
casperghst42 3 Posted January 29, 2018 Share Posted January 29, 2018 please find it attached I'm not using the server in prod yet, but is there a way to sanitise the document for tokens, users, etc before uploading the docs? "System.IO.IOException: Too many open files" did you try to allow the process to open more files? Look a here: https://www.cyberciti.biz/faq/linux-increase-the-maximum-number-of-open-files/ 1 Link to comment Share on other sites More sharing options...
shocker 113 Posted January 29, 2018 Share Posted January 29, 2018 "System.IO.IOException: Too many open files" did you try to allow the process to open more files? Look a here: https://www.cyberciti.biz/faq/linux-increase-the-maximum-number-of-open-files/ Thank you for the feedback. I've changed this to: - Soft 10.000 - Hard 50.000 Hopefully this will be enough Link to comment Share on other sites More sharing options...
Luke 37060 Posted January 29, 2018 Author Share Posted January 29, 2018 Great investigation guys. thanks. Link to comment Share on other sites More sharing options...
shocker 113 Posted January 29, 2018 Share Posted January 29, 2018 In case that others will have the same issue: Edit: /etc/security/limits.conf Add at the bottom of the file: emby soft nofile 10000 emby hard nofile 50000 Enjoy Link to comment Share on other sites More sharing options...
shocker 113 Posted January 30, 2018 Share Posted January 30, 2018 Seems that even with those limitations during a library scan the server crashed again: System.IO.IOException: Too many open files This time the server version is 3.2.70.5. What are the recommended limits for a large library? Link to comment Share on other sites More sharing options...
dcrdev 251 Posted January 30, 2018 Share Posted January 30, 2018 Seems that even with those limitations during a library scan the server crashed again: System.IO.IOException: Too many open files This time the server version is 3.2.70.5.What are the recommended limits for a large library? It won't work if you're exceeding the limit imposed by the kernel at boot: cat /proc/sys/fs/file-max It's very strange that Emby should need to exceed this limit, alas they don't care. Set kernel limit. echo "fs.file-max = 50000" >> /etc/sysctl.conf reboot Link to comment Share on other sites More sharing options...
shocker 113 Posted January 30, 2018 Share Posted January 30, 2018 (edited) It won't work if you're exceeding the limit imposed by the kernel at boot: cat /proc/sys/fs/file-max It's very strange that Emby should need to exceed this limit, alas they don't care. Set kernel limit. echo "fs.file-max = 50000" >> /etc/sysctl.conf reboot It's already set at ~]# cat /proc/sys/fs/file-max 3271491 Now I've changed to soft at 50k and hard at 100k. P.S. I've sudo the emby user to see if the limits are set, and they are. Edited January 30, 2018 by shocker Link to comment Share on other sites More sharing options...
Simca 1 Posted February 14, 2018 Share Posted February 14, 2018 (edited) It's already set at ~]# cat /proc/sys/fs/file-max 3271491 Now I've changed to soft at 50k and hard at 100k. P.S. I've sudo the emby user to see if the limits are set, and they are. my system: # sudo -u emby bash bash-4.4$ ulimit -Sn 1024 bash-4.4$ ulimit -Hn 4096 bash-4.4$ cat /proc/sys/fs/file-max 6569078 Have a tons of the files and everything is fine. One exception i were needed to modify: fs.inotify.max_user_watches=1638400 to allow watcher work properly on my amount of data Edited February 14, 2018 by Simca Link to comment Share on other sites More sharing options...
Simca 1 Posted February 28, 2018 Share Posted February 28, 2018 wanna to ask about /etc/emby-server.conf. It looks that this is environment file used to set variables for emby process. For CentOS 6/7, Fedora....default preferred location for such file is /etc/sysconfig Is there a way to change this? Link to comment Share on other sites More sharing options...
Luke 37060 Posted February 28, 2018 Author Share Posted February 28, 2018 @@alucryd should be able to answer that, thanks. Link to comment Share on other sites More sharing options...
flowlee 1 Posted May 6, 2018 Share Posted May 6, 2018 The package seems to be broken on CentOS 6.9. When trying to install I get the following error: Error: Package: emby-server-3.4.0.0-1.x86_64 (/emby-server-rpm_3.4.0.0_x86_64) Requires: libc.so.6(GLIBC_2.17)(64bit) Error: Package: emby-server-3.4.0.0-1.x86_64 (/emby-server-rpm_3.4.0.0_x86_64) Requires: libm.so.6(GLIBC_2.15)(64bit) Error: Package: emby-server-3.4.0.0-1.x86_64 (/emby-server-rpm_3.4.0.0_x86_64) Requires: libc.so.6(GLIBC_2.14)(64bit) Error: Package: emby-server-3.4.0.0-1.x86_64 (/emby-server-rpm_3.4.0.0_x86_64) Requires: libc.so.6(GLIBC_2.16)(64bit) Error: Package: emby-server-3.4.0.0-1.x86_64 (/emby-server-rpm_3.4.0.0_x86_64) Requires: libc.so.6(GLIBC_2.15)(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest The same happens with the beta version of the server. Has anyone else had this problem? Link to comment Share on other sites More sharing options...
Luke 37060 Posted May 6, 2018 Author Share Posted May 6, 2018 I'm not sure we've tested CentOS 6.X, although @@alucryd can elaborate. Isn't that pretty ancient now? The libc version it has is probably just going to be too old. Link to comment Share on other sites More sharing options...
jwilson9 0 Posted June 9, 2018 Share Posted June 9, 2018 I'm having problems upgrading my Emby-server installation from version 3.2.70.12 to version 3.4.1.0. Below is a log from when I run either of the Centos x64 installation commands. Any advice will be helpful. Thank you in advance. Loaded plugins: fastestmirror, langpacks Examining /var/tmp/yum-root-mvPnjc/emby-server-rpm_3.4.1.13_x86_64.rpm: emby-server-3.4.1.13-1.x86_64 Marking /var/tmp/yum-root-mvPnjc/emby-server-rpm_3.4.1.13_x86_64.rpm to be installed Resolving Dependencies --> Running transaction check ---> Package emby-server.x86_64 0:3.4.1.13-1 will be installed --> Processing Conflict: emby-server-beta-3.2.70.12~beta-369.1.x86_64 conflicts emby-server Loading mirror speeds from cached hostfile * base: mirror.ash.fastserv.com * epel: fedora-epel.mirrors.tds.net * extras: mirror.us-midwest-1.nexcess.net * nux-dextop: mirror.li.nux.ro * updates: mirrors.advancedhosters.com --> Finished Dependency Resolution You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now