Jump to content

Problème d'affichage depuis Emby version 4.6.6.0


Mickelebof
 Share

Go to solution Solved by Mickelebof,

Recommended Posts

Mickelebof

Bonjour,

Depuis la mise à jour d'Emby de 4.6.4.0 vers 4.6.6.0, j'ai des problèmes d'affichage, que ce soit sur la page d'accueil ou à l'intérieur des médiathèques :

emby_home2.thumb.png.246154623dd9df3d4e5eb51bbd6e89ba.png

A force de rafraîchir la page, ça fini par revenir, mais pas toujours du premier coup.
J'ai le même problème avec Firefox ou Chrome (tous les 2 à jour).
J'ai un reverse proxy (Nginx) en front, et je remarque dans les logs que je reçois beaucoup d'erreurs 502 venant d'Emby :

192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/280522/Images/Primary?maxHeight=266&maxWidth=177&tag=59bf75a50d334d35a4222756685f2966&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.982" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/280520/Images/Primary?maxHeight=266&maxWidth=177&tag=25c975f652ffc67ea0d1d9391b76ae2c&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.983" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/279717/Images/Primary?maxHeight=266&maxWidth=177&tag=c4500901c44965aa1368b32818c3cdbc&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.932" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/280145/Images/Primary?maxHeight=266&maxWidth=177&tag=8f1e7ad81c9b1d77d264b1727484e99a&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.954" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/280109/Images/Primary?maxHeight=266&maxWidth=177&tag=3029b54ccf12ce594bf7660ed2ef6ea4&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.954" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/279723/Images/Primary?maxHeight=266&maxWidth=177&tag=bd81ad6159e90791a88dc5a490e6053e&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.933" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/279720/Images/Primary?maxHeight=266&maxWidth=177&tag=ac604e3d2bf18624d9e003b057a846bc&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.933" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/233957/Images/Backdrop?maxWidth=275&tag=582b88f5017e6a6e43c7bde5e807b7f9&quality=70 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.936" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:56 +0100] "GET /Items/280153/Images/Primary?maxHeight=266&maxWidth=177&tag=e840b323c364a23af9ce9907acba5839&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "27.936" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:16:14:57 +0100] "GET /Items/279271/Images/Primary?maxHeight=266&maxWidth=177&tag=caa4013c741d75716315ad88a98ce49b&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "28.910" "-" "-" "-"

Je n'avais pas toutes ces erreurs 502 avant de passer sur Emby 4.6.6.0.
J'ai bien sur déjà redémarré Nginx, Emby etc...

Quelqu'un constate-t-il le même problème ?

Cordialement,
Mick

 

 

embyserver.txt

Edited by Mickelebof
Link to comment
Share on other sites

Hi there, please attach the complete emby server log. Thanks.

Link to comment
Share on other sites

Mickelebof
4 minutes ago, Luke said:

Hi there, please attach the complete emby server log. Thanks.

Hi @Luke,  I added the log file in my first post, thanks :)

Link to comment
Share on other sites

Mickelebof

I have not changed any configuration on Nginx for at least 1 year. The problem has only appeared since I updated Emby to version 4.6.6.0. 😕

Here is my configuration :

server {
  listen       *:443 ssl http2;
  server_name  emby.mondomaine.fr;

 if ($allowed_country = no) {
        return 444;
 }

  ssl_certificate           /etc/letsencrypt/live/emby.mondomaine.fr/fullchain.pem;
  ssl_certificate_key       /etc/letsencrypt/live/emby.mondomaine.fr/privkey.pem;
  ssl_verify_client         off;
  ssl_session_cache         shared:SSL:10m;
  ssl_session_timeout       5m;
  ssl_protocols             TLSv1.2 TLSv1.3;
  ssl_ciphers               'ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES256-SHA384:!DSS';
  ssl_prefer_server_ciphers on;

  ssl_stapling on;
  ssl_stapling_verify on;

  index  index.html index.htm index.php;

  access_log            /var/log/nginx/all-vhost.access.log custom;
  access_log            /var/log/nginx/ssl-emby.mondomaine.fr.access.log custom;
  error_log             /var/log/nginx/ssl-emby.mondomaine.fr.error.log;

  location / {
    proxy_pass            https://192.168.1.41:8920;
    proxy_http_version    1.1;
    proxy_read_timeout    90;
    proxy_connect_timeout 90;
    proxy_set_header      Host $host;
    proxy_set_header      Upgrade $http_upgrade;
    proxy_set_header      Connection "Upgrade";
    proxy_set_header      X-Real-IP $remote_addr;
    proxy_set_header      X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header      Proxy "";

    add_header Strict-Transport-Security max-age=15552001;

  }
}

I rebooted my VM (again) and for the moment the problem disappeared. To see if it comes back.

I took the opportunity to switch to a 5.13 kernel

 

Link to comment
Share on other sites

I would still suggest checking out this topic and comparing:

Thanks.

  • Like 1
Link to comment
Share on other sites

Mickelebof

It is already this post that I used to make my configuration ;)

For the moment, since the last reboot, the problem has not recurred

Edited by Mickelebof
Link to comment
Share on other sites

Randdrick

Bonsoir Mickelebof

Rediriges ton reverse proxy vers le port 8096 plutôt que vers le port 8920, comme suit :

23 minutes ago, Mickelebof said:
  location / {
    proxy_pass            http://192.168.1.41:8096

 

Ca peut paraitre bête, mais Emby considère que si tu utilises le port 8920 tu es sur une connexion externe et à ce titre, ta connexion doit être de type https://emby.mondomaine.com:8920
Pour une connexion dans ton lan, Emby considère que ta connexion doit être de type http://mon.adresse.ip:8096

C'est important surtout pour les extensions Emby qui se basent sur ton réseau lan. 

Link to comment
Share on other sites

Mickelebof

Hello Randdrick,

Je ne pense pas que le problème vienne de là.

Je n'utilise pas du tout le port 8096, même en local (sauf dans de rares cas) ; et je suis dans cette configuration depuis plusieurs années ;)

Pour le moment, le problème semble avoir disparu, I wait and see :)

Mick

Link to comment
Share on other sites

Mickelebof

Finalement, ça recommence...

192.168.1.1 - - [20/Nov/2021:21:13:23 +0100] "GET /Items/108592/Images/Primary?maxHeight=266&maxWidth=177&tag=84120270cb3df06ac51631760183e96c&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "10.085" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:23 +0100] "GET /Items/108589/Images/Primary?maxHeight=266&maxWidth=177&tag=e8fa9f6f2d241fb666e1ba9737c432c8&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "10.085" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:23 +0100] "GET /Items/213360/Images/Primary?maxHeight=266&maxWidth=177&tag=be4469e4d9750294db2f5abe568b1f02&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "10.085" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:23 +0100] "GET /Items/170964/Images/Primary?maxHeight=266&maxWidth=177&tag=8790667f62665c8e5482da8737a948b9&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "10.086" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:23 +0100] "GET /Items/172053/Images/Primary?maxHeight=266&maxWidth=177&tag=41e9b115437784d5bb55dc735dc0358d&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "10.086" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:23 +0100] "GET /Items/200183/Images/Primary?maxHeight=266&maxWidth=177&tag=3dbcbf123f2939515330c4f3baece19f&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "10.085" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:23 +0100] "GET /Items/159779/Images/Primary?maxHeight=266&maxWidth=177&tag=cd92b16d7f2fa039b9bbe81364bd31c1&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "10.085" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/166350/Images/Primary?maxHeight=266&maxWidth=177&tag=8b7eb62740563e3598f5f5e2c5bfe585&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.086" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/20836/Images/Primary?maxHeight=266&maxWidth=177&tag=6d47dddb27d9ec64701434b206feb725&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.594" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/226395/Images/Primary?maxHeight=266&maxWidth=177&tag=bd37b6e432ec47f9284f6925ea6f465c&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.594" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/193247/Images/Primary?maxHeight=266&maxWidth=177&tag=007b06642e53cc5f5003a333f11caebe&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.595" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/169252/Images/Primary?maxHeight=266&maxWidth=177&tag=206b2699731288ae44b9342152c05d55&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.595" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/172054/Images/Primary?maxHeight=266&maxWidth=177&tag=403ecddd63db1f7a4f99074ba993dd95&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.595" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/171422/Images/Primary?maxHeight=266&maxWidth=177&tag=b138b31b99ae6fe28a46c960a22b07ac&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.595" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/172055/Images/Primary?maxHeight=266&maxWidth=177&tag=d99c3e5117a23e365e85a0ea0b14790f&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.596" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/157990/Images/Primary?maxHeight=266&maxWidth=177&tag=d2b65102784e8bf4903de5c238b9e088&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.595" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/172056/Images/Primary?maxHeight=266&maxWidth=177&tag=25bc09ba670212d1b50bfbe5d4715edb&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.596" "-" "-" "-"
192.168.1.1 - - [20/Nov/2021:21:13:24 +0100] "GET /Items/173224/Images/Primary?maxHeight=266&maxWidth=177&tag=aa7a775763595568f6dfe6d7d76ae9f8&quality=90 HTTP/2.0" 502 150 "https://emby.mondomaine.fr/web/index.html" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0" "11.596" "-" "-" "-"

J'ai l'impression que ça le fait uniquement quand il y a un client qui est en train de lire un contenu.

Je ferai des test demain (pour le moment je ne peux pas couper le serveur) et je repasserai ensuite en 4.6.4.0.

Je rappelle que je n'ai jamais eu ce problème sur les précédentes versions de Emby.

Edited by Mickelebof
Link to comment
Share on other sites

Randdrick
3 hours ago, Mickelebof said:

J'ai l'impression que ça le fait uniquement quand il y a un client qui est en train de lire un contenu.

Pour ça que je te propose d'essayer ma suggestion. C'est pas grand chose à faire, et la sécurité restera la même.

 

3 hours ago, Mickelebof said:

Je rappelle que je n'ai jamais eu ce problème sur les précédentes versions de Emby.

Ca veut pas sire, que ce n'était pas un bug.
J'ai un reverse proxy sur Apache (comme tu le sais) et je redirige vers le port 8096. Je n'ai aucun problème de lecture sur la nouvelle version d'Emby (et ce quelque soit le client).

Link to comment
Share on other sites

Mickelebof

Hello,

Je suis passé sur le port 8096, problème toujours présent.
J'ai downgrad en Emby 4.6.4.0 et je n'ai plus le problème

Mick

Edit : En fait, en suivant les logs d'Emby et du reverse proxy, ce que je constate c'est que Emby met du temps à répondre par moment.
          Il n'y a pas d'erreur, sauf que le reverse proxy attend simplement que Emby réponde et dans les logs d'Emby, il n'y a rien, à part les requêtes qui mettent du temps

Edited by Mickelebof
Link to comment
Share on other sites

Mickelebof
13 hours ago, Randdrick said:

J'ai un reverse proxy sur Apache (comme tu le sais) et je redirige vers le port 8096. Je n'ai aucun problème de lecture sur la nouvelle version d'Emby (et ce quelque soit le client).

Attention, je n'ai absolument aucun problème de lecture, simplement un problème d'affichage des vignettes ;)

Link to comment
Share on other sites

Lenders57

Hello, j'ai emby 4.6.6.0 avec un reverse proxy nginx et RAS de mon côté (avec un domaine et let's encrypt ofc). Ton problème est étrange

Tu n'aurais pas un soucis de réseau avec ta machine ou installé une dépendance récemment qui causerait ce problème ?

Edited by Lenders57
Link to comment
Share on other sites

Mickelebof

Alors je confirme qu'à priori ça ne se produit que lorsque j'ai au moins un client en cours de lecture depuis l’extérieur.

Je suis repassé sur 4.6.6.0 depuis plus d'1h et impossible de reproduire le problème.

Je lance une lecture, depuis un client Emby sur Android en 4G+ (la lecture marche très bien) et quand je reviens sur mon PC, j'ai à nouveau les vignettes qui ne s'affiche plus ou partiellement... Et à nouveau des erreurs 502 constatées dans les log Nginx.

Je constate quand même de fort ralentissement par moment (toujours lorsqu'une lecture depuis l’extérieur est en cours), là par exemple, j'ai un "F5" qui a mis 33s à répondre...

image.png.5f0bca5acd0811948600a59ba71fdd61.png

Mais qui s'est tout de même terminé en 200.

Là je viens à nouveau de downgrade en 4.6.4.0, je lance une vidéo depuis mon mobile en 4G+.
Je reviens sur mon PC et je n'ai aucun ralentissement ni problème d'affichage, tout marche parfaitement...
 

Edited by Mickelebof
Link to comment
Share on other sites

Mickelebof

Re,

Alors j'ai un pote qui vient de me signaler qu'il avait le même soucis.

Il a remarqué aussi une augmentation de l'utilisation CPU d'Emby, j'avoue que je n'avais pas regardé ça mais il a raison, on le voit bien sur ce graph :

image.png.18ac7701772c36eebbc907af20a6ff10.png

Vous pouvez voir qu'entre 14h00 et 15h20 environ, il y a une moyenne de CPU à 25%, qui correspond au serveur Emby 4.6.6.0 alors qu'il n'y avait aucune lecture en cours (donc idle).

Après 15h20, je suis revenu sur Emby 4.6.4.0 et on voit très nettement que le CPU a baissé.

Voici le graph sur la dernière heure (toujours avec Emby 4.6.4.0) :

image.png.56fd40ebb6f28f1565ead2161d514783.png

Ici vous pouvez voir l'utilisation CPU quand le serveur Emby ne fait rien, et la (petite) hausse à partir de 17h39 c'est parce que j'ai 2 clients en cours de stream depuis ce moment, mais le CPU reste en moyenne à 7,5%

Il y a donc clairement un problème quelque part sur cette nouvelle version de Emby ;)

Pour le moment je reste donc sur la 4.6.4.0 qui marche parfaitement.

Mick

Link to comment
Share on other sites

Randdrick
4 hours ago, Mickelebof said:

Attention, je n'ai absolument aucun problème de lecture, simplement un problème d'affichage des vignettes ;)

Autant pour moi, je pensais que tu avais un problème de lecture.

Est-ce que tu as des fichiers de typer *.strm dans le même répertoire que des fihciers *.mkv (ou autres extension ?). Car ton bug me fait penser à un bug qui existe aussi dans la 4.6.4.0 qui fait que lorsque tu as des fichiers de type strm dans le même répertoire que d'autre types de fichiers, tu as une augmentation des ressources (mémoire entre autres) qui peuvent même te conduire au plantage du serveur si tu ne le redémarres pas. Ce problème est pénible, car il ne se produit pas systématiquement.

Link to comment
Share on other sites

Mickelebof
Just now, Randdrick said:

Est-ce que tu as des fichiers de typer *.strm dans le même répertoire que des fihciers *.mkv (ou autres extension ?). Car ton bug me fait penser à un bug qui existe aussi dans la 4.6.4.0 qui fait que lorsque tu as des fichiers de type strm dans le même répertoire que d'autre types de fichiers, tu as une augmentation des ressources (mémoire entre autres) qui peuvent même te conduire au plantage du serveur si tu ne le redémarres pas. Ce problème est pénible, car il ne se produit pas systématiquement.

Non, absolument aucun fichier .strm ;)

Link to comment
Share on other sites

Randdrick
Just now, Mickelebof said:

Non, absolument aucun fichier .strm ;)

Bon alors là, c'est effectivement étrange ce qui t'arrive. Sincèrement, je ne pense pas que cela soit lié à ton reverse proxy. 
Si tu as la possibilité de monter un serveur test vierge avec la 4.6.6.0, et scanner après tes films, tu pourras voir ainsi si il y a vraiment un problème avec cette version d'Emby, ou si tu as un problème de cache, ou de base de données qui se met mal à jour par exemple. 
 

Link to comment
Share on other sites

Mickelebof
7 minutes ago, Randdrick said:

Bon alors là, c'est effectivement étrange ce qui t'arrive. Sincèrement, je ne pense pas que cela soit lié à ton reverse proxy. 
Si tu as la possibilité de monter un serveur test vierge avec la 4.6.6.0, et scanner après tes films, tu pourras voir ainsi si il y a vraiment un problème avec cette version d'Emby, ou si tu as un problème de cache, ou de base de données qui se met mal à jour par exemple. 
 

Je pourrais réinstaller très facilement une VM, mais je ne pense pas que ça change grand chose. Ma VM est dédiée Emby, il n'y a que ça dessus, elle ne fait rien d'autre.
Pareil sur mes reverse proxy, ce sont des container LXC qui ne font que du Nginx en reverse proxy.

Edit : Là j'ai 3 clients externes en cours de lecture, et tout fonctionne parfaitement (en 4.6.4.0). CPU à même pas 10% ;)

Edited by Mickelebof
Link to comment
Share on other sites

Randdrick
18 minutes ago, Mickelebof said:

Je pourrais réinstaller très facilement une VM, mais je ne pense pas que ça change grand chose. Ma VM est dédiée Emby, il n'y a que ça dessus, elle ne fait rien d'autre.
Pareil sur mes reverse proxy, ce sont des container LXC qui ne font que du Nginx en reverse proxy.

Ben je pensais à un problème de cache car cela m'est arrivé dans un passage de version, et sur une machine complètement dédié à Emby aussi. C'était, je pense, lié à un problème de cache qui faisait que par moment, mon serveur était à la ramasse sans aucune raison. J'ai remonté une version d'Emby propre, et plus de problèmes
Si tu as la possibilité de monter une VM rapidement, ne te prives pas de ce test. 

Link to comment
Share on other sites

Mickelebof

Ok, je verrai pour tester ça la semaine prochaine, un peu la flemme là :D

Pour le moment je reste sur la 4.6.4.0 puisqu'elle fonctionne très bien 😛

Edited by Mickelebof
Link to comment
Share on other sites

Randdrick
4 minutes ago, Mickelebof said:

Pour le moment je reste sur la 4.6.4.0 puisqu'elle fonctionne très bien 😛

En attendant, c'est exactement ce que tu as de mieux à faire en effet. 😜

Link to comment
Share on other sites

54 minutes ago, Mickelebof said:

Re,

Alors j'ai un pote qui vient de me signaler qu'il avait le même soucis.

Il a remarqué aussi une augmentation de l'utilisation CPU d'Emby, j'avoue que je n'avais pas regardé ça mais il a raison, on le voit bien sur ce graph :

image.png.18ac7701772c36eebbc907af20a6ff10.png

Vous pouvez voir qu'entre 14h00 et 15h20 environ, il y a une moyenne de CPU à 25%, qui correspond au serveur Emby 4.6.6.0 alors qu'il n'y avait aucune lecture en cours (donc idle).

Après 15h20, je suis revenu sur Emby 4.6.4.0 et on voit très nettement que le CPU a baissé.

Voici le graph sur la dernière heure (toujours avec Emby 4.6.4.0) :

image.png.56fd40ebb6f28f1565ead2161d514783.png

Ici vous pouvez voir l'utilisation CPU quand le serveur Emby ne fait rien, et la (petite) hausse à partir de 17h39 c'est parce que j'ai 2 clients en cours de stream depuis ce moment, mais le CPU reste en moyenne à 7,5%

Il y a donc clairement un problème quelque part sur cette nouvelle version de Emby ;)

Pour le moment je reste donc sur la 4.6.4.0 qui marche parfaitement.

Mick

How do you know the CPU usage was from Emby Server? It depends on what the server was doing at the time. We'd have to look at the server log.

Link to comment
Share on other sites

Mickelebof
23 minutes ago, Luke said:

How do you know the CPU usage was from Emby Server? It depends on what the server was doing at the time. We'd have to look at the server log.

My Emby VM is simple, it's Ubuntu 20.04 server + emby-server, nothing else. So it has to be Emby :)

Here are the logs for the periods:

12h35 to 15h19 => 4.6.6.0 => CPU high (25% with no stream)
15h28 to Now => 4.6.4.0 => CPU low  (10% max with 3 streams in direct play)

embyserver-12h35-15h19.txt embyserver-15h28-now.txt

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
 Share

×
×
  • Create New...