weixin_39789979
2021-01-12 11:39 阅读 0

Beta testers wanted

If you don't like getting your hands a little bit dirty please press back now

The last major step in preparation for Jackett to remove its Mono dependency is now ready for testing. These changes update Jackett's web server to be compatible with .NET Core.

Part of the update involves upgrading your configuration to a newer version. Please backup it before testing the beta version as the new configuration is not backwards compatible with the old version. Your configuration is usually stored in C:\ProgramData\Jackett on Windows and ~/.config/Jackett on Linux. Please backup this folder so that you can restore configuration if needed

The beta versions can be downloaded from the links below. Please turn off automatic updates while you are on the beta version.

Linux download Windows download

Any issues, please post in this thread with your OS, Mono version and an enhanced log. At the same time, if you don't hit any issues and it works well, please let us know in this thread with OS & Mono version. The update won't be released generally until we have some confidence its working well in different environments.

Thanks for your testing

Part of the update involves upgrading your configuration to a newer version. Please backup it before testing the beta version as the new configuration is not backwards compatible with the old version. Your configuration is usually stored in C:\ProgramData\Jackett on Windows and ~/.config/Jackett on Linux. Please backup this folder so that you can restore configuration if needed

该提问来源于开源项目:Jackett/Jackett

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享

36条回答 默认 最新

  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    OS: Xubuntu 18.04 Mono:: 5.12.0.226-0xamarin3+ubuntu1804b1

    I run Jackett as a user systemd service with this unit file:

    
    [Unit]
    Description=Jackett Daemon
    
    [Service]
    ExecStart=/usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    SyslogIdentifier=jackett
    
    [Install]
    WantedBy=desktop.target
    

    The service appears to start OK:

    ● jackett.service - Jackett Daemon
       Loaded: loaded (/home/paulo/.config/systemd/user/jackett.service; enabled; vendor preset: enabled)
       Active: active (running) since Mon 2018-07-02 11:26:37 -03; 4min 57s ago
     Main PID: 29552 (mono)
       CGroup: /user.slice/user-1000.slice/user.service/jackett.service
               └─29552 /usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart
    

    but these messages are logged in the systemd user journal:

    
    jul 02 11:27:48 monk jackett[29552]: Consider using MONO_EXTERNAL_ENCODINGS
    jul 02 11:27:48 monk jackett[29552]: [1.4K blob data]
    

    However, when I try to access localhost:9917, I get ERR_CONNECTION_REFUSED, and in fact there's no process listening on port 9117:

    
    paulo:/opt/Jackett$ netstat -l | grep 9117
    paulo:/opt/Jackett$ 
    

    This is the only message logged in log.txt (I couldn't access the dashboard to turn on enhanced logging):

    
    2018-07-02 11:26:37.6981 Info Starting Jackett v0.8.1215.0
    

    If I run mono --debug /opt/Jackett/JackettConsole.exe from the console, there's a process listening on port 9117:

    
    paulo:~$ netstat -tl | grep 9117
    tcp6       0      0 [::]:9117               [::]:*                  LISTEN     
    

    and I manage to load the dashboard.

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Found out that enhanced logging can be switched on with command line options -t -l, so I change the service file to include them and restarted the Jackett service, but only this was logged:

    
    2018-07-02 13:00:15.5283 Info Starting Jackett v0.8.1215.0
    2018-07-02 13:00:15.5585 Info Logging enabled.
    2018-07-02 13:00:15.5585 Info Tracing enabled.
    

    Looked at /var/log/syslog and discovered that the journal error messages are actually:

    
    Jul  2 13:18:02 monk jackett[11445]: Consider using MONO_EXTERNAL_ENCODINGS
    Jul  2 13:18:02 monk jackett[11445]: mono_w32file_find_next: Bad encoding for '/home/paulo/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/z:/home/paulo/.local/share/teamviewer12/drive_c/users/paulo/My Documents/doc/ProgramasRFB/IRPF2009/Manual de Preenchimento da Declaração de Ajuste Anual - modelo completo - 2009.pdf'
    

    Can't figure why they're being tagged with jackett, since they have nothing to do with jackett.

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    It has just caught my attention: the process /usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart is eating away CPU and memory, even when idle, typically:

    
      PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command                                                                                                                            
    11445 paulo      20   0 5081M 2739M  3452 D 38.9 46.7 12:41.03 /usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart                                                                  
    
    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    So are you saying it works fine if running from the console but not as a systemd service?

    Do you have some sort of Windows file share setup or are you trying to run it from a Windows file share?

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    So are you saying it works fine if running from the console but not as a systemd service?

    Exactly. As a systemd service:

    1. It doesn't open port 917
    2. It doesn't log any error message about it

    Do you have some sort of Windows file share setup or are you trying to run it from a Windows file share?

    No Windows file share setup. I run Xubuntu 18.04 on a single ext4 partition, with an external USB drive (also formatted as ext4) mounted.

    点赞 评论 复制链接分享
  • weixin_39641386 weixin_39641386 2021-01-12 11:39

    Hi, version v0.8.1215 worked correctly for me. I am on fedora 28, mono 5.12 The latest version gave me this -

    This XML file does not appear to have any style information associated with it. The document tree is shown below.

    An error has occurred. Object reference not set to an instance of an object System.NullReferenceException at System.Collections.Generic.LargeArrayBuilder1[T].GetBuffer (System.Int32 index) [0x00022] in <ab6537f0f5854bcbb2aaa57fd06b093d>:0 at System.Collections.Generic.LargeArrayBuilder1[T].CopyTo (System.Collections.Generic.CopyPosition position, T[] array, System.Int32 arrayIndex, System.Int32 count) [0x00041] in :0 at System.Collections.Generic.SparseArrayBuilder1[T].CopyTo (T[] array, System.Int32 arrayIndex, System.Int32 count) [0x00035] in <ab6537f0f5854bcbb2aaa57fd06b093d>:0 at System.Collections.Generic.SparseArrayBuilder1[T].ToArray () [0x00028] in :0 at System.Linq.Enumerable+SelectManySingleSelectorIterator2[TSource,TResult].ToArray () [0x0006a] in <ab6537f0f5854bcbb2aaa57fd06b093d>:0 at System.Linq.Buffer1[TElement]..ctor (System.Collections.Generic.IEnumerable1[T] source) [0x00010] in <ab6537f0f5854bcbb2aaa57fd06b093d>:0 at System.Linq.OrderedEnumerable1[TElement].ToArray () [0x00000] in :0 at System.Linq.Buffer1[TElement]..ctor (System.Collections.Generic.IEnumerable1[T] source) [0x00010] in :0 at System.Linq.Enumerable+ReverseIterator1[TSource].MoveNext () [0x0002a] in <ab6537f0f5854bcbb2aaa57fd06b093d>:0 at System.Web.Http.Controllers.HttpActionDescriptor+<RemoveDuplicates>d__41.MoveNext () [0x000b2] in <69abafc3d8434ab584330d77cc8d6da3>:0 at System.Collections.Generic.List1[T]..ctor (System.Collections.Generic.IEnumerable1[T] collection) [0x0008b] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Linq.Enumerable.ToList[TSource] (System.Collections.Generic.IEnumerable1[T] source) [0x0002c] in :0 at System.Linq.Enumerable+ReverseIterator1[TSource].ToList () [0x00000] in <ab6537f0f5854bcbb2aaa57fd06b093d>:0 at System.Linq.Enumerable.ToList[TSource] (System.Collections.Generic.IEnumerable1[T] source) [0x00021] in :0 at System.Web.Http.Controllers.HttpActionDescriptor.InitializeFilterPipeline () [0x00059] in <69abafc3d8434ab584330d77cc8d6da3>:0 at System.Lazy1[T].CreateValue () [0x0009c] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Lazy1[T].LazyInitValue () [0x0009a] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Lazy1[T].get_Value () [0x00042] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Web.Http.Controllers.HttpActionDescriptor.GetFilterPipeline () [0x00000] in <69abafc3d8434ab584330d77cc8d6da3>:0 at System.Web.Http.Tracing.Tracers.HttpActionDescriptorTracer.GetFilterPipeline () [0x00000] in <69abafc3d8434ab584330d77cc8d6da3>:0 at System.Web.Http.Controllers.HttpActionDescriptor.GetFilterGrouping () [0x00000] in <69abafc3d8434ab584330d77cc8d6da3>:0 at System.Web.Http.ApiController.ExecuteAsync (System.Web.Http.Controllers.HttpControllerContext controllerContext, System.Threading.CancellationToken cancellationToken) [0x00096] in <69abafc3d8434ab584330d77cc8d6da3>:0 at System.Web.Http.Tracing.Tracers.HttpControllerTracer+<ExecuteAsyncCore>d__10.MoveNext () [0x00014] in <69abafc3d8434ab584330d77cc8d6da3>:0 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Runtime.CompilerServices.TaskAwaiter1[TResult].GetResult () [0x00000] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Web.Http.Tracing.ITraceWriterExtensions+d__171[TResult].MoveNext () [0x001a7] in <69abafc3d8434ab584330d77cc8d6da3>:0 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0004e] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x0002e] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x0000b] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Runtime.CompilerServices.TaskAwaiter1[TResult].GetResult () [0x00000] in <6f4fee1d52c14c268f9079127f87fd0f>:0 at System.Web.Http.Dispatcher.HttpControllerDispatcher+d__15.MoveNext () [0x00152] in <69abafc3d8434ab584330d77cc8d6da3>:0

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Latest beta versions are here Linux download Windows download

    Is this a real file on your system? Bad encoding for '/home/paulo/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/.local/share/teamviewer12/dosdevices/z:/home/paulo/.local/share/teamviewer12/drive_c/users/paulo/My Documents/doc/ProgramasRFB/IRPF2009/Manual de Preenchimento da Declaração de Ajuste Anual - modelo completo - 2009.pdf' If so, could you try deleting it, zip it up or fixing the encoding on it e.g. https://github.com/duplicati/duplicati/issues/1241 Unsure why the behaviour is different with systemd compared to console? Are you running it as a different user?

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Is this a real file on your system? […] If so, could you try deleting it

    It was: I've deleted it.

    Latest beta versions are here

    Installed it, but no joy, still a single message in ~/.config/Jackett/log.txt:

    2018-07-09 13:16:04.0373 Info Starting Jackett v0.8.1215.0
    

    The same on /var/log/syslog:

    Jul  9 13:16:03 monk systemd[1]: Started Jackett Daemon.
    Jul  9 13:16:04 monk jackett[32220]: 07-09 13:16:04 Info Starting Jackett v0.8.1215.0
    

    and no program listening on port 9117:

    paulo:~$ netstat -tl | grep 9117
    paulo:~$
    

    Unsure why the behaviour is different with systemd compared to console?

    I'm suspecting that I ran stable on the console, and experimental via systemd, because now with v0.8.1215.0 both behave the same.

    Are you running it as a different user?

    Running under my user paulo:

    paulo:~$ ps -ef | grep -i jackett
    paulo    32220     1 98 13:16 ?        00:03:15 /usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart
    

    Here's my systemd service unit (/etc/systemd/system/jackett.service):

    [Unit]
    Description=Jackett Daemon
    After=network.target
    
    [Service]
    ExecStart=/usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart
    User=paulo
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    SyslogIdentifier=jackett
    
    [Install]
    WantedBy=multi-user.target
    
    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Can you try version 1258 that has extra logging https://ci.appveyor.com/api/buildjobs/y00h2e9yesntenq3/artifacts/Experimental.Jackett.Binaries.Mono.tar.gz

    Don't worry about running as systemd, just try running from the console

    Can you please post both logs and the console output from running both of the below

    mono --debug JackettConsole.exe

    mono --debug JackettConsole.exe -t -l

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Don't worry about running as systemd

    Just for the record, as a systemd service, same behavior as before: doesn't bind to port 9117, single message on console, high cpu/memory usage.

    Can you please post both logs and the console output from running both of the below

    log.txt no trace console no trace log.txt trace console trace

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Okay so its working perfectly when run at the console, its just a systemd initated issue

    I'm not great with Linux, any ideas why it would behave differently when running via systemd? (Don't think its a Jackett issue either, think its mono related due to that encoding issue that only happened when running via systemd and not via console)

    Can you try adding journal+console as StandardOutput= like over here https://www.freedesktop.org/software/systemd/man/systemd.exec.html

    Also, in the systemd unit file add an Environment variable export MONO_LOG_LEVEL=debug and change JackettConsole.exe --NoRestart to JackettConsole.exe -t -l

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Latest version v0.8.1264 for Mono users is here https://ci.appveyor.com/api/buildjobs/h2289ongjh3xvn8r/artifacts/Experimental.Jackett.Binaries.Mono.tar.gz

    For Windows users, the upgraded web server is included in the v0.8.1264 pre-release

    Still looking for more feedback on the Mono version before making it generally available.

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Latest version v0.8.1264 for Mono users is here

    Installed.

    Can you try adding journal+console as StandardOutput=

    stdout and stderr go to the journal by default. journal+console would also send stdout to the console. So it's unnecessary. I'll collect everything directly from the journal.

    Also, in the systemd unit file add an Environment variable export MONO_LOG_LEVEL=debug and change JackettConsole.exe --NoRestart to JackettConsole.exe -t -l

    I'm starting Jackett now as a user systemd service. Here's the final unit file;

    [Unit]
    Description=Jackett Daemon
    After=xfce.target
    
    [Service]
    ExecStart=/usr/bin/mono --debug /opt/Jackett/JackettConsole.exe -t l
    Environment=MONO_LOG_LEVEL=debug
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    SyslogIdentifier=jackett
    
    [Install]
    WantedBy=xfce.target
    

    mono spat out quite a lot of stuff (26MB), too much to paste into https://paste.ee/, so I zipped it and am attaching everything here.

    log.txt journal.zip

    点赞 评论 复制链接分享
  • weixin_39860975 weixin_39860975 2021-01-12 11:39

    It might be some symlink causing an infinite loop while traversing a directory tree which the new version can't handle. Any idea where this odd path /home/paulo/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/... is coming from.

    Can you please post the output of /usr/bin/env?

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Any idea where this odd path /home/paulo/.local/share/teamviewer12/dosdevices/c:/users/paulo/My Documents/... is coming from

    teamviewer is a software for remote control. I use it to help out my parents, remote controlling their Windows PCs.

    
    /home/paulo/.local/share/teamviewer12
    ├── dosdevices
    │   ├── c: -> /home/paulo/.local/share/teamviewer12/drive_c/
    │   └── z: -> /
    ├── drive_c
    │   ├── Program Files
    │   │   ├── Common Files
    │   │   │   └── System
    │   │   │       └── OLE DB
    │   │   │           ├── msdaps.dll
    │   │   │           └── oledb32.dll
    │   │   └── Internet Explorer
    │   │       └── iexplore.exe
    │   ├── TeamViewer
    │   │   ├── License_Full.txt -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/License_Full.txt
    │   │   ├── License.txt -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/License.txt
    │   │   ├── Lizenz_Full.txt -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/Lizenz_Full.txt
    │   │   ├── Lizenz.txt -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/Lizenz.txt
    │   │   ├── TeamViewer.exe -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer.exe
    │   │   ├── TeamViewer_Resource_bg.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_bg.dll
    │   │   ├── TeamViewer_Resource_cs.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_cs.dll
    │   │   ├── TeamViewer_Resource_da.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_da.dll
    │   │   ├── TeamViewer_Resource_de.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_de.dll
    │   │   ├── TeamViewer_Resource_en.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_en.dll
    │   │   ├── TeamViewer_Resource_es.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_es.dll
    │   │   ├── TeamViewer_Resource_fi.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_fi.dll
    │   │   ├── TeamViewer_Resource_fr.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_fr.dll
    │   │   ├── TeamViewer_Resource_hr.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_hr.dll
    │   │   ├── TeamViewer_Resource_hu.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_hu.dll
    │   │   ├── TeamViewer_Resource_id.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_id.dll
    │   │   ├── TeamViewer_Resource_it.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_it.dll
    │   │   ├── TeamViewer_Resource_lt.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_lt.dll
    │   │   ├── TeamViewer_Resource_nl.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_nl.dll
    │   │   ├── TeamViewer_Resource_no.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_no.dll
    │   │   ├── TeamViewer_Resource_pl.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_pl.dll
    │   │   ├── TeamViewer_Resource_pt.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_pt.dll
    │   │   ├── TeamViewer_Resource_ro.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_ro.dll
    │   │   ├── TeamViewer_Resource_ru.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_ru.dll
    │   │   ├── TeamViewer_Resource_sk.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_sk.dll
    │   │   ├── TeamViewer_Resource_sr.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_sr.dll
    │   │   ├── TeamViewer_Resource_sv.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_sv.dll
    │   │   ├── TeamViewer_Resource_tr.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_tr.dll
    │   │   ├── TeamViewer_Resource_uk.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_Resource_uk.dll
    │   │   ├── TeamViewer_StaticRes.dll -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/TeamViewer_StaticRes.dll
    │   │   └── tvwine.dll.so -> /opt/teamviewer/tv_bin/wine/drive_c/TeamViewer/tvwine.dll.so
    │   ├── teamviewer.html
    │   ├── users
    │   │   ├── paulo
    │   │   │   ├── Application Data
    │   │   │   ├── Cookies
    │   │   │   ├── Desktop -> /home/paulo/Desktop
    │   │   │   ├── Favorites
    │   │   │   ├── Local Settings
    │   │   │   │   ├── Application Data
    │   │   │   │   │   └── TeamViewer
    │   │   │   │   │       └── AccountPictureCache
    │   │   │   │   │           └── 3081139
    │   │   │   │   │               ├── 6ea7818b-a208-4211-b881-88e952c24636.dat
    │   │   │   │   │               └── pictures.cache
    │   │   │   │   ├── History
    │   │   │   │   └── Temporary Internet Files
    │   │   │   ├── My Documents -> /home/paulo
    │   │   │   ├── My Music -> /home/paulo/
    │   │   │   ├── My Pictures -> /home/paulo/
    │   │   │   ├── My Videos -> /home/paulo/
    │   │   │   ├── NetHood
    │   │   │   ├── PrintHood
    │   │   │   ├── Recent
    │   │   │   ├── SendTo
    │   │   │   ├── Start Menu
    │   │   │   │   └── Programs
    │   │   │   │       └── StartUp
    │   │   │   ├── temp
    │   │   │   │   └── TeamViewer
    │   │   │   └── Templates
    │   │   └── Public
    │   │       ├── Application Data
    │   │       │   └── Microsoft
    │   │       ├── Desktop
    │   │       ├── Documents
    │   │       ├── Favorites
    │   │       ├── Music
    │   │       ├── Pictures
    │   │       ├── Start Menu
    │   │       │   └── Programs
    │   │       │       ├── Administrative Tools
    │   │       │       └── StartUp
    │   │       ├── Templates
    │   │       └── Videos
    │   └── windows
    │       ├── command
    │       │   └── start.exe
    │       ├── explorer.exe
    │       ├── Fonts
    │       ├── help
    │       ├── hh.exe
    │       ├── inf
    │       ├── logs
    │       ├── notepad.exe
    │       ├── regedit.exe
    │       ├── rundll.exe
    │       ├── system
    │       │   ├── ddeml.dll
    │       │   └── mmsystem.dll
    │       ├── system32
    │       │   ├── ddhelp.exe
    │       │   ├── dosx.exe
    │       │   ├── drivers
    │       │   │   └── mountmgr.sys
    │       │   ├── dsound.vxd
    │       │   ├── explorer.exe
    │       │   ├── gecko
    │       │   │   └── plugin
    │       │   │       └── npmshtml.dll
    │       │   ├── iexplore.exe
    │       │   ├── l_intl.nls
    │       │   ├── msxml2.dll
    │       │   ├── msxml3.dll
    │       │   ├── msxml4.dll
    │       │   ├── msxml6.dll
    │       │   ├── msxml.dll
    │       │   ├── mui
    │       │   ├── notepad.exe
    │       │   ├── rsabase.dll
    │       │   ├── rsaenh.dll
    │       │   ├── shdocvw.dll
    │       │   ├── spool
    │       │   │   ├── drivers
    │       │   │   │   └── color
    │       │   │   └── printers
    │       │   ├── wbem
    │       │   │   ├── mofcomp.exe
    │       │   │   ├── wbemprox.dll
    │       │   │   ├── wmic.exe
    │       │   │   └── wmiutils.dll
    │       │   ├── winemenubuilder.exe
    │       │   └── winhlp32.exe
    │       ├── system.ini
    │       ├── temp
    │       ├── twain_32.dll
    │       ├── twain.dll
    │       ├── winhelp.exe
    │       ├── winhlp32.exe
    │       └── win.ini
    ├── logfiles
    │   ├── Connections.txt
    │   ├── gui.log
    │   ├── startup.log
    │   └── TeamViewer12_Logfile.log
    ├── system.reg
    ├── userdef.reg
    └── user.reg
    
    70 directories, 81 files
    

    Can you please post the output of /usr/bin/env?

    
    LC_MEASUREMENT=pt_BR.UTF-8
    LC_PAPER=pt_BR.UTF-8
    LC_MONETARY=pt_BR.UTF-8
    XDG_MENU_PREFIX=xfce-
    _=/usr/bin/env
    LANG=en_US.UTF-8
    GDM_LANG=en_US
    DISPLAY=:0.0
    EDITOR=gvim
    GTK_OVERLAY_SCROLLING=0
    JAVA_HOME=/usr/lib/jvm/java-8-oracle
    XFSM_VERBOSE=true
    J2SDKDIR=/usr/lib/jvm/java-8-oracle
    ROWS=47
    VIM=/usr/local/share/vim
    NO_AT_BRIDGE=1
    XDG_VTNR=7
    SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
    COLORS=16777216
    MANDATORY_PATH=/usr/share/gconf/xubuntu.mandatory.path
    GLADE_CATALOG_PATH=:
    LC_NAME=pt_BR.UTF-8
    XDG_SESSION_ID=c2
    XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/paulo
    DERBY_HOME=/usr/lib/jvm/java-8-oracle/db
    USER=paulo
    MYGVIMRC=/home/paulo/.gvimrc
    GLADE_MODULE_PATH=:
    DESKTOP_SESSION=xubuntu
    GOPATH=/home/paulo/go
    DEFAULTS_PATH=/usr/share/gconf/xubuntu.default.path
    QT_QPA_PLATFORMTHEME=gtk2
    PWD=/home/paulo
    LINES=47
    HOME=/home/paulo
    LC_CTYPE=pt_BR.UTF-8
    J2REDIR=/usr/lib/jvm/java-8-oracle/jre
    SSH_AGENT_PID=1735
    XDG_SESSION_TYPE=x11
    XDG_DATA_DIRS=/home/paulo/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share/:/usr/share/xubuntu:/usr/share/xfce4:/home/paulo/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share:/var/lib/snapd/desktop:/usr/share
    XDG_SESSION_DESKTOP=xubuntu
    LC_ADDRESS=pt_BR.UTF-8
    MYVIMRC=/home/paulo/.vimrc
    LC_NUMERIC=pt_BR.UTF-8
    VIMRUNTIME=/usr/local/share/vim/vim81
    GLADE_PIXMAP_PATH=:
    CLUTTER_BACKEND=x11
    COLUMNS=194
    VIM_SERVERNAME=GVIM
    TERM=dumb
    SHELL=/bin/bash
    XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
    XDG_CURRENT_DESKTOP=XFCE
    GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
    XDG_SEAT=seat0
    SHLVL=2
    LANGUAGE=en_US
    LC_TELEPHONE=pt_BR.UTF-8
    GDMSESSION=xubuntu
    LOGNAME=paulo
    DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
    XDG_RUNTIME_DIR=/run/user/1000
    XAUTHORITY=/home/paulo/.Xauthority
    XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
    XDG_CONFIG_DIRS=/etc/xdg/xdg-xubuntu:/etc/xdg:/etc/xdg
    PATH=/home/paulo/stage/bin:/home/paulo/bin:/home/paulo/.local/bin:/home/paulo/.cabal/bin:/home/paulo/.cargo/bin:/home/paulo/node_modules/.bin:/home/paulo/go/bin:/usr/local/go/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/usr/lib/jvm/java-8-oracle/bin:/usr/lib/jvm/java-8-oracle/db/bin:/usr/lib/jvm/java-8-oracle/jre/bin
    LC_IDENTIFICATION=pt_BR.UTF-8
    SESSION_MANAGER=local/monk:@/tmp/.ICE-unix/1773,unix/monk:/tmp/.ICE-unix/1773
    LC_TIME=pt_BR.UTF-8
    

    The Jackett service has access to this full environment because I import it into user systemd when Xfce starts:

    #!/bin/bash
    
    PROGNAME=$(basename "$0")
    BASE_DIR=${0%/bin/$PROGNAME}
    source "$BASE_DIR/default/$PROGNAME"
    
    function log {
    logger --id=$$ -t "$PROGNAME" "$*"
    }
    
    systemctl --user import-environment \
    && log "Imported environment" \
    && systemctl --user start "$TARGET" \
    && log "Started $TARGET"
    

    TARGET is xfce.target

    点赞 评论 复制链接分享
  • weixin_39860975 weixin_39860975 2021-01-12 11:39

    /home/paulo/.local/share/teamviewer12/dosdevices/z: is a symlink back to the root dir that might cause the infinite directory traversal.

    Can you try to run jackett as a separate user with a clean environment.

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    /home/paulo/.local/share/teamviewer12/dosdevices/z: is a symlink back to the root dir that might cause the infinite directory traversal.

    But stable Jackett is working, and that tree hasn't changed.

    Can you try to run jackett as a separate user with a clean environment

    I can't see why, because:

    1. Jackett experimental ran on the console under my user paulo with that environment
    2. Once again, stable Jackett is working with that environment
    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Created a jackett user and copied ~/.config/Jackett to /opt/Jackett

    sudo adduser --home /opt/Jackett --no-create-home --disabled-login --disabled-password jackett
    sudo mkdir /opt/Jackett/.config
    sudo cp -av ~/.config/Jackett /opt/Jackett/.config
    sudo chown -R jackett:jackett /opt/Jackett
    

    Moved jackett.service to /etc/systemd/system, changing it to

    [Unit]
    Description=Jackett Daemon
    After=network.target
    
    [Service]
    ExecStart=/usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart -t -l
    User=jackett
    Environment=MONO_LOG_LEVEL=debug
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    SyslogIdentifier=jackett
    
    [Install]
    WantedBy=multi-user.target
    

    No joy, same outcome as when running under paulo :-( High CPU/memory usage by Jackett and journald, no process listening on port 9117.

    mono keeps walking through the whole root tree. I have a mounted USB hard disk with 141762 files, and mono was walking through it all. I stopped the service after a while since I saw mono wouldn't stop walking through the tree. I'm attaching the log.txt and the zipped journal output.

    As I suspected, the issue is not related to the user Jackett runs under.

    log.txt journal.zip

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    A doubt: how do I start JackettConsole.exe so that it picks up its config from ~/.config/Jackett_experimental, instead of ~/.config/Jackett ? I looked at JackettConsole.exe --help and couldn't find it.

    If that's possible, I would like to keep 2 separate services, and test things more safely and quickly.

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Did a small experiment: start Jackett beta via a desktop file.

    ~/.local/share/applications/jackett_b.desktop

    
    [Desktop Entry]
    Type=Application
    Name=jackett_b
    Exec=/home/paulo/prj/j/test/jackett_b
    

    ~/prj/j/test/jackett_b

    
    #!/bin/bash
    exec &>~/log/jackett_b.log
    mono --debug /opt/Jackett_b/JackettConsole.exe
    

    Results: exactly the same for running as a systemd service.

    Console x Systemd x Desktop: the environment is the same. The only difference I can see is: no tty with systemd and desktop.

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    I have good news :-)

    I observed that systemd Jackett beta recursively traversed $HOME and seemed not to finish. The debug messages don't seem to indicate why. It started here:

    
    Mono: DllImport attempting to load: 'libc.so.6'.
    Mono: DllImport error loading library '/usr/lib/mono/gac/System/4.0.0.0__b77a5c561934e089/libc.so.6': '/usr/lib/mono/gac/System/4.0.0.0__b77a5c561934e089/libc.so.6: cannot open shared object file: No such file or directory'.
    Mono: DllImport error loading library '/usr/lib/mono/gac/System/4.0.0.0__b77a5c561934e089/libc.so.6.so': '/usr/lib/mono/gac/System/4.0.0.0__b77a5c561934e089/libc.so.6.so: cannot open shared object file: No such file or directory'.
    Mono: DllImport error loading library '/usr/lib/libc.so.6': '/usr/lib/libc.so.6: cannot open shared object file: No such file or directory'.
    Mono: DllImport error loading library '/usr/lib/libc.so.6.so': '/usr/lib/libc.so.6.so: cannot open shared object file: No such file or directory'.
    Mono: DllImport loaded library 'libc.so.6'.
    Mono: DllImport searching in: 'libc.so.6' ('libc.so.6').
    Mono: Searching for 'read'.
    Mono: Probing 'read'.
    Mono: Found as 'read'.
    Mono: AOT: FOUND method System.IO.Directory:GetDirectories (string) [0x7ffa43acce20 - 0x7ffa43acce66 0x7ffa43cfe2f5]
    Mono: AOT: FOUND method System.IO.Directory:InternalGetDirectories (string,string,System.IO.SearchOption) [0x7ffa43accfc0 - 0x7ffa43accffa 0x7ffa43cfe2fd]
    Mono: mono_w32file_find_first: looking for [/home/paulo/*]
    Mono: mono_w32file_find_first: Got 97 matches
    Mono: mono_w32file_find_next: Found [/home/paulo/.ICEauthority]
    Mono: AOT: FOUND method System.IO.FileSystemEnumerableHelpers:IsDir (Microsoft.Win32.Win32Native/WIN32_FIND_DATA) [0x7ffa43ad1f60 - 0x7ffa43ad1fc9 0x7ffa43cfe537]
    

    I then realized that console Jackett beta worked because I started it from ~/tmp, which is empty. I started it from $HOME and it also got lost trying to recursively traverse $HOME. When I ran it under user jackett, it tried to recursively traverse /, which was even worse. It always tries to recursively traverse its working directory, even though the debug messages don't seem to indicate why.

    So it ocurred to me to add WorkingDirectory=/opt/Jackett.beta to the systemd unit file:

    
    [Unit]
    Description=Jackett Beta Daemon
    After=xfce.target
    
    [Service]
    ExecStart=/usr/bin/mono --debug /opt/Jackett.beta/JackettConsole.exe --NoRestart
    WorkingDirectory=/opt/Jackett.beta
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    SyslogIdentifier=jackett
    Environment=MONO_LOG_LEVEL=error
    StandardOutput=file:/home/paulo/log/jackett.log
    
    [Install]
    WantedBy=xfce.target
    

    And of course it worked, because /opt/Jackett.beta has only 480 files and the recursive traversal ends quickly. Here's log.txt and stdout after starting the systemd service and running all tests on the dashboard.

    I don't consider this a solution, but a workaround. This recursive traversal is a bug. It will bite whenever Jackett is started from a sufficiently large directory, or even worse, from $HOME with teamviewer or any other software that inadvertently creates symlink loops.

    The stable version doesn't have this bug. It ocurred to me now that perhaps it sets its working directory to the directory where JacketConsole.exe was loaded from. For the record, here's the systemd service file I use for the stable version:

    
    [Unit]
    Description=Jackett Daemon
    After=xfce.target
    
    [Service]
    ExecStart=/usr/bin/mono --debug /opt/Jackett/JackettConsole.exe --NoRestart
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    SyslogIdentifier=jackett
    #Environment=MONO_LOG_LEVEL=error
    #StandardOutput=file:/home/paulo/log/jackett.log
    
    [Install]
    WantedBy=xfce.target
    

    It works without WorkingDirectory.

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Thanks for all your investigation, well done finding the cause Will have a look at the logs tomorrow, seems like AWS is having some sort of issue at the moment Jackett isn't recursively going through the directory, its Mono that is doing that. Ultimately if users have to set a working directory (and it is in the Wiki already) I don't think that's terrible if it helps us to get to .NET Core i.e. off Mono

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Jackett isn't recursively going through the directory, its Mono that is doing that

    IMHO, it looks like Jackett triggers the traversal. Otherwise why doesn't it happen with stable Jackett ? Both stable and beta Jackett use the same mono.

    Ultimately if users have to set a working directory (and it is in the Wiki already) I don't think that's terrible

    Agreed, indeed. It's a reasonable requirement. When I first set up Jackett, I got the systemd service file verbatim from the Wiki. As I learned a bit more about systemd, I realized that setting WorkingDirectory was unnecessary, so I took it out, and as expected it made no difference, I mean, for stable Jackett.

    get to .NET Core i.e. off Mono

    Please forgive my ignorance: without mono, which Linux software component will provide .NET Core ?

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    With .NET Core you won't need any linux dependencies, the runtime will come with Jackett, meaning everyone will be using the same version that gets shipped with Jackett https://docs.microsoft.com/en-us/dotnet/core/deploying/

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Hey, thanks for the explanation and the link. So, it will be a self contained deployment, like a flatpack, a snap, or an AppImage. We Linux users will benefit most, so we should be extra interested in this migration!

    点赞 评论 复制链接分享
  • weixin_39612297 weixin_39612297 2021-01-12 11:39

    Version 0.8.1264.0 works for me Ubuntu 18.04 mono --version Mono JIT compiler version 5.12.0.226 (tarball Thu May 3 09:42:09 UTC 2018) Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug Interpreter: yes LLVM: supported, not enabled. GC: sgen (concurrent by default)

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Thanks for testing !

    Don't know if we will get that fancy with the packaging, but suggestions welcome. If your keen you can try an alpha .NET Core version here https://ci.appveyor.com/api/buildjobs/epil718llulyqkk7/artifacts/Experimental.netcoreapp.linux-x64.tar.gz Just run ./JackettConsole No Mono is needed, but you do need to run the Mono version first to upgrade your configuartion if you want existing indexers to appear

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Don't know if we will get that fancy with the packaging

    Oh, I wasn't thiking of packaging Jackett as a flatpak, a snap or an AppImage. It works well the way it is. I mentioned them because they're all self-contained.

    If your keen you can try an alpha .NET Core version […] you do need to run the Mono version first to upgrade your configuartion

    I used the config from the beta version, that's what you meant, right ?

    Got these errors in the first run (from the console):

    
    07-14 03:30:32 Error Failed loading configuration for BJ-Share, trying backup System.Security.Cryptography.CryptographicException: The provided payload cannot be decrypted because it was not protected with this protection provider.
       at Microsoft.AspNetCore.DataProtection.KeyManagement.KeyRingBasedDataProtector.UnprotectCore(Byte[] protectedData, Boolean allowOperationsOnRevokedKeys, UnprotectStatus& status)
       at Microsoft.AspNetCore.DataProtection.KeyManagement.KeyRingBasedDataProtector.DangerousUnprotect(Byte[] protectedData, Boolean ignoreRevocationErrors, Boolean& requiresMigration, Boolean& wasRevoked)
       at Microsoft.AspNetCore.DataProtection.KeyManagement.KeyRingBasedDataProtector.Unprotect(Byte[] protectedData)
       at Microsoft.AspNetCore.DataProtection.DataProtectionCommonExtensions.Unprotect(IDataProtector protector, String protectedData)
       at Jackett.Common.Models.IndexerConfig.ConfigurationData.LoadValuesFromJson(JToken json, IProtectionService ps) in C:\projects\jackett\src\Jackett.Common\Models\IndexerConfig\ConfigurationData.cs:line 72
       at Jackett.Common.Indexers.BaseIndexer.LoadValuesFromJson(JToken jsonConfig, Boolean useProtectionService) in C:\projects\jackett\src\Jackett.Common\Indexers\BaseIndexer.cs:line 138
       at Jackett.Common.Indexers.BaseIndexer.LoadFromSavedConfiguration(JToken jsonConfig) in C:\projects\jackett\src\Jackett.Common\Indexers\BaseIndexer.cs:line 165
       at Jackett.Common.Services.IndexerConfigurationService.Load(IIndexer idx) in C:\projects\jackett\src\Jackett.Common\Services\IndexerConfigurationService.cs:line 49
    07-14 03:30:32 Info Successfully loaded backup config for BJ-Share 
    07-14 03:30:33 Error Failed loading configuration for RuTracker, trying backup System.Security.Cryptography.CryptographicException: The provided payload cannot be decrypted because it was not protected with this protection provider.
       at Microsoft.AspNetCore.DataProtection.KeyManagement.KeyRingBasedDataProtector.UnprotectCore(Byte[] protectedData, Boolean allowOperationsOnRevokedKeys, UnprotectStatus& status)
       at Microsoft.AspNetCore.DataProtection.KeyManagement.KeyRingBasedDataProtector.DangerousUnprotect(Byte[] protectedData, Boolean ignoreRevocationErrors, Boolean& requiresMigration, Boolean& wasRevoked)
       at Microsoft.AspNetCore.DataProtection.KeyManagement.KeyRingBasedDataProtector.Unprotect(Byte[] protectedData)
       at Microsoft.AspNetCore.DataProtection.DataProtectionCommonExtensions.Unprotect(IDataProtector protector, String protectedData)
       at Jackett.Common.Models.IndexerConfig.ConfigurationData.LoadValuesFromJson(JToken json, IProtectionService ps) in C:\projects\jackett\src\Jackett.Common\Models\IndexerConfig\ConfigurationData.cs:line 72
       at Jackett.Common.Indexers.BaseIndexer.LoadValuesFromJson(JToken jsonConfig, Boolean useProtectionService) in C:\projects\jackett\src\Jackett.Common\Indexers\BaseIndexer.cs:line 138
       at Jackett.Common.Indexers.BaseIndexer.LoadFromSavedConfiguration(JToken jsonConfig) in C:\projects\jackett\src\Jackett.Common\Indexers\BaseIndexer.cs:line 165
       at Jackett.Common.Services.IndexerConfigurationService.Load(IIndexer idx) in C:\projects\jackett\src\Jackett.Common\Services\IndexerConfigurationService.cs:line 49
    07-14 03:30:33 Info Successfully loaded backup config for RuTracker 
    

    BJ-Share and RuTracker both have username/password authentication, these messages seem to be related to that. But the webserver started on port 9117, I run Test All and a manual search on jackett OK. Console output is here: jackett.net.console.1.log

    When I ran it for the 2nd time, there no errors but Test All took an unusually long time to complete, I didn't time it, but it must have been between 1 and 2 minutes, although eventually it did complete OK, as well as the manual search on jackett. Console output is here: jackett.net.console.2.log

    Started it as a systemd service:

    
    [Unit]
    Description=Jackett Net Daemon
    
    [Service]
    ExecStart=/opt/Jackett.net/JackettConsole
    WorkingDirectory=/opt/Jackett.net
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    StandardOutput=file:/home/paulo/tmp/jackett.net.log
    
    [Install]
    WantedBy=xfce.target
    

    Test All and manual search on jackett ran OK. Here is the output: jackett.net.systemd.1.log

    Last but not the least, I commented out WorkingDirectory in the systemd service:

    
    [Unit]
    Description=Jackett Net Daemon
    
    [Service]
    ExecStart=/opt/Jackett.net/JackettConsole
    #WorkingDirectory=/opt/Jackett.net
    Restart=always
    RestartSec=2
    TimeoutStopSec=5
    StandardOutput=file:/home/paulo/tmp/jackett.net.log
    
    [Install]
    WantedBy=xfce.target
    

    It took an unusually long time to start the webserver, perhaps between 1 and 2 minutes (forgot to time it again), but it finally did, and I managed to run Test All and the manual search on jackett. The log file is here: jackett.net.systemd.2.log

    The 2nd time I tried, the webserver was started quickly, and Test All and manual search ran OK with no unusual delays.

    I'll leave it running as a systemd service, without WorkingDirectory :-), and post back if I hit any problems. So far it's looking good, congratulations !

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Oh, forgot to mention a very important result: CPU and memory usage. I compared .NET Core against Mono stable. On idle state, CPU usage remained 0% for both versions, although once in a while only .NET Core peaked 1%. Memory usage increased dramatically:

    Jackett version|VIRT|RES|SHR|% -|-|-|-|- Mono stable|606M|86920|29792|1.4 .NET Core|20.3G|239M|56212|4.1

    So I'll keep running Mono stable for the moment, but I'm more than willing to continue testing any new releases of the .NET Core version.

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Nice to hear it ran
    It definitely does need some work, plan to tackle that once this beta goes to stable

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    It definitely does need some work, plan to tackle that once this beta goes to stable

    This reminds me: I didn't measure CPU/memory usage for beta. So here's the updated table:

    Jackett version|VIRT|RES|SHR|% -|-|-|-|- Mono stable|606M|86920|29792|1.4 Mono beta|606M|87160|29764|1.5 .NET Core|20.3G|239M|56212|4.1

    点赞 评论 复制链接分享
  • weixin_39839968 weixin_39839968 2021-01-12 11:39

    Is there a .Net Core release of Jackett for Linux?

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    There will be, but not at the moment, probably a couple of months away

    点赞 评论 复制链接分享
  • weixin_39789979 weixin_39789979 2021-01-12 11:39

    Thanks to everyone who tested and provided feedback, the upgraded web server is now in v0.10.1 pre-release

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    the upgraded web server is now in v0.10.1 pre-release

    , I have a doubt: when you opened this issue, you mentioned:

    Please turn off automatic updates while you are on the beta version

    Can we go on using the beta version and switch on automatic updates ?

    点赞 评论 复制链接分享
  • weixin_39692037 weixin_39692037 2021-01-12 11:39

    Oh, I see now actually beta has gone stable. It caught me off-guard since previous stable didn't need WorkingDirectory=/opt/Jackett in the systemd service file, and after the upgrade to v0.10.1, the web server didn't listen on port 9117. It was just a question of adding it, and everything is fine now.

    点赞 评论 复制链接分享

相关推荐