[Support] ich777 - Application Dockers

[ich777]

4 hours ago, b9egakyf said:

    Log Output: Absolutely, you can find the log output here:

The log is looking fine to me.

 

4 hours ago, b9egakyf said:

    System Location: We're running this in the cloud, not on a home system.

Are you sure that the connection is sufficient?

Maybe try to tweak the quality and compression sliders, the quality slider will affect the bandwidth and the compressions slider will affect CPU utilization:

 

4 hours ago, b9egakyf said:

    Bind Mount Contents: Ah, I don't have access to that info right now. I'll get it for you ASAP. What should I be looking for, though? I have to admit, I'm not super familiar with the contents that should be in the bind mount.

Basically how my container works is that it puts the main application alongside with the profiles folder in /thunderbird in the Docker container and that's it.

For example if you want to transition to another system or even local Thunderbird instance, you only have to pull the profiles folder and import that to the other system.

 

As said above the container is running perfectly fine over here, since I still use the container on a daily basis (EDIT: Just for your information I have about 20.000 mails across 4 mailboxes in my Thunderbird instance).

I can only assume that it has something to do with the connection or the remote system in general.

[b9egakyf]

Just wanted to drop you @ich777 a quick note to say thanks for your prompt response and support. It turns out the issue was on our end with the OS. We switched from CentOS to the latest Ubuntu, and voilà, problem solved!

Now it's just a matter of getting used to the new UI, but that's a good problem to have. 😉

Appreciate your help!

[ArthurM]

On 9/16/2023 at 12:02 PM, ich777 said:

Maybe, but I can't tell for sure.

 

I use the container almost the same but I use

--key _

but that shouldn't make a difference since it does the same.

 

Are you sure that you've specified your key in your client. What you are describing is not possible usually. However IIRC if you tried it first without a key and after that create a key and then connect to the server then it is possible that the client that tries to connect is cached on the server <- but I'm not sure anymore about that since it was a long time ago since I've set up my server/clients.

 

EDIT: I just tried to connect to my server without keys and the connection is immediately rejected (connections with my key are of course possible).

Are you using the latest client available ? I've removed and reinstalled the container and I'm still able to join by only providing my domain name...

 

Public key:

**heloworld**
--------------------------------------------

[2023-09-18 09:43:53.681398 -05:00] INFO [src/common.rs:121] Private key comes from id_ed25519
[2023-09-18 09:43:53.681424 -05:00] INFO [src/relay_server.rs:581] Key: **helloworld**
[2023-09-18 09:43:53.681401 -05:00] INFO [src/common.rs:121] Private key comes from id_ed25519
[2023-09-18 09:43:53.681427 -05:00] INFO [src/rendezvous_server.rs:1191] Key: **helloworld**
[2023-09-18 09:43:53.681433 -05:00] INFO [src/peer.rs:84] DB_URL=./db_v2.sqlite3
[2023-09-18 09:43:53.681456 -05:00] INFO [src/relay_server.rs:60] #blacklist(blacklist.txt): 0
[2023-09-18 09:43:53.681477 -05:00] INFO [src/relay_server.rs:75] #blocklist(blocklist.txt): 0
[2023-09-18 09:43:53.681482 -05:00] INFO [src/relay_server.rs:81] Listening on tcp :21117
[2023-09-18 09:43:53.681487 -05:00] INFO [src/relay_server.rs:83] Listening on websocket :21119
[2023-09-18 09:43:53.681492 -05:00] INFO [src/relay_server.rs:86] Start
[2023-09-18 09:43:53.681560 -05:00] INFO [src/relay_server.rs:106] DOWNGRADE_THRESHOLD: 0.66
[2023-09-18 09:43:53.681572 -05:00] INFO [src/relay_server.rs:115] DOWNGRADE_START_CHECK: 1800s
[2023-09-18 09:43:53.681580 -05:00] INFO [src/relay_server.rs:124] LIMIT_SPEED: 4Mb/s
[2023-09-18 09:43:53.681586 -05:00] INFO [src/relay_server.rs:134] TOTAL_BANDWIDTH: 1024Mb/s
[2023-09-18 09:43:53.681594 -05:00] INFO [src/relay_server.rs:148] SINGLE_BANDWIDTH: 16Mb/s
[2023-09-18 09:43:53.683527 -05:00] INFO [src/rendezvous_server.rs:98] serial=0
[2023-09-18 09:43:53.683538 -05:00] INFO [src/common.rs:46] rendezvous-servers=[]
[2023-09-18 09:43:53.683541 -05:00] INFO [src/rendezvous_server.rs:100] Listening on tcp/udp :21116
[2023-09-18 09:43:53.683544 -05:00] INFO [src/rendezvous_server.rs:101] Listening on tcp :21115, extra port for NAT test
[2023-09-18 09:43:53.683548 -05:00] INFO [src/rendezvous_server.rs:102] Listening on websocket :21118
[2023-09-18 09:43:53.683566 -05:00] INFO [libs/hbb_common/src/udp.rs:35] Receive buf size of udp [::]:21116: Ok(212992)
[2023-09-18 09:43:53.683604 -05:00] INFO [src/rendezvous_server.rs:137] mask: None
[2023-09-18 09:43:53.683609 -05:00] INFO [src/rendezvous_server.rs:138] local-ip: ""
[2023-09-18 09:43:53.683614 -05:00] INFO [src/common.rs:46] relay-servers=[]
[2023-09-18 09:43:53.683646 -05:00] INFO [src/rendezvous_server.rs:154] ALWAYS_USE_RELAY=N
[2023-09-18 09:43:53.683663 -05:00] INFO [src/rendezvous_server.rs:186] Start
[2023-09-18 09:43:53.683698 -05:00] INFO [libs/hbb_common/src/udp.rs:35] Receive buf size of udp [::]:0: Ok(212992)
[2023-09-18 09:43:53.684913 -05:00] INFO [libs/hbb_common/src/udp.rs:35] Receive buf size of udp 0.0.0.0:0: Ok(212992)

```

 

I do have an IPSEC tunnel enabled between server and client atm... Shouldnt have an impact right ?

No effect when using your syntax as well.

**helloworld** is a placeholder

 

 

Thanks for any input!

Edited September 18, 2023 by ArthurM

[ich777]

39 minutes ago, ArthurM said:

I've removed and reinstalled the container and I'm still able to join by only providing my domain name...

Please check if your have stored a key/config on your local PC:

 

You can connect to your server with no key but you actually can't connect to any client because the keys don't match or is non existent in this example on the client (this screenshot basically says that the keys doesn't match) :

 

Even if I connect two clients to my server without any keys they can't connect.

 

39 minutes ago, ArthurM said:

Are you using the latest client available ?

Yes:

(this is a screenshot without my key/config in appdata)

 

Here is also a screenshot when I connect to my Debian Notebook from my local Windows PC when the key from both clients match my servers key:

 

Here is also a screenshot where you can see that I have a key in my appdata:

(I'm one version behind on this PC, but this makes no difference)

[ArthurM]

39 minutes ago, ich777 said:

Please check if your have stored a key/config on your local PC:

 

You can connect to your server with no key but you actually can't connect to any client because the keys don't match or is non existent in this example on the client (this screenshot basically says that the keys doesn't match) :

 

Even if I connect two clients to my server without any keys they can't connect.

 

Yes:

(this is a screenshot without my key/config in appdata)

 

Here is also a screenshot when I connect to my Debian Notebook from my local Windows PC when the key from both clients match my servers key:

 

Here is also a screenshot where you can see that I have a key in my appdata:

(I'm one version behind on this PC, but this makes no difference)

 

 

Fantastic, sorry I didnt realise that the key was checked when clients are attempting to connect. It is indeed working as intended! The "green" ready really got me confused

 

Hoping they figure out the mac builds on github soon!

Extra IT Support incoming

 

Thanks for all the nifty tools you put out there!

 

Have a nice week,

 

N

[scarred-schoolmarm4666]

Since thunderbird supernova launch i wasn't able to update thunderbird to the newest version and got it running.

Thunderbird always did reset to version 102. When i manually updated it i always had to go over 105 and last to 115.

After the next restart of my docker, it was set back to 102 and wasnt working anymore, because the profile was updated to work with 115.

I now deleted my container and backuped the files to redownload your latest version and create the containter from anew. but now i always geht the error screen see in the screenshot, also i added the log file from my container in the html file.

Hope it helps to find the bug.

ich777-thunderbird1.html

[ich777]

39 minutes ago, scarred-schoolmarm4666 said:

After the next restart of my docker, it was set back to 102 and wasnt working anymore, because the profile was updated to work with 115.

If you have reported that early I could have fixed that since the container simply wasn't ready and now it is, another user reported that and I fixed that almost imideatley.

 

This was fixed a few weeks ago, you can now either select if you want to download the stable or beta version from Thunderbird:

 

39 minutes ago, scarred-schoolmarm4666 said:

Hope it helps to find the bug.

This is not a bug, simply clear your browser cache.

 

Please make also sure that you are on the latest version from the Docker container itself.

 

EDIT: I'm running my Thunderbird container as my main Mail client with about 20k Mails spread across 5 Mailboxes in it and everything is working fine over here (even the upgrade from the older version to the new went without a hitch) :

 

Please report if you have an issue immediately otherwise I or any other maintainer can't fix them (...and this will save you also a lot of trouble from what I read above).

[Mainfrezzer]

Ive a litte issue that pops up from time to time, nothing horrendous tho.
Is there a way to avoid this from happening? i do have the initial window set to 1080p and i assume thats causing it because i cant recall having seen that on the default.

[ich777]

8 hours ago, Mainfrezzer said:

Ive a litte issue that pops up from time to time, nothing horrendous tho.
Is there a way to avoid this from happening? i do have the initial window set to 1080p and i assume thats causing it because i cant recall having seen that on the default.

Have you tried to press ESC or RETURN when this screen pops up?

Would it be a viable solution for you to set the scaling mode in the VNC menu to server scaling? With this you can let the initial resolution at default and the screen will be always be resized accordingly to the window size from your browser.

(click on the arrow on the left hand side, click on the gear icon, scaling, set to server scaling)

 

However it should not have any mayor downsides to setting it to 1920x1080

 

What do you do to solve this issue usually?

[Mainfrezzer]

1 hour ago, ich777 said:

 

 

What do you do to solve this issue usually?

I just open the left tab for scaling and change it to server scaling and that fixes it. 

 

And then I I just resize the browser window to something smaller again, set it back to scaling none.

 

9 out of 10 times "it just works", just occasionally it does this weird behaviour.

[ich777]

29 minutes ago, Mainfrezzer said:

I just open the left tab for scaling and change it to server scaling and that fixes it. 

This is really strange, that shouldn't happen at all... Have you yet tried to restart the container and see if this also fixes the issue? If yes, disable the stop from the container if you have CA Backup set up <- this shouldn't harm anything for the jDownloader2 container.

 

My assumption is that something messes up when it starts but it's really hard to debug, because well jDownlaoder2

[Mainfrezzer]

48 minutes ago, ich777 said:

This is really strange, that shouldn't happen at all... Have you yet tried to restart the container and see if this also fixes the issue?

Yes it does. Used to do that before i figured out that changing the scaling mode fixes it.

I dont have CA Backup set up to do anything automatically and usually JDL is not running at all until i want to start downloading a bunch of stuff, once in a blue moon.


Edit:

I did check the logs and it i found a difference between the time it appeared and when i just works

This is a snippet from when it works

{"log":"---Checking configuration for noVNC---\n","stream":"stdout","time":"2023-09-21T15:35:50.922569281Z"}
{"log":"Nothing to do, noVNC resizing set to default\n","stream":"stdout","time":"2023-09-21T15:35:50.92704004Z"}
{"log":"Nothing to do, noVNC qaulity set to default\n","stream":"stdout","time":"2023-09-21T15:35:50.930155542Z"}
{"log":"Nothing to do, noVNC compression set to default\n","stream":"stdout","time":"2023-09-21T15:35:50.933794905Z"}
{"log":"---Taking ownership of data...---\n","stream":"stdout","time":"2023-09-21T15:35:50.934110537Z"}
{"log":"---Starting...---\n","stream":"stdout","time":"2023-09-21T15:35:52.47667835Z"}
{"log":"---Checking for 'runtime' folder---\n","stream":"stdout","time":"2023-09-21T15:35:52.516488011Z"}
{"log":"---'runtime' folder found---\n","stream":"stdout","time":"2023-09-21T15:35:52.516899764Z"}
{"log":"---Checking if Runtime is installed---\n","stream":"stdout","time":"2023-09-21T15:35:52.51699206Z"}
{"log":"---Runtime found---\n","stream":"stdout","time":"2023-09-21T15:35:52.57342457Z"}
{"log":"---Checking for 'jDownloader.jar'---\n","stream":"stdout","time":"2023-09-21T15:35:52.573588217Z"}
{"log":"---'jDownloader.jar' not found, copying...---\n","stream":"stdout","time":"2023-09-21T15:35:52.573898957Z"}
{"log":"---Preparing Server---\n","stream":"stdout","time":"2023-09-21T15:35:52.587118657Z"}
{"log":"---Checking libraries---\n","stream":"stdout","time":"2023-09-21T15:35:52.596949158Z"}
{"log":"---Libraries found!---\n","stream":"stdout","time":"2023-09-21T15:35:52.598528333Z"}
{"log":"---Checking for old logfiles---\n","stream":"stdout","time":"2023-09-21T15:35:52.598987469Z"}
{"log":"---Checking for old display lock files---\n","stream":"stdout","time":"2023-09-21T15:35:53.044424539Z"}
{"log":"---Resolution check---\n","stream":"stdout","time":"2023-09-21T15:35:54.750519125Z"}
{"log":"---Window resolution: 1920x1080---\n","stream":"stdout","time":"2023-09-21T15:35:54.766152975Z"}
{"log":"---Starting TurboVNC server---\n","stream":"stdout","time":"2023-09-21T15:35:54.766194085Z"}
{"log":"---Starting Fluxbox---\n","stream":"stdout","time":"2023-09-21T15:35:57.833745116Z"}
{"log":"---Starting noVNC server---\n","stream":"stdout","time":"2023-09-21T15:35:59.839119498Z"}
{"log":"WebSocket server settings:\n","stream":"stderr","time":"2023-09-21T15:36:00.064069548Z"}
{"log":"  - Listen on :8080\n","stream":"stderr","time":"2023-09-21T15:36:00.06410683Z"}
{"log":"  - Web server. Web root: /usr/share/novnc\n","stream":"stderr","time":"2023-09-21T15:36:00.064242035Z"}
{"log":"  - No SSL/TLS support (no cert file)\n","stream":"stderr","time":"2023-09-21T15:36:00.064254878Z"}
{"log":"  - Backgrounding (daemon)\n","stream":"stderr","time":"2023-09-21T15:36:00.064333748Z"}
{"log":"---Starting jDownloader2---\n","stream":"stdout","time":"2023-09-21T15:36:02.071813822Z"}

This is from the one time it showed this weird behavior
 

{"log":"---Checking configuration for noVNC---\n","stream":"stdout","time":"2023-09-21T15:36:33.535063503Z"}
{"log":"Nothing to do, noVNC resizing set to default\n","stream":"stdout","time":"2023-09-21T15:36:33.540407134Z"}
{"log":"Nothing to do, noVNC qaulity set to default\n","stream":"stdout","time":"2023-09-21T15:36:33.544721161Z"}
{"log":"Nothing to do, noVNC compression set to default\n","stream":"stdout","time":"2023-09-21T15:36:33.548919931Z"}
{"log":"---Taking ownership of data...---\n","stream":"stdout","time":"2023-09-21T15:36:33.550300644Z"}
{"log":"---Starting...---\n","stream":"stdout","time":"2023-09-21T15:36:35.516053319Z"}
{"log":"---Checking for 'runtime' folder---\n","stream":"stdout","time":"2023-09-21T15:36:35.539377471Z"}
{"log":"---'runtime' folder found---\n","stream":"stdout","time":"2023-09-21T15:36:35.539617214Z"}
{"log":"---Checking if Runtime is installed---\n","stream":"stdout","time":"2023-09-21T15:36:35.539626714Z"}
{"log":"---Runtime found---\n","stream":"stdout","time":"2023-09-21T15:36:35.610420579Z"}
{"log":"---Checking for 'jDownloader.jar'---\n","stream":"stdout","time":"2023-09-21T15:36:35.610514694Z"}
{"log":"---'jDownloader.jar' folder found---\n","stream":"stdout","time":"2023-09-21T15:36:35.610700631Z"}
{"log":"---Preparing Server---\n","stream":"stdout","time":"2023-09-21T15:36:35.61070884Z"}
{"log":"---Checking libraries---\n","stream":"stdout","time":"2023-09-21T15:36:35.614346633Z"}
{"log":"---Libraries found!---\n","stream":"stdout","time":"2023-09-21T15:36:35.614765248Z"}
{"log":"---Checking for old logfiles---\n","stream":"stdout","time":"2023-09-21T15:36:35.615045728Z"}
{"log":"---Checking for old display lock files---\n","stream":"stdout","time":"2023-09-21T15:36:36.082736432Z"}
{"log":"\n","stream":"stderr","time":"2023-09-21T15:36:36.972035698Z"}
{"log":"Session terminated, killing shell.../opt/scripts/start.sh: line 34: kill: `': not a pid or valid job spec\n","stream":"stderr","time":"2023-09-21T15:36:36.976173149Z"}
{"log":"---Ensuring UID: 99 matches user---\n","stream":"stdout","time":"2023-09-21T15:37:00.619219988Z"}
{"log":"usermod: no changes\n","stream":"stdout","time":"2023-09-21T15:37:00.624165Z"}
{"log":"---Ensuring GID: 100 matches user---\n","stream":"stdout","time":"2023-09-21T15:37:00.624867794Z"}
{"log":"usermod: no changes\n","stream":"stdout","time":"2023-09-21T15:37:00.639468734Z"}
{"log":"---Setting umask to 000---\n","stream":"stdout","time":"2023-09-21T15:37:00.640260413Z"}
{"log":"---Checking for optional scripts---\n","stream":"stdout","time":"2023-09-21T15:37:00.640273666Z"}
{"log":"---No optional script found, continuing---\n","stream":"stdout","time":"2023-09-21T15:37:00.645550969Z"}
{"log":"---Checking configuration for noVNC---\n","stream":"stdout","time":"2023-09-21T15:37:00.645579324Z"}
{"log":"Nothing to do, noVNC resizing set to default\n","stream":"stdout","time":"2023-09-21T15:37:00.649975533Z"}
{"log":"Nothing to do, noVNC qaulity set to default\n","stream":"stdout","time":"2023-09-21T15:37:00.654047891Z"}
{"log":"Nothing to do, noVNC compression set to default\n","stream":"stdout","time":"2023-09-21T15:37:00.657456136Z"}
{"log":"---Taking ownership of data...---\n","stream":"stdout","time":"2023-09-21T15:37:00.657890552Z"}
{"log":"---Starting...---\n","stream":"stdout","time":"2023-09-21T15:37:02.596821022Z"}
{"log":"---Checking for 'runtime' folder---\n","stream":"stdout","time":"2023-09-21T15:37:02.621023944Z"}
{"log":"---'runtime' folder found---\n","stream":"stdout","time":"2023-09-21T15:37:02.621287738Z"}
{"log":"---Checking if Runtime is installed---\n","stream":"stdout","time":"2023-09-21T15:37:02.621296839Z"}
{"log":"---Runtime found---\n","stream":"stdout","time":"2023-09-21T15:37:02.687265726Z"}
{"log":"---Checking for 'jDownloader.jar'---\n","stream":"stdout","time":"2023-09-21T15:37:02.687291425Z"}
{"log":"---'jDownloader.jar' not found, copying...---\n","stream":"stdout","time":"2023-09-21T15:37:02.687497882Z"}
{"log":"---Preparing Server---\n","stream":"stdout","time":"2023-09-21T15:37:02.703070458Z"}
{"log":"---Checking libraries---\n","stream":"stdout","time":"2023-09-21T15:37:02.71091722Z"}
{"log":"---Libraries found!---\n","stream":"stdout","time":"2023-09-21T15:37:02.712032731Z"}
{"log":"---Checking for old logfiles---\n","stream":"stdout","time":"2023-09-21T15:37:02.712393649Z"}
{"log":"---Checking for old display lock files---\n","stream":"stdout","time":"2023-09-21T15:37:03.134027249Z"}
{"log":"---Resolution check---\n","stream":"stdout","time":"2023-09-21T15:37:05.339313223Z"}
{"log":"---Window resolution: 1920x1080---\n","stream":"stdout","time":"2023-09-21T15:37:05.354780543Z"}
{"log":"---Starting TurboVNC server---\n","stream":"stdout","time":"2023-09-21T15:37:05.355112969Z"}
{"log":"---Starting Fluxbox---\n","stream":"stdout","time":"2023-09-21T15:37:08.420964603Z"}
{"log":"---Starting noVNC server---\n","stream":"stdout","time":"2023-09-21T15:37:10.427649854Z"}
{"log":"WebSocket server settings:\n","stream":"stderr","time":"2023-09-21T15:37:10.666635368Z"}
{"log":"  - Listen on :8080\n","stream":"stderr","time":"2023-09-21T15:37:10.666673798Z"}
{"log":"  - Web server. Web root: /usr/share/novnc\n","stream":"stderr","time":"2023-09-21T15:37:10.666923766Z"}
{"log":"  - No SSL/TLS support (no cert file)\n","stream":"stderr","time":"2023-09-21T15:37:10.666941031Z"}
{"log":"  - Backgrounding (daemon)\n","stream":"stderr","time":"2023-09-21T15:37:10.666949312Z"}
{"log":"---Starting jDownloader2---\n","stream":"stdout","time":"2023-09-21T15:37:12.674043699Z"}

 

Edited September 22, 2023 by Mainfrezzer

[ich777]

17 minutes ago, Mainfrezzer said:

This is from the one time it showed this weird behavior

Your log output shows that it can't find the jDownloader.jar file so it is basically installing it again.

 

May I ask how the share is configured in terms of primary and secondary storage?

Please double check if you have set it that it stays on the cache if you use the default path from the template /mnt/cache/appdata/...

If you have set it to move it from the cache to the array then please change the path in the template to /mnt/user/appdata/... <- but I would rather recommend that you leave your appdata always on the cache drive to avoid spinning up the Array occasionally and to avoid weird behaviour.

 

BTW I assume you could press the ESC or ENTER key if that screen appears.

[Mainfrezzer]

2 minutes ago, ich777 said:

Your log output shows that it can't find the jDownloader.jar file so it is basically installing it again.

 

May I ask how the share is configured in terms of primary and secondary storage?

Please double check if you have set it that it stays on the cache if you use the default path from the template /mnt/cache/appdata/...

If you have set it to move it from the cache to the array then please change the path in the template to /mnt/user/appdata/... <- but I would rather recommend that you leave your appdata always on the cache drive to avoid spinning up the Array occasionally and to avoid weird behaviour.

 

BTW I assume you could press the ESC or ENTER key if that screen appears.

I think i got the wrong log moment, i had an issue with the update and nuked the jar because it was update looping. Certainly doesnt help that the time is off in the container and ive a quite large logfile.


I finally found a log entry(My Stop Mark) that lets me pinpoint the entries plus a mention of resolution thats a bit off.
Stop Mark.txt
 

[ich777]

5 minutes ago, Mainfrezzer said:

I finally found a log entry(My Stop Mark) that lets me pinpoint the entries plus a mention of resolution thats a bit off.

Which line are you talking about? I can only find 4 lines with the resolution check and they all seem fine.

 

5 minutes ago, Mainfrezzer said:

I think i got the wrong log moment

May I ask why you are posting the json log? Do you use another platform than Unraid? If so you can also dump the full log from the container with:

docker container logs jDownloader2 > /path/to/file.log

 

Are you sure that you simply can't press ENTER or ESC on that screen?

[Mainfrezzer]

11 hours ago, ich777 said:

Which line are you talking about? I can only find 4 lines with the resolution check and they all seem fine.

 

Yeah, thats when it started, did the weird thing and ive changed the scaling to serverside and back. the weird 1920x1102 must be from when i "fixed" it. 

 

 

11 hours ago, ich777 said:

 

 

May I ask why you are posting the json log? Do you use another platform than Unraid? If so you can also dump the full log from the container with:

 

Cause thats the log file of unraid, was already easier to grab from /system/docker/containers/blahblub^^

 

 

11 hours ago, ich777 said:

 

Are you sure that you simply can't press ENTER or ESC on that screen?

im pretty certain i did test that at one point and nothing happend but ill try again the next time it happens. I did try to "make it happen" again but i couldnt get it to yet.


Edit:

Actually, it doesnt. 1920x1102 seems to be the default resolution when ive set it to 1080p.

I just deleted the log, started it, stopped it and that odd resolution appears in the logs.

Server scaling gives me 2505x1348. mhmm

Ive set it to 1920x720 and it sets it to 1922x792 and its supposedly to be "1920x768" bit funky.

Now ive recreated the container a couple of times and this time, it shows
 

Request toFront(window is active): jd.gui.swing.jdgui.JDownloaderMainFrame[MAINFRAME,0,0,1920x1080,invalid,layout=java.awt.BorderLayout,title=JDownloader 2,resizable,maximized,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1920x1080,invalid,layout=javax.swing.JRootPane$RootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.synth.SynthBorder@49b5adc8,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
Request toFrontFocused(timer,toFront): jd.gui.swing.jdgui.JDownloaderMainFrame[MAINFRAME,0,0,1920x1080,invalid,hidden,layout=java.awt.BorderLayout,title=JDownloader 2,resizable,maximized,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1920x1080,invalid,layout=javax.swing.JRootPane$RootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.synth.SynthBorder@49b5adc8,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]

very bizarr why it was so stuck on the 1920x1102 for 2 recreates.

Edit #2:
@ich777
I got it to do the thing again!


file3.log
and heres the json log from Unraid
file3-json.txt


Ive also grabbed a video of it.

I used the esc button, the esc button from the little menu, smashed enter in the middle of the screen but then, i left clicked on the icon

 

 

Edited September 22, 2023 by Mainfrezzer

[bobokun]

Is thelounge still being updated? I see the latest release on github is v4.4.1 but the latest docker image shows it's still on v4.3.1

[ich777]

6 hours ago, bobokun said:

Is thelounge still being updated? I see the latest release on github is v4.4.1 but the latest docker image shows it's still on v4.3.1

Thank you for the heads up, sadly enough they changed how you install TheLounge and that's why my container isn't picking up the new version.

Would it be really bad for you to switch to another TheLounge container since I have no use for it anymore because I moved on the Matrix-Synapse.

[Barnoe]

I have installed Lidarr on my docker.

 

to start with no problems.
Then when i checked Appdata folder for Lidarr it has a folder called "MediaCover" with all the artwork for albums etc.
i dont want this filling up my appdata i would prefer it on the array inside my music folder

when i do this Lidarr breaks... losing all setting etc.

Why the artwork isnt stored inside the folder for the album is beyond me?

as it stands
Data Dir: = /mnt/cache/appdata/lidarr

Music: = /mnt/user/Music/

Downloads: = /mnt/user/Downloads/

 

is there a workaround?

[ich777]

10 minutes ago, Barnoe said:

Then when i checked Appdata folder for Lidarr it has a folder called "MediaCover" with all the artwork for albums etc.

These are only the images and Metadata for Lidarr.

I assume that you have something like Plex for your Media to be played correct? If so then you have to configure in Plex that it saves metadata and pictures to the folder from the media itself.

[Kilrah]

You could add an extra mapping for this specific folder.

 

3 minutes ago, Barnoe said:

Why the artwork isnt stored inside the folder for the album is beyond me?

People typically don't want that cluttering their media folders, also it means any access just to browse will make drives spin etc

[bobokun]

21 hours ago, ich777 said:

Would it be really bad for you to switch to another TheLounge container 

Nope, I'll switch over to another container. Np

[gus1234]

Hi,

I'm using Luckyback to back up my main server to my new backup server using this guide - https://unraid.net/blog/unraid-server-backups-with-luckybackup

However Im a bit stuck, when I run the Task I created to back up my main server it prompts me for a password which when I enter it seems to accept it but then the OpenSSH Authentication Passphrase request window will pop up again and that happens a few times and I get the below errors:

 

I created the id_rsa file under /luckybackup/.ssh and then copied that file to my backup server in /root/.ssh. The authorized_keys file is also in /root/.ssh on the backup sever. Not too sure where I'm going wrong?

This also how Ive set up my task:

 

Any help would be greatly appreciated thanks!

[ich777]

2 minutes ago, gus1234 said:

I created the id_rsa file under /luckybackup/.ssh and then copied that file to my backup server in /root/.ssh.

Don't do that, the guide is wrong about that, the ssh key should always belong in /luckybackup/.ssh and should be never copied over to /root/.ssh

 

3 minutes ago, gus1234 said:

The authorized_keys file is also in /root/.ssh on the backup sever. Not too sure where I'm going wrong?

This is wrong, the authorized_keys should be on the remote machine where you want to connect to not on the local one.

[gus1234]

Thanks for your quick reply! In the guide it says to create the id_rsa on the local machine (which is my main server where I have luckybackup installed) and then copy it to the remote server (which is my backup server)
 

Quote

Don't do that, the guide is wrong about that, the ssh key should always belong in /luckybackup/.ssh and should be never copied over to /root/.ssh

 

Yep I have done that I created it under /luckybackup/.ssh on the local machine and then in the guide he copies it to the remote machine which is where I have it under /root/.ssh

 

Quote

This is wrong, the authorized_keys should be on the remote machine where you want to connect to not on the local one.

Yep I did that that the authorized_key is on the remote machine

Unless I should have installed luckbackup on my backup server instead of the main server?

Edited September 27, 2023 by gus1234