Greetings And many thanks to all who replied. Especially Cowboy. We are all fixed. Being that every user at every workstation is uid 1000 and gid 100 Set /var/snd ownership the same and boom! Everything works.
Used exports anonuid= and anongid= Now for my next issue, On one workstation rdairplay crashes at several points in the log this is repeatable and it doesn't matter the cart seems it is the log line id number. Have changed OS, changed memory, Doesn't matter it happens every time. Same log plays fine on any other computer. So it seems this is hardware. Brand new box by the way. As I mentioned I have changed out the memory. The error reported in a shell is buffer overflow. Does anyone think this could be bus errors? Like a bit stuck somewhere? Cheers On Oct 23, 2013 10:44 AM, "Cowboy" <[email protected]> wrote: > On Wednesday 23 October 2013 11:07:50 am you wrote: > > Thanks cowboy for your input. My NFS server is open SUSE its the same > one I've been using for version 1 Rivendell for 5 years. Now with version 2 > Rivendell I cannot write to it through Rivendell. Evidently the missions on > it we're OK for version 1 but not for version two . The server has NFS v4 > support turned on . Should i maybe try to turn that off? > > No. V4 is pretty much compatible with earlier versions on the same OS, > although there are differences. ( deprecated options that fly past the > boot console when nfsd is started ) > My issue, is eating. As such, I've not been able to keep up with Fred > as much as I'd like. > > If I were you... > The command line and the log files can be your friend. > If apache can't write to the share, then on the command line > as root ( because you skip the password portion for accounts > that don't have a password ) > su apache > then cp anything > What does the response tell you ? > Maybe just a restart on nfsd from the command line, and see the > error messages returned compared to the old client machine. > Stuff like that. > > Most often, I find a seemingly insignificant error in some obscure > place like /etc/exports or /etc/hosts.deny that I'd long forgotten about. > Something like doing a squash in an fstab now, that you weren't > doing before. > > I do feel your pain. I recently spent literally days, over several weeks, > learning that httpd.conf can do everything that could be done in > a .htaccess file, do it better, with less performance hit, BUT that > getting > ONE line in the wrong place blows the whole thing out of the water. > When I finally found it, had an epiphany. > So THAT's what that very badly written line in the docs means ! > > Unfortunately, NFS isn't *just* NFS. > There's /etc/exports, /etc/hosts.something files, /etc/fstab, as well > as portmapper entries that are easy to forget, or overlook. > > I wish there were an easy answer, but there's not. > Step by step, one thing at a time, counter-intuitively will be the > fastest way through it. > > -- > Cowboy > > http://cowboy.cwf1.com > > No man is an island, but some of us are long peninsulas. > >
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
