Re: [RDD] Mounting Audio Store on Reboot Still Not Working
Ah. Thanks for adding that missing "enable" step Michael. Glad it's working for you! ~David \ Original Message On Sep 19, 2021, 13:22, wa7skg < wa7...@wa7skg.com> wrote: > > > > Thanks, David. I had everything but the last file > /etc/auto.rd.audiostore. Once I set that up, it seems to work properly. > > One thing left off your list was "sudo systemctl enable > autofs.service" so it ran on reboot. > > It now works on a forced reboot. Now I need to wait until I get back to > the station and try it on power fail restart. > > Thanks again, > > Michael > > > David Klann wrote on 9/18/21 11:40 AM: > > Hi Michael, > > > > On 9/18/21 11:22, wa7skg wrote: > >> Rivendell 3.5.0, CestOS 7. > >> > >> I am still having problems with mounting /var/snd on reboot. > >> > >> I have tried many variations of fstab entries, systemd stuff, and the > >> \[AudioStore\]. Nothing seems to work. > >> > > > > I've had great success using the auto-mount system for /var/snd (as well > > as other directories). > > > >> Here's an excerpt from the messages file: > >> > >> > >> Sep 18 09:00:40 khrb-rd2 systemd: Configuration file > >> /etc/systemd/system/var-snd.mount is marked executable. Please remove > >> executable permission bits. Proceeding anyway. > >> Sep 18 09:00:40 khrb-rd2 systemd: Found ordering cycle on > >> nfs-server.service/start > >> Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on var-snd.mount/start > >> Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on > >> nfs-server.service/start > >> Sep 18 09:00:40 khrb-rd2 systemd: Breaking ordering cycle by deleting > >> job var-snd.mount/start > >> Sep 18 09:00:40 khrb-rd2 systemd: Job var-snd > > .mount/start deleted to > >> break ordering cycle starting with nfs-server.service/start > >> > > > > I tried using /etc/fstab and also systemd to mount /var/snd, but, like > > you none of the techniques were reliable. I've settled on using the > > systemd-controlled autofs.service to perform mounting of /var/snd. > > > >> > >> I removed the executable bits from /etc/systemd/system/var-snd.mount and > >> no longer get that warning, however it still does not mount on reboot. > >> This has really caused us some issues when someone used the computer and > >> /var/snd was not mounted. Carts were created but were only stored on the > >> local drive. Then they did not air from the main on air machine. > >> > >> Further ideas on getting /var/snd to mount the remote folder on reboot > >> would be greatly appreciated. > >> > > > > Here's my autofs setup (pretty much straight from the > > "Fred-Gleason-recommended" way to do it): > > > > - ensure /var/snd exists and contains no files or subdirectories. On > > all the systems I work on > > this directory looks something like this > > with "ls -ld /var/snd": > > > > drwxrwxr-x. 4 rivendell rivendell 196608 Sep 18 14:30 /var/snd > > > > - /etc/auto.master - make sure it includes the line > > > > +dir:/etc/auto.master.d > > > > I believe that line is in the file by default. > > > > - /etc/auto.master.d/rd.audiostore.autofs - make sure this file exists > > and contains at least the line: > > > > /- /etc/auto.rd.audiostore > > > > - /etc/auto.rd.audiostore - this is the final piece: make sure this > > file includes the line: > > > > /var/snd -fstype=nfs,rw,noexec [192.168.0.254][]:/var/snd > > > > Adjust the IP address for your installation. > > > > On the systems I work with the "whitespace" in all the autofs > > configuration files are characters. I'm not sure it matters > > whether you use or characters. > > > > After creating and editing any of the autofs configuration files, > > refresh the service daemon with "sudo systemctl reload-or-restart > > autofs.service". > > > > Now anytime a process attempts t > > o access a file in /var/snd the autofs > > system will ensure it is mounted. > > > > Hope this helps! > > > > ~David Klann > > > >> > [192.168.0.254]: http://192.168.0.254 signature.asc Description: OpenPGP digital signature ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Mounting Audio Store on Reboot Still Not Working
Rob, would you mind sharing that script? Michael Rob Landry wrote on 9/19/21 6:12 AM: I always write a "/root/startup.sh" shell script and set up a cron job to run it on boot. It includes a mount command for /var/snd and anything else I need to happen at boot time. The problem with using /etc/fstab is that if a mount fails, the machine won't boot at all, making it impossible to diagnose the problem remotely. Rob -- Не думай что всё пропели, Что бури все отгремели; Готовься к великой цели, А слава тебя найдёт. On Sat, 18 Sep 2021, wa7skg wrote: Rivendell 3.5.0, CestOS 7. I am still having problems with mounting /var/snd on reboot. I have tried many variations of fstab entries, systemd stuff, and the [AudioStore]. Nothing seems to work. Here's an excerpt from the messages file: Sep 18 09:00:40 khrb-rd2 systemd: Configuration file /etc/systemd/system/var-snd.mount is marked executable. Please remove executable permission bits. Proceeding anyway. Sep 18 09:00:40 khrb-rd2 systemd: Found ordering cycle on nfs-server.service/start Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on var-snd.mount/start Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on nfs-server.service/start Sep 18 09:00:40 khrb-rd2 systemd: Breaking ordering cycle by deleting job var-snd.mount/start Sep 18 09:00:40 khrb-rd2 systemd: Job var-snd.mount/start deleted to break ordering cycle starting with nfs-server.service/start I removed the executable bits from /etc/systemd/system/var-snd.mount and no longer get that warning, however it still does not mount on reboot. This has really caused us some issues when someone used the computer and /var/snd was not mounted. Carts were created but were only stored on the local drive. Then they did not air from the main on air machine. Further ideas on getting /var/snd to mount the remote folder on reboot would be greatly appreciated. -- 73, Michael WA7SKG "Any day you do not learn one new thing is a wasted day." ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Mounting Audio Store on Reboot Still Not Working
Thanks, David. I had everything but the last file /etc/auto.rd.audiostore. Once I set that up, it seems to work properly. One thing left off your list was "sudo systemctl enable autofs.service" so it ran on reboot. It now works on a forced reboot. Now I need to wait until I get back to the station and try it on power fail restart. Thanks again, Michael David Klann wrote on 9/18/21 11:40 AM: Hi Michael, On 9/18/21 11:22, wa7skg wrote: Rivendell 3.5.0, CestOS 7. I am still having problems with mounting /var/snd on reboot. I have tried many variations of fstab entries, systemd stuff, and the [AudioStore]. Nothing seems to work. I've had great success using the auto-mount system for /var/snd (as well as other directories). Here's an excerpt from the messages file: Sep 18 09:00:40 khrb-rd2 systemd: Configuration file /etc/systemd/system/var-snd.mount is marked executable. Please remove executable permission bits. Proceeding anyway. Sep 18 09:00:40 khrb-rd2 systemd: Found ordering cycle on nfs-server.service/start Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on var-snd.mount/start Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on nfs-server.service/start Sep 18 09:00:40 khrb-rd2 systemd: Breaking ordering cycle by deleting job var-snd.mount/start Sep 18 09:00:40 khrb-rd2 systemd: Job var-snd .mount/start deleted to break ordering cycle starting with nfs-server.service/start I tried using /etc/fstab and also systemd to mount /var/snd, but, like you none of the techniques were reliable. I've settled on using the systemd-controlled autofs.service to perform mounting of /var/snd. I removed the executable bits from /etc/systemd/system/var-snd.mount and no longer get that warning, however it still does not mount on reboot. This has really caused us some issues when someone used the computer and /var/snd was not mounted. Carts were created but were only stored on the local drive. Then they did not air from the main on air machine. Further ideas on getting /var/snd to mount the remote folder on reboot would be greatly appreciated. Here's my autofs setup (pretty much straight from the "Fred-Gleason-recommended" way to do it): - ensure /var/snd exists and contains no files or subdirectories. On all the systems I work on this directory looks something like this with "ls -ld /var/snd": drwxrwxr-x. 4 rivendell rivendell 196608 Sep 18 14:30 /var/snd - /etc/auto.master - make sure it includes the line +dir:/etc/auto.master.d I believe that line is in the file by default. - /etc/auto.master.d/rd.audiostore.autofs - make sure this file exists and contains at least the line: /- /etc/auto.rd.audiostore - /etc/auto.rd.audiostore - this is the final piece: make sure this file includes the line: /var/snd -fstype=nfs,rw,noexec 192.168.0.254:/var/snd Adjust the IP address for your installation. On the systems I work with the "whitespace" in all the autofs configuration files are characters. I'm not sure it matters whether you use or characters. After creating and editing any of the autofs configuration files, refresh the service daemon with "sudo systemctl reload-or-restart autofs.service". Now anytime a process attempts t o access a file in /var/snd the autofs system will ensure it is mounted. Hope this helps! ~David Klann ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Mounting Audio Store on Reboot Still Not Working
I always write a "/root/startup.sh" shell script and set up a cron job to run it on boot. It includes a mount command for /var/snd and anything else I need to happen at boot time. The problem with using /etc/fstab is that if a mount fails, the machine won't boot at all, making it impossible to diagnose the problem remotely. Rob -- Не думай что всё пропели, Что бури все отгремели; Готовься к великой цели, А слава тебя найдёт. On Sat, 18 Sep 2021, wa7skg wrote: Rivendell 3.5.0, CestOS 7. I am still having problems with mounting /var/snd on reboot. I have tried many variations of fstab entries, systemd stuff, and the [AudioStore]. Nothing seems to work. Here's an excerpt from the messages file: Sep 18 09:00:40 khrb-rd2 systemd: Configuration file /etc/systemd/system/var-snd.mount is marked executable. Please remove executable permission bits. Proceeding anyway. Sep 18 09:00:40 khrb-rd2 systemd: Found ordering cycle on nfs-server.service/start Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on var-snd.mount/start Sep 18 09:00:40 khrb-rd2 systemd: Found dependency on nfs-server.service/start Sep 18 09:00:40 khrb-rd2 systemd: Breaking ordering cycle by deleting job var-snd.mount/start Sep 18 09:00:40 khrb-rd2 systemd: Job var-snd.mount/start deleted to break ordering cycle starting with nfs-server.service/start I removed the executable bits from /etc/systemd/system/var-snd.mount and no longer get that warning, however it still does not mount on reboot. This has really caused us some issues when someone used the computer and /var/snd was not mounted. Carts were created but were only stored on the local drive. Then they did not air from the main on air machine. Further ideas on getting /var/snd to mount the remote folder on reboot would be greatly appreciated. -- 73, Michael WA7SKG "Any day you do not learn one new thing is a wasted day." ___ 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
