huladaddy

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

So if we changed the repository tag before as you mentioned above, what do we need to do now to get back to the regular updates?

I am still plagued with not being able to access madsonic (now actually libresonic) from outside my LAN. Did you ever figure this out?

I think I have a breakthrough. Looks like the issue stems from the custom ROM on my phone (which is how I was testing). I am able to access externally from a laptop and an old phone (from the web and DSub) using a different ROM. Thanks anyway!

I've had no issues like reported above. Everything is working great, including transcoding from FLAC. There is one problem that I can't seem to solve, and it's been plaguing me with my madsonic install and now my libresonic install. I can't access libresonic from outside my lan. I know what I'm doing regarding port forwarding. I used to run subsonic successfully for years on a different non-unraid server. I have TCP ports 4040 and 4050 forwarded to my unraid box. I have tried both SSL set to yes and no. On wifi within my lan, no problem. As soon as I am coming from outside the lan, it won't connect to the server. Any idea why?

Yes i think so, I will try and get something done by the end of the weekend. I was wondering if you could comment on Libresonic. Have you taken a look at the code? Is this something that you can/will provide a docker for? Thanks! Sorry I thought I had commented. Yes it is something I'm currently working on, in fact I have spent the last two days on it. I can't seem to get libresonic to pick up commandline parameter. So it ignores -Dsubsonic.home, and ignores -Dsubsonic.defaultMusicFolder This presents an issue, since I'm guessing you wish to migrate your existing data. Anyhow, I will proceed and abandoned trying to pass those arguments and hope for the best. I should have something shortly. I'm sure there are others that would want to migrate existing data, but I do not want to migrate my data. Thanks for working on this.

Yes i think so, I will try and get something done by the end of the weekend. I was wondering if you could comment on Libresonic. Have you taken a look at the code? Is this something that you can/will provide a docker for? Thanks!

+1 This looks like a great idea. I have become frustrated with subsonic and madsonic!

dSUB works perfectly with Madsonic, however Madsonic is now updated to version 6.0 recently. The update from 5.x to 6.x broke my DB, and now enabled a premium license trial. Once that trial is over, dSUB will stop working because Madsonic disables API support. Rather ridiculous. Oh, and you can't buy a premium license since the dev hasn't opened it up for another 3 months time. The trial expires in 30 days though. /Rant It seems that Madsonic 6.0 transcoder isn't working in this docker at the moment. Not a big deal unless you use FLAC, it seems to have the windows .exe of ffmpeg instead. Thanks very much. That explains a lot. Gotta say, I don't know what the draw is to Madsonic. I think I am going to switch to pure Subsonic. Can either of you recommend a container? Would either of you be willing to provide a Subsonic container with musiccabinet preinstalled?

Hmm... I have been using the subsonic Android app called dsub for years with my old subsonic server. I cannot for the life of me get it working with your madsonic server... It should work, right?

You can check out the Subsonic forums for more help, but I've had issue with using the *.subsonic.org address for a long time (it points to some random IP, not mine). Despite it "registering" ok, it never refers properly. If this is your problem, possible solutions for are either a) use your real IP instead of a dynamic domain name or b) use another DNS provider (there are tons of free ones - I use duckdns - it even has an auto-update docker!). But of course there are tons of other issues including double-NATing and firewalls and such. BTW, just checked the forums and Subsonic.org was actually down for a few hours recently too I don't think Madsonc supports .subsonic.org addresses... anyway, I am not using a .subsonic.org address. Is anyone able to connect to their Madsonic server from outside their LAN?

I'm trying to access Madsonic over the Internet using an android app (DSub). I've used this app successfully for years accessing a subsonic server on another machine. I can access Madsonic locally over wifi using the web interface or DSub, but not over the Internet. I have set up port forwarding on my router. I've gone over all my settings. I can't figure it out. Any help?

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...

Right, I agree with you that's what it is doing, but that seems like a bug in the implementation of manual split levels then.

I have configured the user share "media" to "split level - manual: do not automatically split directories". I have a file in /mnt/user/media/downloads That directory "downloads" only exists on disk7, i.e. /mnt/disk7/media/downloads I want to move the file to /mnt/user/media/tv That directory "tv" only exists on disk1, i.e. /mnt/disk1/media/tv So when I drag and drop the file in my file manager from the samba equivalents of: /mnt/user/media/downloads to /mnt/user/media/tv I expect the file to end up in /mnt/disk1/media/tv, but instead, a new directory "tv" gets created in /mnt/disk7/media and it gets moved there. That seems to contradict my split level settings. Am I doing something wrong?

Looks like you may have solved this for yourself. I am trying to get luckybackup configured on my laptop and want to save my backups remotely to my unRaid machine using ssh. Would you mind sharing the steps required to allow a client like luckybackup be able to connect via ssh keys. Thanks.