In the past four months wile building a multi workstation setup I ran
into this issue to. I could only get it to work when, after the basic OS
was installed, all other installations were done as the user who is
going to use the workstations. So e.g. user DJ should install, after
being given sudo rights with visudo, all other things, including your
shell, RD and RD server. After that you change permissions on /var/snd.
I set the groups and the user numbers in /etc/group to the same numbers.
Finally in RDAdmin I set the host correct to the name of the workstation
and the name of the user after which all finally worked ok. It took me 4
days to figure this out, Debian Wheezy 7. If I had not installed
everything as user DJ it would NOT write to /var/snd. I also turned of
selinux in the process, that did not make any difference to me but it is
suggested somewere.
Wayne Merricks schreef op 23-10-2013 16:32:
Hi,
Permissions are annoying but it generally goes like this:
* Check local permissions, if pass then continue
* Attempt to write the file locally
* Through the magic of nfs this gets passed on to the server share.
From the servers point of view it looks like this:
* Client requests access to the share
* permissions are checked on the server for this specific client
* if there is a user record on the server that matches the client guid
then it passes
* if not it fails and you get the errors you seem to be having.
Like I said I was lazy hence why I make sure the local permissions on
the server are nobody:nogroup and 0775.
Hope this makes sense effectively both sides of the transaction check
local permissions on that particular machine.
Once it is mounted the only way to change permissions is to change the
permissions on the server.
Wayne Merricks
The Voice Asia
On 23/10/13 15:12, Tim Camp wrote:
Greetings,
I think this is a situation where I am chasing my tail, I probably
have things right on one end of the transaction wrong on the other
and vise versa constantly changing things trying to get it to work.
I am confused about the /var/snd permissions thing because once the
nfs share is mounted you can't change anything about it, mode or
ownership. my nfs server is just that a server it does not run
ivendell it has a directory with var/snd and it runs nfs-server
that's it.
I can set permissions on the client /var/snd folder before it mounts
the share but not after.
In rd.conf I have the unix user as Audio owner and that user is a
member of group rivendell, I see that some peeps have set the audio
owner set as rivendell and group set as rivendell.
I really am not a newbie at this, I have been running rivendell for
years, but I guess I don't fully grasp the ownership changes for
version 2.
I can't get why the user can write to var snd but apache can't.
Am I correct in assuming that if apache can write to the 'local'
/var/snd that it is set up correctly?
If that is so what does it need to be able to write to the nfs share?
I really am up against a wall here.
Thanks for all the guidance.
Cheers
On Oct 23, 2013 1:18 AM, "Tim Camp" <t...@dotcom1.net
<mailto:t...@dotcom1.net>> wrote:
Greetings, Sorry bout the subject line thing earlier guys, no sleep.
well here is the deal as it stands now.
All my machines can import to a local /var/snd
If I open web browser I can go to the cgi-bin pages, addcart.html
etc.
soon as I mount my nfs /var/snd I can record but no import.
Import returns "Audio Converter Error: Unable to create
destination file.
rd.conf is like so
Audiouser=rduser or unix user on that machine who is a member od
rivendell group.
Audiogroup=rivendell
On the surface it seems like a nfs problem but
I can write to the /var/snd nfs share as rduser and as root.
also as I mentioned I can record and rdcatch can record and
import downloaded files.
Just no go on rdlibrary import or rdimport period.
Is there some special uid gid nfs setup required for 2.5.3
The Local /var/snd folder is owned by rduser and group rivendell.
I have tried many configurations on my export file on the server,
I can connect and write from linux with them all but no import.
We haven't been able to put any new audio in the system since
Saturday
and I think I hear someone sharpening a axe.
Going to sleep for the first time in three days, maybe I'll have
some fresh thought in the morning.
Cheers
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
