smashingtool

I came here with the exact same question. I can tell you that going to Unraid webGui > Tools > New Permissions and then running it against the share(s) with your Syncthing files will fix it so that you can edit the files that Syncthing has moved around.

So I have an unassigned device that has some files with extremely long file names, long enough that path + filename can exceed the 255 character limit that most windows programs can deal with. I use a workaround where i create virtual shares(?) in smb-extra.conf that point to subdirectories several layers deep with a single character label. Example: [Q] path = /mnt/disks/Extra/Sync/Queue/Incoming/ browseable = yes public = yes writeable = yes In this case, "Extra" is the unassigned device, and "Q" is the resulting share that points to the path above. Doing this keeps path + filename under 255 characters, solving my issue. What I just discovered however is that if I delete a file while browsing the "Q" share, it does not end up in the recycle bin. But if i delete a file in the same folder while using the full path starting at "Extra", it does get put into the recycle bin. Is there a way for me to config this so that it recycles the files when I am browsing via this shortened virtual share?

None of my torrents start in deluge anymore, not sure exactly why. My main private tracker says I am not connectable. I have what should be the relevant ports forwarded from my router to my unraid IP address. I also have upnp and whatnot turned on. Despite that, nothing is downloading. I feel like somewhere along the way I may have broken something somewhere while tinkering. I do see this in the log: 12:08:42 [WARNING ][deluge.i18n.util :83 ] IOError when loading translations: [Errno 2] No translation file found for domain: 'deluge' 12:09:59 [WARNING ][deluge.httpdownloader :315 ] Error occurred downloading file from "http://b'32pag.es'/": invalid hostname: b'32pag.es' 12:09:59 [WARNING ][deluge.httpdownloader :315 ] Error occurred downloading file from "http://b'stackoverflow.tech'/": invalid hostname: b'stackoverflow.tech' 12:09:59 [WARNING ][deluge.httpdownloader :315 ] Error occurred downloading file from "http://b'iptorrents.com'/": invalid hostname: b'iptorrents.com' 12:09:59 [WARNING ][deluge.httpdownloader :315 ] Error occurred downloading file from "http://b'empirehost.me'/": invalid hostname: b'empirehost.me' 12:09:59 [WARNING ][deluge.httpdownloader :315 ] Error occurred downloading file from "http://b'bakabt.me'/": invalid hostname: b'bakabt.me' I have no idea where that "b" at the end of "http://" is coming from, but that seems like a likely problem. Anyone have any idea?

As with someone else, I would like to request some conf.sample files for the LinuxServer Ubooquity container. I am trying to set it up with DuckDNS validation and am utterly failing to make it work. I've tried everything that used to work for me, and that I have found in this topic and the Ubooquity topic that pertain to it.

I've reached the point where the same thing is happening to me. I'm having no luck fixing it. Have you resolved this?

Any idea why Mylar now shows "None (master)" as the version at the bottom?

So I had this working until recently, but I moved and it seems that Cox blocks port 80 nowadays. I had been configured to use DuckDNS for my domain, with http verification. That no longer works at all, and my certs expired and now they can't renew. So I decided to try the DNS validation....Cloudflare doesn't seem to work with DuckDNS since my domain not a registered DNS. Is my only option to buy a domain name? Is there any way to make the DNS validation work with DuckDNS domains?

How should CPU pinning be handled on a ryzen chip? I assume the CCX makes it slightly more complicated. I guess the real question is, what is the layout of the CPU/Threads for 1-16?

FWIW, the current fix is definitely usable, but it's still much less usable than it was a few versions ago. For example, I was just trying to delete things in picture mode, and had the detail window up in front of the results. I chose a few files to delete, and selected to delete them. Nothing happened, visually. I could not close the details window anymore, but I could still reduce the size of the results window. So I had to put the results window into window mode, and then move the detail window out of the way of the delete prompt so that I could choose to actually delete the files. Regardless of which mode I use, said delete prompt appears behind the results window. This is still usable, but not how the app used to work, and it definitely makes it more difficult to use.

I'm having an issue on the current build where after choosing to delete some duplicates, the results window gets lost behind the initial window, and there is no way to get it back. The height and width are set to 1600 and 900. I'm not sure if my usage of the details window while choosing the files is contributing to the issue.

Thank you CHBMB! I had it like this before: location / { proxy_pass https://192.168.1.130:2202/ubooquity; proxy_max_temp_file_size 2048m; include /config/nginx/proxy.conf; } But that was not working. Now I can get to it. I didn't realize that the reverse proxy prefix needed to be part of the location, rather than simply as part of the server_name.

I found https://vaemendis.github.io/ubooquity-doc/pages/tutorials/lets-encrypt.html on the ubooquity website, but I am not really sure how to make that work with docker containers. Anyone have any insight on how to possibly pull this off? Also, I see that Ubooquity now has a beta for version 2.0.2. Is there any way to set a flag to install this beta version?

Have you or anyone managed to fix this issue? I'm trying to upload an 8GB ISO to mine and it is refusing to work.

I installed the Linuxserver LetsEncrypt container for the first time last night, and the template I used via Community Applications set it up with bridge mode and 80 -> 80, 443 -> 443. I don't see anything at the github page that says to swap to host mode.

How did you go about configuring this docker to work with LetsEncrypt? I'm using the LinuxServer LetsEncrypt docker container, and I have been having trouble getting it to work at all.

I'm currently trying to get this working with the LinuxServer Ubooquity docker, but I am not having much luck yet. I think part of the problem is how Ubooquity is meant to work with HTTPS. The ubooquity settings request a keystore file (.jks) in order to enable HTTPS.

FWIW, the config still does not seem to be saved upon docker reboots and updates. So like my list of directories is wiped every time I restart the container. This isn't a big problem, but a fix would certainly be nice. After some testing, I discovered that the behavior sorta mirrors the windows client. Certain config items are only saved upon manually exiting the program. So If I access DupeGuru from VNC and select File > Quit, then items like the folder list and the current folders being searched are saved. IDK if it would be possible to incorporate such a quit command into the container restart or shutdown command, but I figured I'd pass that along. Thanks for your awesome work btw, it was really nice to finally get this program on my NAS.

I periodically get "Server disconnected (code: 1006)" while using this, typically when clicking something. The only thing I changed from the base template was the DISPLAY_WIDTH and DISPLAY_HEIGHT, and I went ahead and set KEEP_GUIAPP_RUNNING to 1, but that didn't resolve the issue. I am using Chrome, and haven't tried other browsers yet. Also, the list of previously used directories gets wiped when I make a change and resave the docker, like when altering the above resolution. I guess that isn't being saved in /config? PS: The Dockerhub link in the top post 404's.

Thank you so much for making this! So far it works pretty well. It certainly scans files faster on my NAS than my desktop can.

Thank you! You guys are awesome!!

We're now over 2 months behind on this one. I know being on the bleeding edge isn't a requirement, but some of the improvements would be very welcome: 14.7: Improvements in this release include faster (i.e., less CPU intensive) hashing on some Intel and ARM64 CPU:s, a more refined dark theme, CORS headers in the API, and an updated set of default discovery servers. 14.8: UPnP handling is corrected in the case where more than one router is detected. That second one in particular has been killing me. Any chance of an update? Or releasing a second container that goes back to the old style of auto-updating? Anyway, thanks guys, ya'll are great.

------------------------------------- _ _ _ | |___| (_) ___ | / __| | |/ _ \ | \__ \ | | (_) | |_|___/ |_|\___/ |_| Brought to you by linuxserver.io We do accept donations at: https://www.linuxserver.io/donations ------------------------------------- GID/UID ------------------------------------- User uid: 99 User gid: 100 ------------------------------------- *** Running /etc/my_init.d/20_apt_update.sh... finding fastest mirror Getting list of mirrors...done. Testing latency to mirror(s) Getting list of launchpad URLs...done. Looking up 3 status(es) 1. dist1.800hosting.com Latency: 15.15 ms Org: 1-800-hosting Status: Up to date Speed: 100 Mbps 2. mirror.lstn.net (current) Latency: 17.31 ms Org: Limestone Networks Status: Up to date Speed: 2 Gbps 3. www.gtlib.gatech.edu Latency: 32.75 ms Org: Georgia Tech. Software Library Status: Up to date Speed: 1 Gbps New config file saved to /defaults/sources.list We are now refreshing packages from apt repositories, this *may* take a while Ign http://dist1.800hosting.com trusty InRelease Get:1 http://dist1.800hosting.com trusty-updates InRelease [65.9 kB] Get:2 http://dist1.800hosting.com trusty-security InRelease [65.9 kB] Get:3 http://dist1.800hosting.com trusty Release.gpg [933 B] Get:4 http://dist1.800hosting.com trusty-updates/main Sources [471 kB] Get:5 http://dist1.800hosting.com trusty-updates/restricted Sources [5,247 B] Get:6 http://dist1.800hosting.com trusty-updates/universe Sources [201 kB] Get:7 http://dist1.800hosting.com trusty-updates/multiverse Sources [6,927 B] Get:8 http://dist1.800hosting.com trusty-updates/main amd64 Packages [1,106 kB] Get:9 http://dist1.800hosting.com trusty-updates/restricted amd64 Packages [23.5 kB] Get:10 http://dist1.800hosting.com trusty-updates/universe amd64 Packages [474 kB] Get:11 http://dist1.800hosting.com trusty-updates/multiverse amd64 Packages [16.1 kB] Get:12 http://dist1.800hosting.com trusty-security/main Sources [150 kB] Get:13 http://dist1.800hosting.com trusty-security/restricted Sources [3,944 B] Get:14 http://dist1.800hosting.com trusty-security/universe Sources [44.1 kB] Get:15 http://dist1.800hosting.com trusty-security/multiverse Sources [2,550 B] Get:16 http://dist1.800hosting.com trusty-security/main amd64 Packages [645 kB] Get:17 http://dist1.800hosting.com trusty-security/restricted amd64 Packages [20.2 kB] Get:18 http://dist1.800hosting.com trusty-security/universe amd64 Packages [170 kB] Get:19 http://dist1.800hosting.com trusty-security/multiverse amd64 Packages [4,850 B] Get:20 http://dist1.800hosting.com trusty Release [58.5 kB] Get:21 http://dist1.800hosting.com trusty/main Sources [1,335 kB] Get:22 http://dist1.800hosting.com trusty/restricted Sources [5,335 B] Get:23 http://dist1.800hosting.com trusty/universe Sources [7,926 kB] Get:24 http://dist1.800hosting.com trusty/multiverse Sources [211 kB] Get:25 http://dist1.800hosting.com trusty/main amd64 Packages [1,743 kB] Get:26 http://dist1.800hosting.com trusty/restricted amd64 Packages [16.0 kB] Get:27 http://dist1.800hosting.com trusty/universe amd64 Packages [7,589 kB] Get:28 http://dist1.800hosting.com trusty/multiverse amd64 Packages [169 kB] Fetched 22.5 MB in 3s (6,266 kB/s) Reading package lists... *** Running /etc/my_init.d/30_set_base_config.sh... *** Running /etc/my_init.d/40_gen_ssl_keys.sh... using keys found in /config/keys *** Running /etc/my_init.d/999_advanced_script.sh... *** Running /etc/rc.local... *** Booting runit daemon... *** Runit started as PID 134 Aug 22 15:04:40 5294e73ab362 syslog-ng[146]: syslog-ng starting up; version='3.5.3' AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.10. Set the 'ServerName' directive globally to suppress this message Setting up watches. Watches established. The DDNS is definitely working fine. I am able to connect to my VPN without issue with that as the IP. I also verified it was accurate and up to date on the duckdns.org website.

Yeah, nothing there that wasn't there a few weeks ago. Error.log AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.10. Set the 'ServerName' directive globally to suppress this message [Mon Aug 22 09:31:56.518469 2016] [:notice] [pid 168] FastCGI: process manager initialized (pid 168) [Mon Aug 22 09:31:56.528012 2016] [core:warn] [pid 167] AH00098: pid file /var/run/apache2/apache2.pid overwritten -- Unclean shutdown of previous Apache run? [Mon Aug 22 09:31:56.529643 2016] [mpm_prefork:notice] [pid 167] AH00163: Apache/2.4.7 (Ubuntu) mod_fastcgi/mod_fastcgi-SNAP-0910052141 PHP/5.5.9-1ubuntu4.19 OpenSSL/1.0.1f configured -- resuming normal operations [Mon Aug 22 09:31:56.529658 2016] [core:notice] [pid 167] AH00094: Command line: '/usr/sbin/apache2 -D FOREGROUND' AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.10. Set the 'ServerName' directive globally to suppress this message [Mon Aug 22 09:47:18.645650 2016] [:notice] [pid 154] FastCGI: process manager initialized (pid 154) [Mon Aug 22 09:47:18.654940 2016] [core:warn] [pid 148] AH00098: pid file /var/run/apache2/apache2.pid overwritten -- Unclean shutdown of previous Apache run? [Mon Aug 22 09:47:18.656730 2016] [mpm_prefork:notice] [pid 148] AH00163: Apache/2.4.7 (Ubuntu) mod_fastcgi/mod_fastcgi-SNAP-0910052141 PHP/5.5.9-1ubuntu4.19 OpenSSL/1.0.1f configured -- resuming normal operations [Mon Aug 22 09:47:18.656758 2016] [core:notice] [pid 148] AH00094: Command line: '/usr/sbin/apache2 -D FOREGROUND' AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.10. Set the 'ServerName' directive globally to suppress this message [Mon Aug 22 09:57:26.399929 2016] [:notice] [pid 4423] FastCGI: process manager initialized (pid 4423) [Mon Aug 22 09:57:26.410817 2016] [mpm_prefork:notice] [pid 4418] AH00163: Apache/2.4.7 (Ubuntu) mod_fastcgi/mod_fastcgi-SNAP-0910052141 PHP/5.5.9-1ubuntu4.19 OpenSSL/1.0.1f configured -- resuming normal operations [Mon Aug 22 09:57:26.410839 2016] [core:notice] [pid 4418] AH00094: Command line: '/usr/sbin/apache2 -D FOREGROUND' [Mon Aug 22 10:44:31.414431 2016] [mpm_prefork:notice] [pid 4418] AH00169: caught SIGTERM, shutting down AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.10. Set the 'ServerName' directive globally to suppress this message [Mon Aug 22 10:47:51.104184 2016] [:notice] [pid 155] FastCGI: process manager initialized (pid 155) [Mon Aug 22 10:47:51.116122 2016] [mpm_prefork:notice] [pid 151] AH00163: Apache/2.4.7 (Ubuntu) mod_fastcgi/mod_fastcgi-SNAP-0910052141 PHP/5.5.9-1ubuntu4.19 OpenSSL/1.0.1f configured -- resuming normal operations [Mon Aug 22 10:47:51.116148 2016] [core:notice] [pid 151] AH00094: Command line: '/usr/sbin/apache2 -D FOREGROUND' The ServerName issue has been around since I got it working, so I didn't think that was a problem.

config.php: <?php $CONFIG = array ( 'memcache.local' => '\\OC\\Memcache\\APCu', 'datadirectory' => '/data', 'instanceid' => 'xxxxxxxxxxxx', 'passwordsalt' => 'xxxxxxxxxxxxxxxx', 'secret' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx', 'trusted_domains' => array ( 0 => '192.168.1.130:444', 1 => 'XYZ.duckdns.org', ), 'overwrite.cli.url' => 'https://xxx.duckdns.org', 'overwritehost' => 'xxx.duckdns.org', 'overwriteprotocol' => 'https', 'overwritewebroot' => '/nextcloud', 'dbtype' => 'mysql', 'version' => '9.0.53.0', 'dbname' => 'nextcloud', 'dbhost' => '192.168.1.130:3332', 'dbtableprefix' => 'oc_', 'dbuser' => 'oc_xxx', 'dbpassword' => 'GCPEvls3CG97rHIDSlqA9UOiZV9KE2', 'logtimezone' => 'UTC', 'installed' => true, ); default.conf: <VirtualHost *:80> ServerName xxx.duckdns.org ServerAlias xxx.duckdns.org DocumentRoot /config/www/ Redirect permanent / https://www.xxx.duckdns.org/ </VirtualHost> <VirtualHost *:443> ServerName xxx.duckdns.org ServerAdmin webmaster@localhost DocumentRoot /config/www/ SSLCertificateFile /config/keys/certificate.crt SSLCertificateKeyFile /config/keys/decrypted.cert.key SSLCertificateChainFile /config/keys/intermediate.crt Header always set Strict-Transport-Security "max-age=63072000; includeSubdomains; preload" SSLEngine on SSLProxyEngine On RewriteEngine On ProxyPreserveHost Off SSLProxyVerify none SSLProxyCheckPeerCN off SSLProxyCheckPeerName off SSLProxyCheckPeerExpire off SSLProtocol -All +TLSv1 +TLSv1.1 +TLSv1.2 SSLCipherSuite ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!MD5:!DSS SSLHonorCipherOrder on <Location /nextcloud> ProxyPass https://192.168.1.130:444 ProxyPassReverse https://192.168.1.130:444 </Location> </VirtualHost> All "xxx" and longer strings are edited from the original

Yeah, I thought so too. But all of my troubleshooting has found nothing of relevance. My config hasn't changed since when it was working, and i followed the linked guide exactly. I was hoping some sort of changes to the nginx built into the nextcloud container itself was causing the issues.