Jump to content

Search the Community

Showing results for tags 'jessie'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • General
    • Announcements
    • Emby Premiere Purchase/Subscription Support
    • Feature Requests
    • Tutorials and Guides
  • Emby Server
    • General/Windows
    • Android Server
    • Asustor
    • FreeBSD
    • Linux
    • NetGear ReadyNAS
    • MacOS
    • QNAP
    • Synology
    • TerraMaster NAS
    • Thecus
    • Western Digital
    • DLNA
    • Live TV
  • Emby Apps
    • Amazon Alexa
    • Android Mobile
    • Android TV / Fire TV
    • Emby Theater
    • iOS
    • Apple TV
    • Kodi
    • Raspberry Pi
    • Roku
    • Samsung Smart TV
    • Sony PlayStation
    • LG Smart TV
    • Web App
    • Windows Media Center
    • Plugins
  • Language-specific support
    • Arabic
    • Dutch
    • French
    • German
    • Italian
    • Portuguese
    • Russian
    • Spanish
    • Swedish
  • Community Contributions
    • Ember for Emby
    • Fan Art & Videos
    • Tools and Utilities
    • Web App CSS
  • Other
    • General Discussion
    • Developer API
    • Hardware
    • Media Clubs
    • Legacy Support

Blogs

  • Emby Blog

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Found 3 results

  1. Pafzedog

    Upgrade to 4.2.0 - doesn't start anymore

    Hello, I just upgraded to 4.2 on my server (Debian Jessie 8.11 x64) Emby service doesn't start with this error message in Systemd status report : systemctl status emby-server.service ● emby-server.service - Emby Server is a personal media server with apps on just about every device. Loaded: loaded (/usr/lib/systemd/system/emby-server.service; enabled) Active: failed (Result: signal) since mar. 2019-07-30 17:51:37 CEST; 1min 54s ago Process: 696 ExecStart=/opt/emby-server/bin/emby-server (code=killed, signal=ABRT) Main PID: 696 (code=killed, signal=ABRT) juil. 30 17:51:37 Fozzy emby-server[696]: --- End of inner exception stack trace --- juil. 30 17:51:37 Fozzy emby-server[696]: --- End of inner exception stack trace --- juil. 30 17:51:37 Fozzy emby-server[696]: at System.Net.NetworkInformation.LinuxNetworkInterface.GetLinuxNetworkInterfaces() juil. 30 17:51:37 Fozzy emby-server[696]: at System.Net.NetworkInformation.NetworkInterfacePal.GetIsNetworkAvailable() juil. 30 17:51:37 Fozzy emby-server[696]: at System.Net.NetworkInformation.NetworkChange.OnAvailabilityTimerFired(Object state) juil. 30 17:51:37 Fozzy emby-server[696]: at System.Threading.TimerQueueTimer.CallCallback() juil. 30 17:51:37 Fozzy emby-server[696]: at System.Threading.TimerQueueTimer.Fire() juil. 30 17:51:37 Fozzy emby-server[696]: at System.Threading.TimerQueue.FireNextTimers() juil. 30 17:51:37 Fozzy systemd[1]: emby-server.service: main process exited, code=killed, status=6/ABRT juil. 30 17:51:37 Fozzy systemd[1]: Unit emby-server.service entered failed state. In the last logs of emby server, I found this : Error App: LoaderException: Could not load type 'SQLitePCL.pretty.IResultSetValue' from assembly 'SQLitePCL.pretty, Version=1.2.2.0, Culture=neutral, PublicKeyToken=null'.
  2. Hello, I'm runing emby server 3.5.2 on debian Jessie. App is crashing quickly with this error message in Systemd status report : emby-server.service - Emby Server is a personal media server with apps on just about every device. Loaded: loaded (/usr/lib/systemd/system/emby-server.service; enabled) Active: failed (Result: exit-code) since lun. 2018-07-30 19:43:35 CEST; 16min ago Process: 16746 ExecStart=/opt/emby-server/bin/emby-server (code=exited, status=5) Main PID: 16746 (code=exited, status=5) juil. 30 19:43:35 Fozzy emby-server[16746]: at System.IO.File.InternalReadAllLines(String path, Encoding encoding) juil. 30 19:43:35 Fozzy emby-server[16746]: at System.IO.File.ReadAllLines(String path) juil. 30 19:43:35 Fozzy emby-server[16746]: at System.Net.NetworkInformation.StringParsingHelpers.ParseGatewayAddressesFromRouteFile(String filePath, String interfaceName) juil. 30 19:43:35 Fozzy emby-server[16746]: at System.Net.NetworkInformation.LinuxIPInterfaceProperties.GetGatewayAddresses() juil. 30 19:43:35 Fozzy emby-server[16746]: at System.Net.NetworkInformation.LinuxIPInterfaceProperties..ctor(LinuxNetworkInterface lni) juil. 30 19:43:35 Fozzy emby-server[16746]: at System.Net.NetworkInformation.LinuxNetworkInterface..ctor(String name) juil. 30 19:43:35 Fozzy emby-server[16746]: at System.Net.NetworkInformation.LinuxNetworkInterface.GetOrCreate(Dictionary`2 interfaces, String name) juil. 30 19:43:35 Fozzy emby-server[16746]: at System.Net.NetworkInformation.LinuxNetworkInterface.<>c__DisplayClass5_0.<GetLinuxNetworkInterfaces>b__1(String name, IpAddressInfo* ipAddr, UInt32* scopeId) juil. 30 19:43:35 Fozzy emby-server[16746]: InnerException: System.IO.IOException juil. 30 19:43:35 Fozzy emby-server[16746]: System.IO.IOException: Permission denied I notice that it happen since emby 3.5.1, It seems that it did'nt happen with first release 3.5.0 . thanks for your help. complete server log is here because uploader on this forum failed for me
  3. Hello there, I've been using multiple Emby server instances for quite a while now and I tried my luck with Amazon Cloud Drive (later referred as ACD). Basically I've tried everything I could, but it seems like that Emby is (currently?) not in a state, that it can be used with ACD without issues. First, let me show you my current setup. I try to provide as many details as possible. Hardware: CPU: Intel® Xeon® CPU E31275 @ 3.40GHz RAM: 32GB ECC Disk: 2x Seagate Cheetah 15K.7 300GB, SAS 6Gb/s (ST3300657SS) - running as RAID 1 on a LSI MegaRAID SAS 9260-4i with 512MB RAM. OS and application versions: OS: Debian Jessie Stable - Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux Emby: emby-server - 3.1.2-12.1 embymagick:amd64 - 6.9.6+6-7.1 libembysqlite3-0:amd64 - 3.15.0+1-7.1 libsqlite3-0:amd64 - 3.15.2-1 (acd_cli is using it, that's why I'm providing information to it) nginx (used as reverse proxy to provide a SSL encrypted connection to the Emby server without the need to create a pfx file): nginx - 1.6.2-5+deb8u4 nginx-common - 1.6.2-5+deb8u4 nginx-full - 1.6.2-5+deb8u4 That was the basic information - now let me show you, how I actually mount my ACD: Using acd_cli (https://github.com/bgemmill/acd_cli): acd_cli -nl mount --modules="subdir,subdir=/Storage" /mnt/acd/ --allow-other --umask 000 --interval 0 After running this command I have everything located in the storage folder on ACD in /mnt/acd This looks like (output of ls -l /mnt/acd): drwxrwxrwx 1 root root 0 Dec 29 07:38 animatic drwxrwxrwx 1 root root 0 Dec 10 20:31 anime drwxrwxrwx 1 root root 0 Dec 10 20:31 audiobooks drwxrwxrwx 1 root root 0 Jan 1 16:11 documentary-series drwxrwxrwx 1 root root 0 Dec 31 23:02 documentary-single drwxrwxrwx 1 root root 0 Dec 10 20:31 podcasts drwxrwxrwx 1 root root 0 Dec 29 16:12 series drwxrwxrwx 1 root root 0 Dec 10 20:31 series-en While having it mounted, I'm using rar2fs (https://github.com/hasse69/rar2fs) to make the media files in the RAR folders readable for emby: rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/animatic /mnt/rar2fs/animatic rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/anime /mnt/rar2fs/anime rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/documentary-single /mnt/rar2fs/documentary-single rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/documentary-series /mnt/rar2fs/documentary-series rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/series /mnt/rar2fs/series rar2fs --flat-only --no-expand-cbr --seek-length=1 --hist-size=40 --iob-size=32 -o max_readahead=4096M -o allow_other -o umask=000 /mnt/acd/series-en /mnt/rar2fs/series-en This results in the following structure (output of ls -l /mnt/rar2fs): drwxrwxrwx 1 root root 0 Dec 29 07:38 animatic drwxrwxrwx 1 root root 0 Dec 10 20:31 anime drwxrwxrwx 1 root root 0 Jan 1 16:11 documentary-series drwxrwxrwx 1 root root 0 Dec 31 23:02 documentary-single drwxrwxrwx 1 root root 0 Dec 29 16:12 series drwxrwxrwx 1 root root 0 Dec 10 20:31 series-en So far for the media files. Also I made some RAM partitions to maximize the performance of Emby and ACD. ACD stores it's cache (the node info and so on) in a folder called .cache, located in /root. For Emby itself I have changed some paths to fit my needs: Cache: /opt/emby/cache Logs: /var/lib/emby-server/logs Metadata: /opt/emby/metadata Transcoding temporary files: /opt/emby/transcoding-temp So, I created three RAM "drives" with tmpfs, which are used as following: acd_cli db: tmpfs 1.5G 198M 1.4G 13% /root/.cache emby folders: tmpfs 12G 2.3G 9.8G 19% /opt/emby tmpfs 3.0G 301M 2.8G 10% /var/lib/emby-server As you can see, there is still plenty of free space available. Just for the sense of completeness: I sync these folder every three minutes to disk. Also I adjusted the mounts to increase I/O performance (output of /etc/fstab) - I removed the UUIDs: UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx / ext4 noatime,errors=remount-ro 0 1 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /boot ext4 noatime,errors=remount-ro 0 1 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /tmp ext4 relatime,rw,nosuid,nodev 0 2 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /var ext4 relatime,rw 0 2 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /home ext4 noatime,rw,nosuid,nodev 0 2 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /opt ext4 noatime,defaults 0 0 UUID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx none swap sw 0 0 tmpfs /var/lib/emby-server tmpfs noatime,defaults,size=3072M 0 0 tmpfs /opt/emby/ tmpfs noatime,defaults,size=12288M 0 0 tmpfs /root/.cache/ tmpfs noatime,defaults,size=1536M 0 0 For ACD I have no possibility to specify additional parameters such as noatime or relatime to increase the performance. Next is my nginx config for Emby (output of /etc/nginx/sites-available/emby) - I removed the real URL as I want to keep them private: server { server_name mydomain; listen 80; rewrite ^ https://mydomain$request_uri? permanent; } server { server_name mydomain; listen 443 ssl spdy; ssl_certificate /etc/letsencrypt/live/mydomain/cert.pem; ssl_certificate_key /etc/letsencrypt/live/mydomain/privkey.pem; ssl_prefer_server_ciphers On; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers 'AES256+EECDH:AES256+EDH:!aNULL'; ssl_stapling on; resolver 8.8.8.8 8.8.4.4 valid=300s; resolver_timeout 5s; ssl_stapling_verify on; keepalive_timeout 180; # This is for strict transport security HSTS # add_header Strict-Transport-Security max-age=31536000; client_max_body_size 1024M; location / { # Send traffic to the backend proxy_pass http://127.0.0.1:8096; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $remote_addr; proxy_set_header X-Forwarded-Protocol $scheme; proxy_redirect off; # Send websocket data to the backend aswell proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; } } Additional I made some kernel improvements to increase the TCP performance (output of /etc/sysctl.conf): net.core.rmem_max = 33554432 net.core.wmem_max = 33554432 net.ipv4.tcp_rmem = 4096 87380 33554432 net.ipv4.tcp_wmem = 4096 65536 33554432 net.ipv4.tcp_no_metrics_save = 1 net.core.netdev_max_backlog = 5000 net.ipv4.tcp_congestion_control = cubic Last but not least I modified the mono environment variables: MONO_THREADS_PER_CPU=2048 MONO_GC_PARAMS=nursery-size=2048m Currently I don't use any 3rd party plugins for Emby. My media collection is currently 6.8TB, which are mostly SD files and only series, no movies (I run another Emby server for that, which runs perfectly fine, as everything is stored locally ). I disabled realtime monitoring and extraction of chapter images on all folders in Emby. The only options I enabled in the library scan options are: - Download artwork and metadata from the internet - Download images in advance I disabled everything completly for documentary-single as there is no metadata to find on almost all episodes anyway. --------- I think that is all I can do to increase the perfomance from my side, however I experience a lot of issues using Emby in combination with ACD. I expected the first media scan to take quite a while, which is quite usual I asume. But upon the second scan it should be way faster - I think - which wasn't the case at all. Everytime I add new content - and if it's only one single episode - it takes several hours to a few days to complete the scan. The scheduled task Clean Database stucks at 45% for quite a few hours now. My questions are now as follows: - How does Emby actually determine new content? Is it going through each folder, even if it is already known, and checks if there is new content available? - Does it rely in anyway of a modification, access or create date to determine new content? - Is there anyway on my side, how I can increase the performance? - Would it might be possible to experiment with Amazon Cloud Drive at all, to get it working for everybody? I would be happy to help testing and collect ideas. Thanks for reading that far, if anything is needed, please let me know. I did not write this as an actual "please help me community" post, more like "hey @@Luke can you help me?" post All others: If you are not experienced with Linux, please don't try this setup, as it takes advanced Linux knowledge to run and maintain such a system. Oh and @@Luke: I can provide logfiles for you via PM, if you need them or anything - just let me know. Also I'd be more than happy to have a realtime chat or similar with you to exchange information! Thanks for all the good work on that project from everybody, who contributed! Regards, Steffen
×
×
  • Create New...