cybrnook

Unfortunately, still the same issue when trying to search for a name match😞 IllegalArgumentException java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.done(RenamePanel.java:940) Caused by: java.lang.IllegalArgumentException at net.filebot.ui.rename.EpisodeListMatcher.match(EpisodeListMatcher.java:83) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:922) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:918)

Java Java Java Java Java Java Java Java Java Java Java Java Java Java Java Java 🙂 @Djoss Getting this when trying to do even a single episode fetch and rename: [services.d] starting app... [app] starting FileBot... [services.d] done. FileBot 4.8.4 (r5846) JNA Native: 5.2.0 MediaInfo: 18.05 Apache Commons VFS: [zip, rar] Chromaprint: 1.4.3 Extended Attributes: OK Unicode Filesystem: OK Script Bundle: 2019-02-20 (r548) Groovy: 2.5.1 JRE: OpenJDK Runtime Environment 1.8.0_181 JVM: 64-bit OpenJDK 64-Bit Server VM CPU/MEM: 0 Core / 15 GB Max Memory / 53 MB Used Memory OS: Linux (amd64) HW: Linux 140206e3df26 4.19.23-Unraid #1 SMP Fri Feb 15 10:41:44 PST 2019 x86_64 Linux DATA: /config Package: DOCKER License: FileBot License JAVAJAVAJAVA (Valid-Until: 2019-07-30) Done ヾ(＠⌒ー⌒＠)ノ Prism pipeline init order: sw Using java-based Pisces rasterizer Using dirty region optimizations Not using texture mask for primitives Not forcing power of 2 sizes for textures Using hardware CLAMP_TO_ZERO mode Opting in for HiDPI pixel scaling *** Fallback to Prism SW pipeline Prism pipeline name = com.sun.prism.sw.SWPipeline (X) Got class = class com.sun.prism.sw.SWPipeline Initialized prism pipeline: com.sun.prism.sw.SWPipeline vsync: true vpipe: false 22/02/2019 08:35:16 client 1 network rate 1240.4 KB/sec (139270.1 eff KB/sec) 22/02/2019 08:35:16 client 1 latency: 0.5 ms 22/02/2019 08:35:16 dt1: 0.0059, dt2: 0.0226 dt3: 0.0005 bytes: 35027 22/02/2019 08:35:16 link_rate: LR_LAN - 1 ms, 1240 KB/s 22/02/2019 08:35:16 copy_tiles: allocating first_line at size 41 22/02/2019 08:35:19 created selwin: 0x20002d 22/02/2019 08:35:19 called initialize_xfixes() IllegalArgumentException java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.done(RenamePanel.java:936) Caused by: java.lang.IllegalArgumentException at net.filebot.ui.rename.EpisodeListMatcher.match(EpisodeListMatcher.java:85) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:921) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:917) So checked the usual suspect, and found: /tmp # which java /usr/bin/java /tmp # cd /usr/bin /usr/bin # ldd java /lib/ld-musl-x86_64.so.1 (0x14b8fee8b000) Error loading shared library libjli.so: No such file or directory (needed by java) libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x14b8fee8b000) Error relocating java: JLI_Launch: symbol not found /usr/bin # EDIT: ALSO!!! Beta 4.8.5 is out 🙂 https://www.filebot.net/forums/viewtopic.php?t=9535

Just dropping in to say thanks again for maintaining this plugin, it's great to have. I updated to your latest version this morning 2019.02.20 , and noticed two odd behaviors. 1. I had and already existing .RecycleBin folder which contained some data from a previous delete. I updated, then went and emptied the trash. I can see that the contents of the folder were purged, but to my surprise the .RecycleBin folder remained, which I found strange. Normally emptying the trash takes the folder along with it. 2. I deleted a folder in another area after upgrading. The folder itself was empty, but nevertheless I deleted it. This did not register with the Recycle Bin plugin, and the folder is just gone now. No worries, as I wanted it to be deleted, but also found it strange that it was not caught. I am on the latest RC4 release.

Squid updated the URL's in the repo's, that's why it started working.

Would you mind uploading the /usr/lib64/libfreeipmi.so.17 file for me? EDIT: Actually I may be able to pull it from his git repo. EDIT2: Thanks, I was able to pull the latest freeipmi-1.5.7-x86_64-2.txz from his IPMI repo, extract out the libfreeipmi.so.17.1.4 file, drop it in /usr/lib64, chmod 777 it up and symlink it over to libfreeipmi.so.17. All is good now, just need to handle this on boot manually or just make my own small mod to his package to include the lib file and repackage it. Or, best would be @dmacias adds the lib file into his install recipe of ipmitool 🙂 root@poot:/usr/lib64# ls -l libfree* lrwxrwxrwx 1 root root 21 Feb 8 16:27 libfreeipmi.so.17 -> libfreeipmi.so.17.1.4* -rwxrwxrwx 1 root root 5285848 Feb 8 16:23 libfreeipmi.so.17.1.4* root@poot:/usr/lib64# ldd /usr/bin/ipmitool linux-vdso.so.1 (0x00007ffd15495000) libfreeipmi.so.17 => /usr/lib64/libfreeipmi.so.17 (0x000014e182d93000) libpthread.so.0 => /lib64/libpthread.so.0 (0x000014e182d72000) libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x000014e182c55000) libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x000014e182c32000) libm.so.6 => /lib64/libm.so.6 (0x000014e182aa7000) libreadline.so.7 => /usr/lib64/libreadline.so.7 (0x000014e182859000) libncurses.so.6 => /lib64/libncurses.so.6 (0x000014e18282c000) libtinfo.so.6 => /lib64/libtinfo.so.6 (0x000014e1827fe000) libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x000014e182522000) libc.so.6 => /lib64/libc.so.6 (0x000014e18233f000) /lib64/ld-linux-x86-64.so.2 (0x000014e1834ad000) libdl.so.2 => /lib64/libdl.so.2 (0x000014e18233a000) libz.so.1 => /lib64/libz.so.1 (0x000014e182123000)

Just coming to say the same, IPMI is having some issues with missing dependencies, even with your latest update: Before the update: root@Tower:~# ldd /usr/bin/ipmitool linux-vdso.so.1 (0x00007ffc36dd4000) libm.so.6 => /lib64/libm.so.6 (0x0000146e4f726000) libncurses.so.5 => /lib64/libncurses.so.5 (0x0000146e4f4cf000) libcrypto.so.1 => not found libc.so.6 => /lib64/libc.so.6 (0x0000146e4f2ec000) /lib64/ld-linux-x86-64.so.2 (0x0000146e4f8c0000) libdl.so.2 => /lib64/libdl.so.2 (0x0000146e4f2e7000) ipmitool: error while loading shared libraries: libcrypto.so.1: cannot open shared object file: No such file or directory After the update: root@Tower:~# ldd /usr/bin/ipmitool linux-vdso.so.1 (0x00007ffd8afdf000) libfreeipmi.so.17 => not found libpthread.so.0 => /lib64/libpthread.so.0 (0x00001519adf18000) libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00001519addfb000) libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00001519addd8000) libm.so.6 => /lib64/libm.so.6 (0x00001519adc4d000) libreadline.so.7 => /usr/lib64/libreadline.so.7 (0x00001519ad9ff000) libncurses.so.6 => /lib64/libncurses.so.6 (0x00001519ad9d2000) libtinfo.so.6 => /lib64/libtinfo.so.6 (0x00001519ad9a4000) libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00001519ad6c8000) libc.so.6 => /lib64/libc.so.6 (0x00001519ad4e5000) /lib64/ld-linux-x86-64.so.2 (0x00001519adf48000) libdl.so.2 => /lib64/libdl.so.2 (0x00001519ad4e0000) libz.so.1 => /lib64/libz.so.1 (0x00001519ad2c9000) ipmitool: error while loading shared libraries: libfreeipmi.so.17: cannot open shared object file: No such file or directory

Thank you sooooo much for this! I was upset this am to find that apcupsd did not work/detect my Cyberpower OL1500RTXL2UN. NUT worked like a charm, I can sleep well tonight.

You will never find a good balance. Many movies these days will have 10+ duplicate mpls titles all with the same length, just tracks are disordered. So while one of those 10+ tracks is the right one, you will still catch the others as well.

You're a beast

Doing some more rips this weekend and playing with CPU pinning. I see this every time this container is restarted, I assume a red herring? : (ghb:1000): GLib-GIO-CRITICAL **: 13:35:37.336: g_dbus_proxy_new_sync: assertion 'G_IS_DBUS_CONNECTION (connection)' failed GLib-GIO-Message: 13:35:37.491: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. In the end, all movies converted without issue.

Probably just clear your cache, check ad blocker, check browser etc..... Working fine for me:

🙂 /usr/lib/jvm/jdk-12/bin # ldd java /lib/ld-musl-x86_64.so.1 (0x148e7e3eb000) libjli.so => ./../lib/libjli.so (0x148e7dfd9000) libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x148e7e3eb000) libz.so.1 => /lib/libz.so.1 (0x148e7ddc2000) /usr/lib/jvm/jdk-12/bin # ./java -version openjdk version "12-ea" 2019-03-19 OpenJDK Runtime Environment (build 12-ea+18) OpenJDK 64-Bit Server VM (build 12-ea+18, mixed mode, sharing) Awesome 🙂

Looks similar to the dual path needed, same as MakeMKV.

Just want to chime in that this plugin is still working great, and has saved my butt a few times now 🙂 Thanks @dlandon

Thanks, glad it didn't take 2 hours of searching

Would you rather users not report these issues to you? Only better to have fatal or serious issues rather than minor ones?

Again, just doing my part 🙂 putting it on the radar

Same footer font issue in FCP as in Backup/Restore:

Just doing my part and reporting the issues is all...

Noticed that this plugin's text/font is set differently than anywhere else in the unraid webui: Regular Menu: Backup Menu (Settings):

Thanks buddy, looking forward to testing it out.

Can the application run without JAVA altogether? I think I read in the MakeMKV forums, users were comparing their installs to running MakeMKV on windows, which would not have JAVA installed by default. Is it possible that you can build your Alpine base without JAVA, and we just rely on MakeMKV's ability to decode without, assuming it can't properly use JAVA to begin with (Does MakeMKV have a hard dependency on JAVA?)? I feel like this could be a solution, as I read another users "solution" was to just rename jvm to jvm.save and that solved their issue. So that would lead me to believe that IF MakeMKV find's JAVA it will attempt to use it, else if it does NOT find JAVA, it falls back onto stored procedures it can carry out itself. Seem at all plausible? https://www.makemkv.com/forum/viewtopic.php?f=3&t=17268 "I just ran into this problem again with the UHD version of Wonder. I was able to get around it (on linux) by: sudo mv /usr/lib/jvm /usr/lib/jvm.save That way MakeMKV couldn't find the Java runtime and I was able to rip the disc (at least it's in progress). Once it's done I can just rename the directory again to re-enable Java. I'm running the latest Oracle version btw." Are the JAVA exceptions local to Alpine Linux that we are using? In reading up on that, there seems to be a few github issues opened here and there talking about the issues in trying to run Oracle JAVA on Alpine (MUSL, GNU, glibc, etc..). Would yet another alternative be to switch the base OS to something a bit more friendly? I assume that would put a heavier load on you as you use the same base for all your containers I believe.

User Scripts is the cause for me, %100. But in the meantime, I am just doing my scripting need though the go file. @Squid Thanks for the explanation on your setup. Sounds like you have been hard pressed to see the issue at all then, and will take you some time to get a test bed. Wouldn't a trial license on something other than your prod system work as well to reproduce the issue?

Thanks buddy. Not sure why I am holding on to this so much 🙂 Just want to make sure we get it right.

@Djoss I am noticing a few things strange with the new Java deployment. 1. When logging into the container, $PATH does not contain any direct path to "java", so "which java" fails. I would assume this also means that the user that is running MakeMKV also cannot find Java. So I wonder if the upgrade to Java 11 has instead not fixed the issue, but instead prevented MakeMKV from even finding Java, and thus skipping it's use? /tmp # whoami root /tmp # which java /tmp # echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin 2. There is still a broken dependency which seems to be related to Alpine (Dated but similar: https://github.com/gliderlabs/docker-alpine/issues/11 and also https://github.com/docker-library/openjdk/issues/100 ) - Is this MUSL vs GNU issue? /tmp # ldd /usr/lib/jvm/jdk-11.0.1/bin/java /lib64/ld-linux-x86-64.so.2 (0x154d50718000) libz.so.1 => /lib/libz.so.1 (0x154d50501000) libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x154d50718000) libjli.so => /usr/lib/jvm/jdk-11.0.1/bin/../lib/jli/libjli.so (0x154d502f0000) libdl.so.2 => /lib64/ld-linux-x86-64.so.2 (0x154d50718000) libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x154d50718000) Error relocating /usr/lib/jvm/jdk-11.0.1/bin/../lib/jli/libjli.so: __rawmemchr: symbol not found 3. Also not sure Java is perhaps even properly working, can't even check version /usr/lib/jvm/jdk-11.0.1/bin # ls -l java -rwxr-xr-x 1 668 668 8672 Oct 6 08:17 java /usr/lib/jvm/jdk-11.0.1/bin # ./java -version sh: ./java: not found /usr/lib/jvm/jdk-11.0.1/bin # java -version sh: java: not found /usr/lib/jvm/jdk-11.0.1/bin # cd /tmp /tmp # export PATH=$PATH:/usr/lib/jvm/jdk-11.0.1/bin /tmp # echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/lib/jvm/jdk-11.0.1/bin /tmp # which java /usr/lib/jvm/jdk-11.0.1/bin/java /tmp # java -version sh: java: not found /tmp #