• Posts

  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Froberg's Achievements


Explorer (4/14)



  1. Works fine without, tried that first, but I figured it should be there since it's explicitly mentioned in the OP?
  2. Renamed to lower-case - postargs: docker exec -u 0 nxtcloud /bin/sh -c 'echo "umask 000" >> /etc/apache2/envvars' No joy, container won't load. log says: / 194: exec: docker: not found
  3. yeah it's the post-args, tried removing some stuff and it won't behave. If I remove all the post-args the container launches. I'll try and rename it lower case. Cheers.
  4. Trying to use this to replace a b0rked LinuxServer version, and this was recommended to me. I already have a nextcloud, currently stopped, but I'm not deleting it yet, so I wanted to add yours as "NXTCloud" and changed the folder mappings appropriately, and added the variables and parameters you mentioned, even added a port number for bridge mode. It doesn't want to launch however. Removing container: NXTCloud Successfully removed container 'NXTCloud' Command:root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name='NXTCloud' --net='bridge' -e TZ="Europe/Paris" -e HOST_OS="Unraid" -p '8666:80/tcp' -v '/mnt/user/appdata/nxtcloud/':'/var/www/html':'rw' -v '/mnt/user/appdata/nxtcloud/apps':'/var/www/html/custom_apps':'rw' -v '/mnt/user/appdata/nxtcloud/config':'/var/www/html/config':'rw' -v '/mnt/user/appdata/nxtcloud/data':'/var/www/html/data':'rw' -v '/mnt/user/Share/':'/mnt/Share':'rw' --memory=2G --user 99:100 --sysctl net.ipv4.ip_unprivileged_port_start=0 'nextcloud:latest' PostArgs: && docker exec -u 0 nxtcloud /bin/sh -c 'echo "umask 000" >> /etc/apache2/envvars' 2c3b5dfa03141bda7dbd795480db77ec70845af59c511b1ae910008bded9e6b8 Error: No such container: nxtcloud The command failed. It's sad if I'm too blind to do monkey see monkey do, but I'm stumped, really.
  5. It's already using MariaDB. I had a problem with my cache drive, everything went down, turns out it was the database, but I hadn't suspected that before fiddling with NPM first, as that had just been updated and I noticed things not working post-updating that, rather than when MariaDB updated. So not sure what exactly happened, but Nextcloud was working perfectly with the config it had. I have to assume that maybe something got corrupted, despite its services being functional. I'll have a look at the Knex-container as you recommended. I've gotten this stuff to work before, I just ran against a wall trying to debug this and, well, finding a clue when you're frustrated isn't easy. I really appreciate you taking the time, thank you so much!
  6. You are correct! When changed to http in NPM, the wordpress install is now accessible. That at least means that NPM works. So either my settings for nextcloud are off, just as they were with the wordpress install, or I guess nextcloud is just broken.. although it's updateable via command line and everything appears to function fine. Unless you can see anything obviously wrong, I think I'll just have to scrap the nextcloud and start over.... I do wonder what on earth has gone wrong though.
  7. The wordpress test-site works via local logon, if that's what you wanted to verify? 🙂 Since they suffer from the same fault I think it serves the purpose for testing?
  8. Config has been set to disallow local logon, so connection gets refused. Still the same result using 9444 instead of 444.
  9. 444 is nextcloud. 8083 is the test-wordpress. # curl curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to Using linuxserver nextcloud container.
  10. As nothing has been typed, both NPM and the Nextcloud container are in bridge mode, I don't see how I could input anything manually. The nextcloud container should forward all http requests to https. (As should NPM, by the way.) Here's doing it to the root IP: # curl <html> <head><title>302 Found</title></head> <body> <center><h1>302 Found</h1></center> <hr><center>nginx</center> </body> </html> # curl curl: (60) SSL: no alternative certificate subject name matches target host name '' More details here: curl failed to verify the legitimacy of the server and therefore could not establish a secure connection to it. To learn more about this situation and how to fix it, please visit the web page mentioned above. Here's connecting to the wordpress container that I set up to test - and the nextcloud docker respectively on both http and https: # curl curl: (35) error:1408F10B:SSL routines:ssl3_get_record:wrong version number # curl # curl curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to # sh: 13: not found But url's from the outside result in bad gateway though: 502 Bad Gateway openresty I'm sure I'm just missing something obvious but I've tried so many different configs now that I've lost count trying to get this working again.. and it HAS been working previously.
  11. I tried that for my issue; # curl curl: (3) Failed to convert to ACE; could not convert string to UTF-8 # curl curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to Any ideas on what's going on here?
  12. Just to sanity-check I changed both containers to br0 and gave them dedicated IP's. Nothing worked. Now changed both back to bridge and I'm getting bad gateway. I don't see from your table how that should be the expected result. I tried booting up a wordpress container and that also gets bad gateway.
  13. Okay I give up. I've had NPM working for ages now, but suddenly I'm having issues. I've been changing networks and setup so much that it's laughable at this point and I'm probably only making myself confused at the moment. NPM > NextCloud is the goal. Current setup: Current forwarding rules: Using a random domain to test I get a refusal because HSTS is enabled, so presumably NPM is getting the traffic. I tried using NPM on bridge instead, but that resulted in Bad Gateway. I tried setting up a wordpress container to see if my Nextcloud install was b0rked - but that can't be reached, either. Clearly it's some simple mistake doing all this. As mentioned I've tried various config changes and I even tried putting both NextCloud & NPM on the same network to no avail. Again I probably screwed something up even worse by just trying a slew of different things.. I'm fairly sure I didn't use to have NPM on a dedicated IP either.. but here we are. Please advise as I'm sure it's simple and I've just gone and FUBAR'ed it. Been trying to bring it back after some DB corruption due to a MariaDB update erroneously made me think my old NPM setup was the cause and I rebuilt it.. clearly not well enough. So it's been.. a while.. now.
  14. I'm sure there can be a myriad of other factors at play.. just figured since I've done nothing to change the container, other than adding a few more folder-mappings, that it might happen to others, too. After removing 600+ seeding torrents and restarting the container, it immediately re-added them all again. So I had to remove the .torrent files manually in the appdata directory too. Here's hoping it doesn't happen again. It's been rock solid otherwise.