Pomoc rtorrent - brak wyświetlania front-endu

krzysq

Passing Basics
Beginner
2 Marzec 2018
7
0
1
53
Wrocław
QNAP
TS-x31
Ethernet
1 GbE
Dzień dobry.
Pojawił mi się następujący błąd. Łączę się z rtorrentem przez przeglądarkę, loguję się poprawnie. Pojawia się biała strona z napisem pobieranie, na zakładce podawane są parametry aktualnego wysyłania czy też pobierania ale front-end się nie zaczytuje. Zaktualizowałem NAS, zaktualizowałem rtorrenta do najnowszej wersji. Nic to niestety nie pomogło. Jest to o tyle dla mnie dziwne, że dzień wcześniej wszystko działało dobrze, w międzyczasie nic nie było robione.
NAS TS-453D, rtorrent 0.9.8-BB01
Wiem, że nie jest to wina komputera czy przeglądarki, z drugiej maszyny dokładnie tak samo się dzieje. Dodam, że innego starego NAS z rtorrentem 0.9.6 loguję się bez najmniejszego kłopotu.
Będę wdzięczny za pomoc.
Pozdrawiam, Krzysq
 
  1. Prześlij Screen tego co się wyświetla.
  2. W przeglądarce naciśnij F12 i w zakładce Sieć zaznacz Wyłącz cache następnie naciśnij F5
    1663844596401.png
  3. Zrób screen z zakładki Network...
    1663844687565.png

    Czy są jakieś błędy? Elementy się nie ładują?
  4. Spakuj zipem zawartość katalogu Download/rtorrent/logs/* lub Rdownload/logs/* i prześlij.
 
W zakładce network pojawia się błąd wczytywania pliku pl.js, nie może go odszukać jak by znikł. Ale po odinstalowaniu starszej wersji i zainstalowaniu nowej chyba powinien błąd się naprawić a nic się nie zmieniło. Jestem w tym trochę "zielony".
 

Załączniki

  • scr1.png
    scr1.png
    80,1 KB · Wyświetleń: 15
  • siec1.png
    siec1.png
    94,9 KB · Wyświetleń: 15
  • logs.zip
    998,5 KB · Wyświetleń: 12
Problem rozwiązany po usunięciu sesji, natomiast przyczyna problemu nie jest znana.


Notka:
Aktywnych zadań torrent ~1600, w urządzeniu dostępne 8GB RAM.

Należy przywrócić kopie sesji w celu dalszej analizy problemu:
Bash:
# zatrzymać rtorrent-pro
/etc/init.d/rtorrent.sh stop

# przywrocic z backupu sesje
mv /share/Rdownload/sessions /share/Rdownload/sessions.today
mv /share/Rdownload/sessions.bak /share/Rdownload/sessions

# uruchomić rtorrent
/etc/init.d/rtorrent.sh start

Problem powinien ponownie występować.

Teraz należy sprawdzić poniższe, ponieważ problem może być spowodowany:
1) uszkodzeniem, którejś z sesji (trudno zweryfikować przy ilości 1600 aktywnych zadań - jeśli poniższe nie rozwiążą problemu to zapewne, któraś z sesji jest uszkodzona)

2) rtorrent WebUI uruchamia za małą ilość procesów php-fpm (mało prawdopodobne)
Bash:
# zwiększyć php-fpm na ondemand i przypisać do 25 procesow
setcfg -f /usr/bin/rtorrent/etc/php-fpm.conf rtorrent pm ondemand
setcfg -f /usr/bin/rtorrent/etc/php-fpm.conf rtorrent pm.max_children 25
setcfg -f /usr/bin/rtorrent/etc/php-fpm.conf pm.max_requests 10000
/usr/bin/rtorrent/etc/init.d/php-fpm restart
Czy problem nadal występuje?

3) w serwerze jest za mało pamięci RAM - w wyniku jakiegoś crash pliki sesji mogły zostać uszkodzone

4) za mały rozmiar komunikacji RPC2-XML (warto spróbować zrezygnowac z pluginu httprpc na rzecz awaryjnego, ale stabilnego połączenia frontendu RPC2->SCGI via lighttpd z backendem rtorrent)
Bash:
# sprobować zwiększyć limit komunikacji XMLRPC z 4MB na 32MB
setcfg -f /usr/bin/rtorrent/etc/rtorrent.conf "" network.xmlrpc.size_limit.set 32M
/etc/init.d/rtorrent.sh reload
Czy problem nadal występuje?

Bash:
# zrezygnować pluginu php robiącym translacje i cache HTTP<>RPC i przywrócić do działania tunel SCGI uruchomiony na Lighttpd
mv -f \
      /usr/bin/rtorrent/var/www/ui/rtorrent/plugins/httprpc \
      /usr/bin/rtorrent/var/www/ui/rtorrent/plugins.notused/

Jeśli powyższe nie rozwiązuje problemu to sesje są uszkodzone.
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. HTTPRPC
  2. RPC2
  3. lighttpd rtorrent