Need help setting permissions in Transmission...

[SilverJS]

Some weird bug forced me to re-install my jails (one for MySQL XBMC database, the other for Transmission) because I couldn't connect to them anymore. Transmission used to work just fine, but not anymore - I get a weird permission error every time!

Followed the guide at :

http://forums.freenas.org/index.php...ssion-and-couchpotato-as-a-dlna-server.17165/

So, I know I have to create directories for Watch and Finished when setting up Storage for the jail. I do that, link the newly-created directories to existing directories on my NAS, and it's all good.

Torrents start, but stop after 0.2% or something saying "Permission denied". I tried chmod -R 777 for my downloads directory (on the NAS - not the one inside the jail), to no avail.

Ideas...? Is there another guide out there for Transmission only?

 

[xcom]

make sure that inside of the jail you chown the dir for your downloads to the user that runs transmission which usually is "transmission"...

Good luck.

 

[SilverJS]

Thanks for your prompt reply. I went inside the jail, and did :

chown transmission /media/Finished

Also, just for kicks, I did :

chmod -R 777 /media/Finished

No change. Did I do something wrong?

 

[xcom]

Can you post your transmission log?

 

[SilverJS]

Would love to. How do I do that...? (Sorry...)

 

[xcom]

Go to Plugins --> Transmission --> Click on it and configure your log file.
Place it on a path transmission can write to it.

Good luck.

 

[SilverJS]

Did the above. Created a new folder in Media called Logfiles, chmod 777'd it, and then tried downloading a torrent. Same error, but nothing appears in the Logfiles folder.

Stopped/Started the service to make sure, ran through the whole thing again - still no log file. I get this feeling that whatever I'm not doing, is very minor...=) Thanks for your help so far.

 

[xcom]

Just curious but do you have the correct permissions on your dataset/volume where transmission is downloading too?

Regards

 

[SilverJS]

Not sure, to be honest. I remember my mammoth re-install a month and a bit ago, where I had to go from 8.2 to 9.2.1.2 back to 9.2....at some point, I think that as soon as I saw the share, I just chmod -R 777'd the whole of it in SSH and that was that. =)

It works fine, though - and it USED to work until this weekend. Went away for five days, came back, XBMC couldn't connect to MySQL and I couldn't connect to Transmission. This was all working just fine before the time away - only thing that happened in the meantime is a scrub.

 

[xcom]

That's odd. Mine writes to log just fine.
do ls -ld /path/to/your/transmission-folder

 

[xcom]

Also make sure your volume and or dataset has the correct permissions.

 

[SilverJS]

OK, so SSH'd right into the Transmission jail, and at its root level, did the command you said, here's its output :

drwxr-xr-x 18 root wheel

I'm not sure what you mean about making sure the correct permissions are set - as a matter of fact, I'm pretty sure that's the exact problem. =) I'm not sure how to resolve it.

 

[SilverJS]

As an aside, my monthly security output was much, much more loquacious than it usually is. Don't know if this is related, but I see a lot of Transmission-related stuff in there. I did, at some point, try to install it right on the FreeNAS root as per a guide that I had used that worked well with 8.2, but it doesn't even seem to launch Transmission-daemon anymore. Here is the output :

EDIT : What's with all the "lost X pages of memory" or what not?

4c4
< /dev/ufs/FreeNASs1a / ufs ro 1 1
---
> /dev/ufs/FreeNASs1a / ufs rw 1 1
6,8c6,7
< /mnt/Raidz2/Downloads/Finished /mnt/Raidz2/Jail/transmission_1/Downloads/Finished nullfs rw 0 0
< /mnt/Raidz2/Downloads/Incomplete /mnt/Raidz2/Jail/transmission_1/Downloads/Incomplete nullfs rw 0 0
< /mnt/Raidz2/Downloads/Watch /mnt/Raidz2/Jail/transmission_1/Downloads/Watch nullfs rw 0 0
---
> /mnt/Raidz2/Downloads/Finished /mnt/Raidz2/Jail/transmission_1/media/Finished nullfs rw 0 0
> /mnt/Raidz2/Downloads/Watch /mnt/Raidz2/Jail/transmission_1/media/Watch nullfs rw 0 0

freenas.local kernel log messages:
> pid 83077 (transmission-daemon), uid 921: exited on signal 8
> epair1a: link state changed to DOWN
> epair1b: link state changed to DOWN
> epair1a: Ethernet address: 02:da:f1:00:0d:0a
> epair1b: Ethernet address: 02:da:f1:00:0e:0b
> ifa_del_loopback_route: deletion failed
> Freed UMA keg (udp_inpcb) was not empty (30 items). Lost 3 pages of memory.
> Freed UMA keg (udpcb) was not empty (336 items). Lost 2 pages of memory.
> Freed UMA keg (tcpreass) was not empty (252 items). Lost 3 pages of memory.
> Freed UMA keg (tcptw) was not empty (400 items). Lost 8 pages of memory.
> Freed UMA keg (tcp_inpcb) was not empty (340 items). Lost 34 pages of memory.
> Freed UMA keg (sackhole) was not empty (101 items). Lost 1 pages of memory.
> Freed UMA keg (tcpcb) was not empty (72 items). Lost 18 pages of memory.
> hhook_vnet_uninit: hhook_head type=1, id=1 cleanup required
> hhook_vnet_uninit: hhook_head type=1, id=0 cleanup required
> pid 1063 (transmission-daemon), uid 921: exited on signal 11
> pid 3059 (transmission-daemon), uid 921: exited on signal 11
> epair1a: link state changed to DOWN
> epair1b: link state changed to DOWN
> epair1a: Ethernet address: 02:44:df:00:0d:0a
> epair1b: Ethernet address: 02:44:df:00:0e:0b
> epair1a: link state changed to UP
> epair1b: link state changed to UP
> epair1a: promiscuous mode enabled
> ifa_del_loopback_route: deletion failed
> Freed UMA keg (udp_inpcb) was not empty (30 items). Lost 3 pages of memory.
> Freed UMA keg (udpcb) was not empty (336 items). Lost 2 pages of memory.
> Freed UMA keg (tcpreass) was not empty (336 items). Lost 4 pages of memory.
> Freed UMA keg (tcptw) was not empty (200 items). Lost 4 pages of memory.
> Freed UMA keg (tcp_inpcb) was not empty (120 items). Lost 12 pages of memory.
> Freed UMA keg (tcpcb) was not empty (36 items). Lost 9 pages of memory.
> hhook_vnet_uninit: hhook_head type=1, id=1 cleanup required
> hhook_vnet_uninit: hhook_head type=1, id=0 cleanup required
> Freed UMA keg (tcpreass) was not empty (168 items). Lost 2 pages of memory.
> Freed UMA keg (tcp_inpcb) was not empty (70 items). Lost 7 pages of memory.
> Freed UMA keg (tcpcb) was not empty (20 items). Lost 5 pages of memory.
> epair1a: Ethernet address: 02:f8:37:00:0d:0a
> epair1b: Ethernet address: 02:f8:37:00:0e:0b
> pid 32005 (transmission-daemon), uid 921: exited on signal 11

 

[xcom]

I thought that all along you where working inside the jail.

That directory has to be owned by transmission.

chown -R transmission:transmission /path/to/transmission-download-folder

That has to be done inside the transmission jail.

 

[SilverJS]

I actually was doing it from inside the jail. I'll try this and report. Thanks again for your multiple replies. =) Much appreciated.

 

[SilverJS]

OK, did the following :

SSH'd into jail via jexec
chown -R transmission:transmission /media/Finished <-- path to the transmission downloads folder, from within the jail

Tried downloading again - same error. Permission denied.

 

[xcom]

Turn off and on your transmission jail just in case...
Also make sure you have the correct path set for your download path on your preferences of transmission.

To me it sounds like you have the incorrect permissions on your volume and or dataset...

 

[SilverJS]

You're probably right, but what baffles me is that this used to work just fine until last weekend....

 

[SilverJS]

Stopping/starting jail didn't work. Path was correct. Tried again, no go. I think I'll next try to create a full-up dataset for Transmission, instead of just having it piggyback on the main one. Hopefully that way, the permissions issue will be resolved.

 

[Hash]

Your finished folder is the folder you download to? Transmission need permissions in all your folders in order for transmission to do anything with them. Make sure all of your folders have permissions not just the finished folder. Reading this im about 95% sure it is a simple permission problem that is user based. I just set up transmission about 3 days ago on freenas and as long as all your permissions are set correctly it runs great.