saarg

Community Developer
  • Posts

    5374
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by saarg

  1. To be honest, I would recommend you to switch the backend. The kodi way just creates issues and the eternal update the database stuff. Do yourself a favour and switch to emby or Plex as the database. After I switched to emby and used the emby plugin, I haven't had any issues. I have completely stopped using kodi also now, as I use the emby clients. But then you have to pay for premiere.
  2. Probably better to post in the nextcloud thread since this is related to nextcloud. And post exactly what you have done. Nobody can help when you don't supply detailed information.
  3. Doesn't look like you read it all. Do you see the issues closed at the bottom? Is there anything you need in the newer releases that affect the headless function?
  4. There is no default username/password for this container. And what is Yacy?
  5. It's not integrated. It has the config files to use authelia. Follow the guide on our blog to set it up. https://blog.linuxserver.io
  6. It's still maintained. See here https://github.com/linuxserver/docker-kodi-headless/issues/112
  7. Follow this https://blog.linuxserver.io/2019/07/10/troubleshooting-letsencrypt-image-port-mapping-and-forwarding/
  8. Unraid loads into RAM at boot and everything you do in the file system, except for the array disks, cache disk and under /boot is lost on a reboot. So what you are seeing is expected behaviour. This is not the correct subforum to post this in either, and posting multiple threads about the same issues isn't a good thing to do.
  9. You have to fix your port forward or whatever it is that is blocking the connection.
  10. What do you mean by next? You only have stable and beta channel in the webui. There is info on updating using the command line in the first post.
  11. It's the window that pops up when you update the container or change something in the template. You can trigger it by just erasing a character and entering it again in any of the fields and then hit apply.
  12. If it's trying to get a new cert, you have not managed to use the same appdata folder as you did for letsencrypt.
  13. It's still not correct even though you followed a guide. You do not own duckdns.org. you "own" blahblahblah.duckdns.org, so add that to domain name. Subdomains will be subdomain.blahblahblah.duckdns.org.
  14. You can use the same container for both. Just create a new database for each instance that need it.
  15. Your URL is not duckdns.org, it's your_user.duckdns.org. You don't own duckdns.org.
  16. Perfect! Thanks for finding it.
  17. Please bring back that function for guys that can't seem to hit the small balls. And I keep forgetting to hit the ball and not the title...
  18. Not 100% correct. You can have multiple containers share the GPU, but you can't have a VM and containers use the GPU at the same time. To be able use the GPU for a container you have to unbind it from vfio so the drivers can be loaded.
  19. Post the docker run command. Screenshots doesn't tell us everything.
  20. Post the screenshot so we can see that your port forwards are correct and also the other info missing.
  21. The IP in the screenshot is the LAN adress. You have to find the WAN adress and compare it to the one provided by the webpage. If those two are not the same, then you are behind CGNAT. Hard to say if your port forward is correct as we don't see the description of the port forward table and we also don't have the docker run command of swag to see the validation method you have set up. It looks like you have not port forwarded to 80 to 180, but to 80.