Unmounting the NAS allowed the production room to mount the old var snd. permissions looked ok between the two but to make sure is tried to set the new var/snd to rivendell rivendell (like the old, except I accidentally changed all permissions to everything in var (got too quick on the keys and left out the /snd....) this caused me to have problems with mysql after a reboot. I got that fixed and everything back to working, but I have no idea what else I may have screwed up./ I set everything in var back to root root, and the mysql stuff that gave me errors back to mysql mysql, but is there a quicker way to fix anything else than going to my other machine and looking at the permissions for everything in var and going and fixing it on the server? yeah I know it was really stupid.....oh one thing doesn't doesn't work, I could not create a backup of the database from rdadmin, any idea's?
anyway, everything looks the same permission wise but I still get the error when trying to mount in the prod room: permission denied. The log (messages) on the server shows this: Nov 28 11:19:42 rdcs mountd[5223]: authenticated mount request from 10.100.1.116:767 for /var/snd (/var/snd) Nov 28 11:19:42 rdcs mountd[5223]: Cannot export /var/snd, possibly unsupported filesystem or fsid= required I tried adding fsid=0 and fsid=1 in the exports file, neither helped. the filesystemfor the share on the NAS is NFS(not sure the version) here is the exports file. /var/snd 10.100.1.116/255.255.255.0(rw,fsid=1,no_root_squash,sync) #/var/snd 10.100.1.116/255.255.255.0(rw,no_root_squash,sync,anonuid=150,anongid=150) you can see i tried anonuid and anongid, no go, and the iterations of fsid= as mentioned above (by the way I could find little info on the fsid.... I've looked at everything in the NAS configuration, can't find anything that could be wrong. And again, the server moiunts the NAS share fine and airplay is playing audio off of it. I'm almost back to the idea of setting up the spare server, but I have to get the mysql backup to work....... Thanks all, NS Nathaniel C. Steele Assistant Chief Engineer/Technical Director WTRM-FM / TheCrossFM On 11/27/2011 12:17 PM, Nathan Steele wrote: >> Permission problems. >> >> Can you umount the NAS and get a look at what the permissions >> were on the old full directory ? >> ( or, if a separate device, mount that device someplace and >> do an ls al ) > I'll try that monday morning. > >> OK, if I understand you correctly, the server via eth0 mounts the >> NAS from 192.168.x.x >> Then, the server exports /var/snd via eth1 on 192.168.y.y and the >> workstations mount /var/snd from 192.168.y.y >> > Pretty much, the NAS is mounted 192.168.x.x on eth1, > and the export (and all other network traffic) is on 10.100.y.y > > >> You could reduce the latency by re-configuring the NAS to export >> the file system directly on 192.168.y.y and eliminate your server >> from the man-in-the-middle caching, but you'd also need to >> reconfigure each workstation to mount from that NAS. >> That pretty much depends on the work load and power of >> the machine acting as server. > The server also has the soundcard that is playing out. this was > originally done to have the audio and playout on the same machine, even > though the airplay app is actually on its own machine. I could move the > soundcard to the airplay machine if we are going to keep this config, > but really it shouldn't make a difference anyway should it? the > production machine does have it's own soundcard. by the way, airplay has > continued just fine since the transition, but we still can't import or > VT from the production room because of this permissions problem. I will > investigate further Monday morning. > > Thanks all, > NS > > Nathaniel C. Steele > Assistant Chief Engineer/Technical Director > WTRM-FM / TheCrossFM > > > On 11/24/2011 9:51 AM, Cowboy wrote: >> On Wednesday 23 November 2011 10:29:28 pm Nathan Steele wrote: >>> spoke too soon. airplay is fine but production isn't mounting /var/snd. >>> I am getting permission denied. >> Permission problems. >> >> Can you umount the NAS and get a look at what the permissions >> were on the old full directory ? >> ( or, if a separate device, mount that device someplace and >> do an ls al ) > >>> Here's a thought the NAS is on a second nic on a different IP range than >>> the workstations...does this matter? I didn't think it would, the >>> workstations are lloking at the servers /var/snd, and can see the >>> server. the servers /var/snd is the NAS, on a different network. do I >>> need to bridge the NICs? >> OK, if I understand you correctly, the server via eth0 mounts the >> NAS from 192.168.x.x >> Then, the server exports /var/snd via eth1 on 192.168.y.y and the >> workstations mount /var/snd from 192.168.y.y >> >> That's fine. It may cause some latency issues, because the server >> needs to read the disk via eth0, cache it, then write it back out >> via eth1. Shouldn't be a problem as long as your network cards >> are fast enough. >> Reading, caching, then writing back out the same card would >> keep that one card pretty busy, but they are full duplex so >> it "shouldn't" really matter. >> >> You could reduce the latency by re-configuring the NAS to export >> the file system directly on 192.168.y.y and eliminate your server >> from the man-in-the-middle caching, but you'd also need to >> reconfigure each workstation to mount from that NAS. >> That pretty much depends on the work load and power of >> the machine acting as server. >> > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > > _______________________________________________ Rivendell-dev mailing list [email protected] http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
