huladaddy

Yes, it's also included in the default configuration.

Cool. Thanks for the link. So, the ebook-convert files are installed by default into /usr/bin. All I needed to do was to add "/usr/bin/ebook-convert" into the Path to convertertool. So far so good. The About page shows that the binary is recognized, and it displays the version number (4.14.0). Unfortunately, when I try to convert a book, the process fails and displays a "Failed" status on the Tasks page.

Why does the URL for the WebUI contain "/airsonic"? i.e. http://192.168.1.10:4040/airsonic Is there a way to configure Airsonic to eliminate the need for the path? No other docker container I use has this requirement. It would be nice to be able eliminate it. Seems redundant when I access Airsonic through my reverse proxy with: http://airsonic.mydomain.com/airsonic

Does anyone have this working? I would like to grab the executable from Calibre and toss it into my Calibre-Web instance like this poster is talking about, but it doen't work. It seems that ebook-convert has some dependencies.

How can I switch from linuxserver/sickrage to this?

Sabnzbvpn is no longer loading for me. It stops at the following: dos2unix: converting file /config/openvpn/Switzerland.ovpn to Unix format...

I have now found this in the log, but I don't know what to do: 2018-09-11 04:24:13,463 DEBG 'start-script' stdout output: [warn] Unable to load iptable_mangle module, you will not be able to connect to the applications Web UI or Privoxy outside of your LAN [info] unRAID/Ubuntu users: Please attempt to load the module by executing the following on your host: '/sbin/modprobe iptable_mangle' [info] Synology users: Please attempt to load the module by executing the following on your host: 'insmod /lib/modules/iptable_mangle.ko' Could someone please assist me. I would like to know how to execute the command and how to make it automated so that I don't need to execute every time I start the container. Thanks!

I am getting this error: insmod: ERROR: could not load module /lib/modules/iptable_mangle.ko: No such file or directory and am unable to load the webui remotely. Unfortunately, I am remote and unable to test whether I can load the webui locally. I don't think this is related to the current problems people are having. I changed my endpoint from the Netherlands to Switzerland, and it was working just fine.

So what is the fix? Do we need to wait for an updated container?

I did a reverse DNS lookup on my modem, and noticed that my provider has created a unique host name for me. Quite awesome! But it is a long string of characters, so I created an "@" CNAME record at Hover for mydomain.com to point to the unique host name from my provider. I installed Let's Encrypt, and am able to load NextCloud's WebUI from cloud.mydomain.com. But, I am not able to load any of my other container's WebUIs using mydomain.com:xxxx, instead, I must use the unique host name from my provider, longstringofcharacters.provider.com:xxxx. I would like to used mydomain.com:xxxx. Any ideas about how to get this to work? I can ping mydomain.com and get the correct IP. I can even ssh into mydomain.com.

Sorry for answering my own questions... Using docker containers makes this trivial. I just moved everything to the new location and told the container where /data now lives. But I do have a question. Are the directories called "appdata_xxxxxxxxxxxx" and "files_external" nextcloud directories? Also, there are files called .ocdata and index.html, both with size 0. Do those also belong to nextcloud?

Is there a safe way to move my data directory? I originally put it into an SMB share, which I thought would be useful, but now I am wanting to isolate my nextcloud data. If there is not a safe way to do this, how can I reinstall nextcloud? Do I have to also reinstall mariadb? I would imagine letsencrypt should be unaffected by a reinstall?

Here is the solution. Hope it helps others... Go to the nextcloud appdata folder Edit appdata/nextcloud/www/nextcloud/.htaccess Add these lines to the end of the file: RewriteCond %{HTTP_USER_AGENT} DavClnt RewriteRule ^$ /remote.php/webdav/ [L,R=302] Restart nextcloud You will now be able to use Windows Explorer to connect to your nextcloud with webdav using "Map network drive" and the following folder: https://nextcloud.yourdomain.com/remote.php/webdav Edit: Ignore the above! I did further testing. While the above did seem to help in some circumstances, I narrowed the problem down to the WebClient service not automatically starting on my machine. The fix was to go to services.msc and make sure WebClient Startup type was set to Automatic, not Manual. Hope that helps!

OK, so with that issue still outstanding I have a second issue... How can I connect to my nextcloud install with webdav in Windows 10? The first time I tried it worked like a charm. But after a reboot, I get an error saying the network name cannot be found and can no longer connect using webdav.

Yeah, I can write locally in /mnt/user/files/$USERNAME/files Like I said, I can write everywhere in that smb share except in the nextcloud folder... I am doing this through Windows (and I'm actually quite new to Windows, the last time I really used Windows was XP!!) Are there some smb permissions on the Windows side I can look at?

Permissions look OK: nobody:users I am able to r/w everywhere in that share except in the nextcloud folder, so I don't think it's an smb issue.

I was hoping to be able to access my nextcloud files/folders from my SMB share as well, but there seems to be some additional permissions I need to set... I have an SMB share called "files" (/mnt/user/files) that I have r/w access to. I put my nextcloud files in that share (/mnt/user/files/USERNAME/files), but am not able to write to that folder. Any suggestions?

I actually did post a snippet from the log I thought was relevant a page back, but it's all good now. Thanks.

The answer is: Delete the following files: /mnt/user/appdata/sabnzbdvpn/admin/server.cert /mnt/user/appdata/sabnzbdvpn/admin/server.key

Is there a reason I am not getting any help? Can I ask my question in a different way? Is it a stupid question? Any help would be greatly appreciated.

So when I launch the WebUI, I get the login screen, and after I input my credentials, I get: This site can’t be reached 192.168.0.201 refused to connect. Try: Checking the connection Checking the proxy and the firewall ERR_CONNECTION_REFUSED

Is anybody having this problem? I'm not sure what caused this.

I can no longer bring up the WebUI! I get this in the log over and over: 2017-05-19 19:09:14,282 DEBG 'sabnzbd-script' stdout output:[info] SABnzbd not running[info] Attempting to start SABnzbd...2017-05-19 19:09:15,128 DEBG 'sabnzbd-script' stdout output:[info] SABnzbd started

Difficult to say for sure without a log to look at but I would put good money on your issue being the one detailed in FAQ q1 post #2 of this thread. I'm sure you are right. The problems happened right about the time I upgraded from 6.1.7. Crap. Any update regarding getting the fix added back into unRaid?

Recently I have been unable to remotely connect (outside my LAN) to the webui for both SABnzbdVPM and DelugeVPN. I have gone through my settings and my port forwarding configuration, but cannot see where I am going wrong. Could I please get some assistance? I am still able to remotely connect to other docker webuis such as couchpotato and sickrage and unraid itself...