Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

(Support) Aptalca's docker templates

Featured Replies

I thought I'd restored everything from the trash, but my docker.img file is still 88% full (it was maybe 50%ish when I started). I've brought up Dolphin again, and I've given it about 3 hours to open the Trash folder and it still says "Loading folder..." with the little blue bars scrolling by.

 

If I right-click on Trash in the shortcuts on the left, "Empty Trash" is greyed out and unavailable, so I'd assume that it has been emptied, but you know what happens when you assume.

 

This was the only operation going on yesterday that was in any way different than what I normally do in any of my dockers, so I'm assuming (again) that it's got something to do with Dolphin & me trying to delete these files. Any suggestions on where to look and how to find this used space to clear it back up?

 

Also, I didn't find an option under Control | Configure Dolphin to disable Trash for future use.

  • Replies 1.2k
  • Views 282.9k
  • Created
  • Last Reply

I've been using the RDP-BOINC container for a while and mostly not paying attention to it as it does it's thing. But recently I noticed my unraid CPU utilization was really low. Yes, I'm complaining about too much CPU free time ?

 

BOINC is configured to use my config from BOINCstats and it should be soaking up > 80% of my CPU. I've got 24 cores, so that leaves plenty for most incidental uses. But instead I'm only seeing about 10% utilization. I've tried clearing local config from BOINC, but that seems to make no difference. If I explicitly tell BOINC to sync with BOINCstats, CPU use pops up immediately. Then, when I'm not looking, it drops off again by the next day.

 

I realize this is probably not an issue with the container, but am wondering if anyone else has seen similar behavior and can point me in the right direction to resolve this.

 

TIA,

roland

1 hour ago, rbroberts said:

I've been using the RDP-BOINC container for a while and mostly not paying attention to it as it does it's thing. But recently I noticed my unraid CPU utilization was really low. Yes, I'm complaining about too much CPU free time ?

 

BOINC is configured to use my config from BOINCstats and it should be soaking up > 80% of my CPU. I've got 24 cores, so that leaves plenty for most incidental uses. But instead I'm only seeing about 10% utilization. I've tried clearing local config from BOINC, but that seems to make no difference. If I explicitly tell BOINC to sync with BOINCstats, CPU use pops up immediately. Then, when I'm not looking, it drops off again by the next day.

 

I realize this is probably not an issue with the container, but am wondering if anyone else has seen similar behavior and can point me in the right direction to resolve this.

 

TIA,

roland

 

Are you sure your BOINC projects have work to do?

Yes. They are continuing to do work, just acting like the amount of CPU they are allowed to use in ~ 10% instead of 80%. When I posted that message, I had just told BOINC to sync with BOINCstats and work picked up. Right now, it's back to ~ 10% with dozens of tasks in "Ready to start" or "Waiting to run" states. And...let me click on the sync again.... Tools>Sync with BOINstatsBAM! Presto, 80+ % CPU use again.

Hmm. I found this post, https://boinc.berkeley.edu/dev/forum_thread.php?id=9986

 

There the fix was to blank out fields which are supposed to be ignored. I'm trying that, though some of the ones were already showing as "Disabled" but I blanked them and saved them again. They still show up as disabled, but we'll see. Though some now show as zero. May have to try a few iterations on this.

That looks like it did the trick. The CPU utilization is still > 80% today.

On 7/22/2018 at 12:38 PM, FreeMan said:

I thought I'd restored everything from the trash, but my docker.img file is still 88% full (it was maybe 50%ish when I started). I've brought up Dolphin again, and I've given it about 3 hours to open the Trash folder and it still says "Loading folder..." with the little blue bars scrolling by.

 

If I right-click on Trash in the shortcuts on the left, "Empty Trash" is greyed out and unavailable, so I'd assume that it has been emptied, but you know what happens when you assume.

 

This was the only operation going on yesterday that was in any way different than what I normally do in any of my dockers, so I'm assuming (again) that it's got something to do with Dolphin & me trying to delete these files. Any suggestions on where to look and how to find this used space to clear it back up?

 

Also, I didn't find an option under Control | Configure Dolphin to disable Trash for future use.

 

Finally had a chance to do some digging.

 

I connected to the Dolphin container command line and ran:

find / -xdev -type f -size +100M

That listed 3 files in /tmp/kde-nobody/ of around 780MB each that I'd deleted and emptied from the Trash, yet they were still there. At the command line, I deleted them (each in their own subdirectory) and my Docker.img file usage went from 88% down to 83%, so I knew I was in the right place.

 

From the /tmp/kde-nobody/ directory I did:

# ls -la dolphinA*
total 956
drwxr-xr-x 1 nobody users  3466 Mar  6 21:09 .
drwx------ 1 nobody users   748 Aug  1 18:14 ..
-rw-rw-rw- 1 nobody users  6685 Mar  6 21:09 .appeared some illumine-12.31.03.jpg
-rw-rw-rw- 1 nobody users 10807 Mar  6 21:09 .arms.krone.rugged.came-03.15.73.docx
-rw-rw-rw- 1 nobody users  6685 Mar  6 21:09 .beautiful periods named.jpg
-rw-rw-rw- 1 nobody users 10807 Mar  6 21:09 .began-over-opened-they.docx
<snip for brevity>
drwxr-xr-x 1 nobody users  3018 Mar  6 21:09 that_queer
drwxr-xr-x 1 nobody users  3052 Mar  6 21:09 thunder_always
drwxr-xr-x 1 nobody users  2946 Mar  6 21:09 wanting_took_road
drwxr-xr-x 1 nobody users  3146 Mar  6 21:09 with_denial

Those lovely random names were the leftovers from Squid's Ransomeware protection plugin that I finally disabled & deleted. It seems it didn't do that good a job of cleaning up after itself. I deleted them using Dolphin, then emptied the trash, but it left them in the .img file.

 

Still in /tmp/kde-nobody/, I did a quick directory listing and got:

# ls -la
total 0
drwx------ 1 nobody users  748 Aug  1 18:14 .
drwxrwxrwt 1 root   root   158 Aug  1 18:10 ..
drwxr-xr-x 1 nobody users 3466 Mar  6 21:09 dolphinAeoe78.tmp
drwxr-xr-x 1 nobody users 3398 Mar  6 21:09 dolphinDYLY78.tmp
drwxr-xr-x 1 nobody users 3660 Mar  6 21:11 dolphinGhtR78.tmp
drwxr-xr-x 1 nobody users   28 Jun  4  2017 dolphinKwYv78.tmp
drwxr-xr-x 1 nobody users 3398 Mar  6 21:09 dolphinNrUr78.tmp
drwxr-xr-x 1 nobody users   28 Jun  4  2017 dolphinPupJ78.tmp
drwxr-xr-x 1 nobody users   28 Jun  4  2017 dolphinPwvn78.tmp
drwxr-xr-x 1 nobody users 3466 Mar  6 21:09 dolphinSBdW78.tmp
drwxr-xr-x 1 nobody users   28 Jun  4  2017 dolphinSURV78.tmp
drwxr-xr-x 1 nobody users  146 Jul 21 21:24 dolphinShqc78.tmp
drwxr-xr-x 1 nobody users   28 Jun  4  2017 dolphinVwHk78.tmp
drwxr-xr-x 1 nobody users 3466 Mar  6 21:09 dolphinYpXk78.tmp
drwxr-xr-x 1 nobody users 3466 Mar  6 21:09 dolphinZflq78.tmp
drwxr-xr-x 1 nobody users 3466 Mar  6 21:09 dolphincimA78.tmp
drwxr-xr-x 1 nobody users 3484 Jul 21 18:48 dolphineBna78.tmp
drwxr-xr-x 1 nobody users 3374 Mar  6 21:02 dolphineeBa78.tmp
drwxr-xr-x 1 nobody users 3466 Mar  6 21:09 dolphinekrk78.tmp
drwxr-xr-x 1 nobody users  324 Jul 21 21:34 dolphinhxSy78.tmp
drwxr-xr-x 1 nobody users  138 Jul 21 21:34 dolphinmhOG78.tmp
drwxr-xr-x 1 nobody users   28 Jun  4  2017 dolphinnVBE78.tmp
drwxr-xr-x 1 nobody users 3438 Mar  6 21:01 dolphinryYl78.tmp
drwxr-xr-x 1 nobody users 3660 Mar  6 21:11 dolphinsZaF78.tmp

Making the potentially dangerous assumption that these were all trash directories and that the currently running Dolphin docker wouldn't allow me to delete anything that was currently in use, from /tmp/kde-nobody/ I executed:

rm -r *	

and now my docker utilization is at 33% - a fair bit below my initial guestimate of where utilization was, but probably spot on.

 

@aptalca - I doubt this is your fault at all, but there does seem to be an issue with the Dolphin docker not properly emptying the trash folder and actually clearing up the space when it's done. So I'll leave this here as a hint for anyone else who may run into a similar issue. BTW- after deleting all those files, Dolphin still works just fine.

Edited by FreeMan

  • 2 weeks later...

This docker is running version 3.1.1 released Nov 2017 and the current version is 3.29 released last week - any plans to upgrade?

 

Thanks

  • Author
45 minutes ago, DZMM said:

This docker is running version 3.1.1 released Nov 2017 and the current version is 3.29 released last week - any plans to upgrade?

 

Thanks

 

Which docker? This thread is for the whole repo

1 hour ago, aptalca said:

 

Which docker? This thread is for the whole repo

Sorry - cailbre

  • Author
6 hours ago, DZMM said:

Sorry - cailbre

 

EDGE=1 will make it update on start

28 minutes ago, aptalca said:

 

EDGE=1 will make it update on start

Ahh didn't spot that in the docker description - thanks

What settings are folks using to reverse proxy the rdp gui? I cannot seem to get it to work and im not sure what is my issue. I cannot find any errors. accessing the domain and subdir https://domain.com/calibre fails with a blank screen. no console errors, no errors on the container logs, no errors on the letsencrypt log. i dont get it.

 

here is what i have:

 

  #RDPCalibre Container
    location /calibre {
        #auth_request /auth-1; #=Co-Admin
        proxy_pass http://192.168.2.1:9080/;
        include /config/nginx/proxy.conf;
    }

 

proxy contains:

## Version 2018/05/31 - Changelog: https://github.com/linuxserver/docker-letsencrypt/commits/master/root/defaults/proxy.conf

client_max_body_size 10m;
client_body_buffer_size 128k;

#Timeout if the real server is dead
proxy_next_upstream error timeout invalid_header http_500 http_502 http_503;

# Advanced Proxy Config
send_timeout 5m;
proxy_read_timeout 240;
proxy_send_timeout 240;
proxy_connect_timeout 240;

# Basic Proxy Config
proxy_set_header Host $host:$server_port;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Ssl on;
proxy_redirect  http://  $scheme://;
proxy_http_version 1.1;
proxy_set_header Connection "";
#proxy_cookie_path / "/; HTTPOnly; Secure"; # enable at your own risk, may break certain apps
proxy_cache_bypass $cookie_session;
proxy_no_cache $cookie_session;
proxy_buffers 32 4k;

anyone have any thoughts or working examples? thanks!

  • Author
4 hours ago, Tergi said:

What settings are folks using to reverse proxy the rdp gui? I cannot seem to get it to work and im not sure what is my issue. I cannot find any errors. accessing the domain and subdir https://domain.com/calibre fails with a blank screen. no console errors, no errors on the container logs, no errors on the letsencrypt log. i dont get it.

 

here is what i have:

 


  #RDPCalibre Container
    location /calibre {
        #auth_request /auth-1; #=Co-Admin
        proxy_pass http://192.168.2.1:9080/;
        include /config/nginx/proxy.conf;
    }

 

proxy contains:


## Version 2018/05/31 - Changelog: https://github.com/linuxserver/docker-letsencrypt/commits/master/root/defaults/proxy.conf

client_max_body_size 10m;
client_body_buffer_size 128k;

#Timeout if the real server is dead
proxy_next_upstream error timeout invalid_header http_500 http_502 http_503;

# Advanced Proxy Config
send_timeout 5m;
proxy_read_timeout 240;
proxy_send_timeout 240;
proxy_connect_timeout 240;

# Basic Proxy Config
proxy_set_header Host $host:$server_port;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto https;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Ssl on;
proxy_redirect  http://  $scheme://;
proxy_http_version 1.1;
proxy_set_header Connection "";
#proxy_cookie_path / "/; HTTPOnly; Secure"; # enable at your own risk, may break certain apps
proxy_cache_bypass $cookie_session;
proxy_no_cache $cookie_session;
proxy_buffers 32 4k;

anyone have any thoughts or working examples? thanks!

 

Use the address you actually access the calibre gui with in the proxy pass directive

Ok, so you mean to use the full url /#/whatever? like you get when you use unraid "web Ui" menu item?

 

If i use: proxy_pass http://192.168.2.1:9080/#/client/c/Calibre; i get 404 from apache tomcat.

if i use: proxy_pass http://192.168.2.1:9080/#/client/c/Calibre/; i get 404 from apache tomcat still. 

 

If its tomcat reporting back i think that means i am hitting the container because organizr and letsencrypt use nginx.

  • 1 month later...

The RDP-Calibre Docker is offering a network server so that you can add books via your home network directly into your e-book reader and without attaching it to the server USB port or avoiding to load files into a Cloud and pulling the books from there.

 

The server ist starting just fine but showing a strange address: 172.17.0.2:8081 (you can define a different port under "settings"). Is anyone successfully using that feature? Thank you,

  • Author
8 hours ago, EdgarWallace said:

The RDP-Calibre Docker is offering a network server so that you can add books via your home network directly into your e-book reader and without attaching it to the server USB port or avoiding to load files into a Cloud and pulling the books from there.

 

The server ist starting just fine but showing a strange address: 172.17.0.2:8081 (you can define a different port under "settings"). Is anyone successfully using that feature? Thank you,

That's the docker network ip. You can use the host ip instead and it should work

Thanks a lot @aptalca this what I thought as Weller. I tried the address shown in my initial post as well as 192.168.178.22:8081. The port is available so this can‘t be the issue either. 

Edited by EdgarWallace

  • 2 weeks later...

I had a fully working RDP-Calibre going and wanted to update so changed to EDGE=1, then I got this:
image.png.c7fac0271f62e89189fb4a10b66a7a65.png
Setting it back to EDGE=0 gives me a black screen with the mouse cursor and I can do ctrl+shift+alt but nothing else.
Strangely, if I visit the reverse proxy I have of RDP-Calibre I see this on the black screen:
image.png.f06be5cc174485d4fa221648874f23eb.png

Edited by JohanSF

  • Author
29 minutes ago, JohanSF said:

I had a fully working RDP-Calibre going and wanted to update so changed to EDGE=1, then I got this:
image.png.c7fac0271f62e89189fb4a10b66a7a65.png
Setting it back to EDGE=0 gives me a black screen with the mouse cursor and I can do ctrl+shift+alt but nothing else.
Strangely, if I visit the reverse proxy I have of RDP-Calibre I see this on the black screen:
image.png.f06be5cc174485d4fa221648874f23eb.png

When you set edge to 1, it will update during container start. But their download server is unreliable and sometimes it takes a long time to download the update. During which time, the web gui won't be up. Watch the logs to see what's going on. 

 

Once updated, going back may break things due to calibre database having been updated

I found out what broke.

I do this Extra Parameter in order to map the calibredb file so that LazyLibrarian can connect to it, and found that it works with EDGE=0, but not with EDGE=1.
 

-v '/mnt/cache/appdata/Automation-LazyLibrarianOpt/calibredb':'/opt/calibre/calibredb':'rw'

 

  • 2 months later...

Hey, @aptalca. Thanks for all the work. A quick question about RDP-Calibre. Would it be possible to add an option to change/set the user/group for this docker? Something like what filebot, filezilla, emby and others expose ("USER_ID" / "UID" / "GROUP_ID"...) as an option while setting up the docker in unraid. If not, is it possible to alter user/group at start time / extra parameters? If it is, could you please tell me how. Thanks in advance.

  • Author
12 hours ago, sinbrkatetete said:

Hey, @aptalca. Thanks for all the work. A quick question about RDP-Calibre. Would it be possible to add an option to change/set the user/group for this docker? Something like what filebot, filezilla, emby and others expose ("USER_ID" / "UID" / "GROUP_ID"...) as an option while setting up the docker in unraid. If not, is it possible to alter user/group at start time / extra parameters? If it is, could you please tell me how. Thanks in advance.

That would have to be supported by the baseimage which was by a different author. If I recall correctly, there was already a way to define that. But honestly I haven't looked into this image in a while. 

 

I'll give it another look. 

4 hours ago, aptalca said:

That would have to be supported by the baseimage which was by a different author. If I recall correctly, there was already a way to define that. But honestly I haven't looked into this image in a while. 

 

I'll give it another look. 

Thanks in advance. The thing is, I have a hard disk mounted through veracrypt that only one user has access to and I want Calibre to be able to access it. Anything else that came to mind (except changing/remapping the docker user) defeated the purpose of keeping it available to that one user only. If anyone has another idea on how to tackle this... thanks.

Edited by sinbrkatetete

  • 2 weeks later...

Hi, may a question about the dockergui-dev and chrome browser (chromium),

i am able to install it via terminal, but cannot start it, may someone has an idea what is wrong or what would be the trigger to run without sandbox in root ?

 

heres from the terminal ...

 

nobody@f2058683d611:~$ chromium-browser
Failed to move to new namespace: PID namespaces supported, Network namespace supported, but failed: errno = Operation not permitted
Trace/breakpoint trap
nobody@f2058683d611:~$ sudo chromium-browser
[241:241:0115/162421.389728:ERROR:zygote_host_impl_linux.cc(90)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.
nobody@f2058683d611:~$ 

 

for any tipps, thanks ahead ;)

 

and while im on it, it should be possible to run chrome on autostart then inside the docker ?

 

as note, firefox working, chrome see upper failures ...

 

EDIT

 

reinstalled without apt-get upgrade and its working ... sorry ...

now i just have to figure howto autostart chrome ;)

Edited by alturismo

Archived

This topic is now archived and is closed to further replies.

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.