[RDD] Rivendell and Natural Log
We’re close to setting up Rivendell. At the same time we’re looking to change our program logs from a customized database to Natural Log 9. Natural Log is supposed to work well with Rivendell. Is anyone on this list (or their station) using the two? Thanks, Simon ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] rsync not deleting solved... I think
Thank you both for your input. Tom Van Gorkom Radio Esperanza Engineering, KRIO AM/FM, KOIR FM Office: 956-380-8150 Cell: 865-803-7427 Rio Grande Bible Institute 4300 S US Hwy 281 Edinburg, TX 78539 On Thu, Oct 8, 2015 at 4:49 PM, David Klann wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Tom, > > Wayne states good information. I'll weigh in on this too. > > The reason your first instance of rsync (below) doesn't delete the files > on the destination is that the "*.wav" part is telling the local > instance of rsync to grab all the matching filenames on the local > server. All those individual wav files will be copied to the > destination, and since they were, by definition, on the source they'll > get copied to (and will not be deleted from) the destination. > > Here's the relevant section from the rsync manual page: "This tells > rsync to delete extraneous files from the receiving side (ones that > aren’t on the sending side), but only for the directories that are being > synchronized.You must have asked rsync to send the whole directory (e.g. > "dir" or "dir/") without using a wildcard for the directory’s contents > (e.g. "dir/*") since the wildcard is expanded by the shell and rsync > thus gets a request to transfer individual files, not the files’ parent > directory." > > Since your instance of the command with "*.wav" is ONLY copying files, > it can't perform any deletion. > > Specifying just the directory (i.e., "master::rivendell/") you're > telling rsync to traverse the directory itself and determine which files > are on the receiving side that do not exist on the sending side. This is > (in my opinion) the best way to handle the synchronization. > > So, you're right on track! > > Hope this helps! > > ~David Klann >Phantom Machine Works > > > On 10/08/2015 09:55 AM, Tom Van Gorkom wrote: > > If anyone is out there and knows better on this than me... > > > > I have been puzzled by why I could not get rsync to delete when using > the --delete option. I learned that if you use /*.wav that the > destination will not delete its extra files (as used in the Rivendell > rd_audio_sync script). If I remove that from the string, it deletes like > expected. > > > > Examples: > > rsync -av --delete master::rivendell/*.wav /var/snd.standby > > > > The above copies all the files from master to standby fine but will > not remove any files in standby that do not exist on the master, whereas > the following does because it requests the whole directory, not > individual files: > > > > rsync -av --delete master::rivendell/ /var/snd.standby > > > > Is there any danger or undesirable consequences to replicating like this? > > > > Tom Van Gorkom > > Radio Esperanza Engineering, KRIO AM/FM, KOIR FM > > Office: 956-380-8150 > > Cell: 865-803-7427 > > > > Rio Grande Bible Institute > > 4300 S US Hwy 281 > > Edinburg, TX 78539 > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2 > > iF4EAREIAAYFAlYW5O0ACgkQZtxZ++32cNg3KgEA1fWswlrD49Nn0XO6IV+bLFR+ > WCCO4tEGsMxvixIVgVUBAKgh+hROAGzsey/TyC4F/TUWbCxLU1PJyjDXJZphIgH7 > =rZY9 > -END PGP SIGNATURE- > > ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Audio Science Driver Problem
Fred: Thanks for the quick reply. I'll try moving the card to a different slot. Rich Stivers KKUP-FM On 10/8/2015 7:31 AM, Frederick Gleason wrote: On Oct 7, 2015, at 21:04 09, Rich Stivers wrote: My problem workstation sees the Audio Science card in lspci, and modinfo finds the driver file in /lib/modules. When I look at system messages I see this - # grep hpi /var/log/messages | more Oct 7 13:58:02 studio kernel: asihpi: applying 16k kernel stack fix up Oct 7 13:58:02 studio kernel: asihpi :04:00.0: using bridge :03:00.0 INT A to get IRQ 19 Oct 7 13:58:02 studio kernel: asihpi :04:00.0: PCI->APIC IRQ transform: INT A -> IRQ 19 Oct 7 13:58:02 studio kernel: asihpi :04:00.0: firmware: requesting asihpi/dsp6205.bin Oct 7 13:58:02 studio kernel: asihpi :04:00.0: firmware: requesting asihpi/dsp6600.bin Oct 7 13:58:02 studio kernel: hpi6205.c:793 Timed out waiting reset state Oct 7 13:58:02 studio kernel: hpioctl.c:462 adapter_probe failed This is looking like a hardware problem, either with the card or (possibly) the motherboard. You might try moving the card to a different slot. Cheers! |--| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |--| | A room without books is like a body without a soul. | | -- Cicero| |--| ___ 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
Re: [RDD] rsync not deleting solved... I think
No, should be fine. Unrelated to /var/snd, if you use Rsync with --delete and the directory names change it won't delete the differing directories which is kind of annoying. E.g. Master: Folder 1 with a new name -- File 1 -- File 2 Slave: Folder 1 with old name -- File 1 -- File 2 You end up with: Slave: Folder 1 with old name -- File 1 -- File 2 Folder 1 with a new name -- File 1 -- File 2 Probably unnecessary for Rivendell but if you want master -> slave near "realtime" replication Syncthing works really well. Just remember to set your master folder as a master in the settings so that changes on the slaves aren't replicated. It does have overhead as it hashes all the files but it also means it can instantly copy duplicates to different directories by using files it already has (even partial blocks which is obviously quite rare in audio). Wayne Merricks The Voice Asia On 08/10/15 15:55, Tom Van Gorkom wrote: If anyone is out there and knows better on this than me... I have been puzzled by why I could not get rsync to delete when using the --delete option. I learned that if you use /*.wav that the destination will not delete its extra files (as used in the Rivendell rd_audio_sync script). If I remove that from the string, it deletes like expected. Examples: rsync -av --delete master::rivendell/*.wav /var/snd.standby The above copies all the files from master to standby fine but will not remove any files in standby that do not exist on the master, whereas the following does because it requests the whole directory, not individual files: rsync -av --delete master::rivendell/ /var/snd.standby Is there any danger or undesirable consequences to replicating like this? Tom Van Gorkom Radio Esperanza Engineering, KRIO AM/FM, KOIR FM Office: 956-380-8150 Cell: 865-803-7427 Rio Grande Bible Institute 4300 S US Hwy 281 Edinburg, TX 78539 ___ 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
[RDD] rsync not deleting solved... I think
If anyone is out there and knows better on this than me... I have been puzzled by why I could not get rsync to delete when using the --delete option. I learned that if you use /*.wav that the destination will not delete its extra files (as used in the Rivendell rd_audio_sync script). If I remove that from the string, it deletes like expected. Examples: rsync -av --delete master::rivendell/*.wav /var/snd.standby The above copies all the files from master to standby fine but will not remove any files in standby that do not exist on the master, whereas the following does because it requests the whole directory, not individual files: rsync -av --delete master::rivendell/ /var/snd.standby Is there any danger or undesirable consequences to replicating like this? Tom Van Gorkom Radio Esperanza Engineering, KRIO AM/FM, KOIR FM Office: 956-380-8150 Cell: 865-803-7427 Rio Grande Bible Institute 4300 S US Hwy 281 Edinburg, TX 78539 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Audio Science Driver Problem
On Oct 7, 2015, at 21:04 09, Rich Stivers wrote: > My problem workstation sees the Audio Science card in lspci, and modinfo > finds the driver file in /lib/modules. > > When I look at system messages I see this - > # grep hpi /var/log/messages | more > Oct 7 13:58:02 studio kernel: asihpi: applying 16k kernel stack fix up > Oct 7 13:58:02 studio kernel: asihpi :04:00.0: using bridge :03:00.0 > INT A to get IRQ 19 > Oct 7 13:58:02 studio kernel: asihpi :04:00.0: PCI->APIC IRQ transform: > INT A -> IRQ 19 > Oct 7 13:58:02 studio kernel: asihpi :04:00.0: firmware: requesting > asihpi/dsp6205.bin > Oct 7 13:58:02 studio kernel: asihpi :04:00.0: firmware: requesting > asihpi/dsp6600.bin > Oct 7 13:58:02 studio kernel: hpi6205.c:793 Timed out waiting reset state > Oct 7 13:58:02 studio kernel: hpioctl.c:462 adapter_probe failed This is looking like a hardware problem, either with the card or (possibly) the motherboard. You might try moving the card to a different slot. Cheers! |--| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |--| | A room without books is like a body without a soul. | | -- Cicero| |--| ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
