I'm not sure I follow you exactly but yes, although I would question
the need to have to do this.
My take on what I think you're saying is:
You want machine A and B (same host name) with slightly different sound
card configs to be usable just by changing the STATION table (copying
the row over the old host).
This in theory is doable.
What I don't understand is the command to play being sent to two
separate servers.
I don't have any experience with ASI cards to know if this index
selector would make any difference unless as you said, you have multiple
ASI cards similar to a lot of hardware devices or even the old ISA IRQ
and address jumpers if you remember those.
I would be more tempted to work around your problem in reverse. Dump
your old DB to your new host. Remove any rdadmin host that might
conflict with this new machine and then just create a new host to match
from scratch.
On 2016-03-01 19:20, Nick Andre wrote:
Should it in principle be possible, given the architecture of
Rivendell, to have two cards, each on its own system, with both
servers using the same MySQL database and each having /var/snd
mounted
for playout? Theoretically I can just copy row for this host over to
the old server, changing CARD0 to CARD1 for the latters card entries,
and then say a prayer and start her up?
This would result in a command to play a cart having to be first sent
from the "client" to the primary server and then to the secondary
(new) server if the clients were configured to play on Card 1.
Also the AudioScience cards have an index selector on the card. Both
hosts have the index of the card selected to "1". Would this be
causing a conflict? I got the sense this was if you have multiple
cards installed in one host but I dont know if Rivendell uses this
information. New host comes up with "AudioScience 6685 [1]" and the
old host with "AudioScience 6585 [1]" (when installed on separate
databases).
On Tue, Mar 1, 2016 at 11:05 AM Nick Andre <n...@wmfo.org [2]> wrote:
I was wondering if it had something to do with the order I
originally used (I first started the Daemons without a host existing
in rdadmin and then used the local rdadmin to set up the host
entry).
However no amount of restarting once that was complete populated the
data.
I might recompile with a bit of debug lines added just to see whats
going on.
--Nick
On Tuesday, March 1, 2016, Nick Andre <n...@wmfo.org [1]> wrote:
I saw that but was more curious why the DB wasnt updating in its
own.
I am noticing some MySQL errors from the old database on stderr
if I run rdadmin from the command line. Not sure what that means
or whether its related. This is a 6 year old install.
Also I already have a card 0 so the card would need to be changed
to card 1.
Worse comes to worse we are just going to migrate in one fell
swoop. Sad the more elegant solution isnt working.
On Tuesday, March 1, 2016, Wayne Merricks
<waynemerri...@thevoiceasia.com> wrote:
Usually, I would expect resource not generated as the first run
into the DB for a new host. As soon as you restart the
Rivendell services (or reboot the machine) the DB will get
updated with the audio config info as soon as caed etc runs.
Worst case scenario, the audio config is just a DB entry in the
STATIONS table. You could copy the line from your working
local copy into the server DB and see if that helps? (Backup
your DB first just in case).
On 01/03/16 15:23, Nick Andre wrote:
Yes. Im wondering if theres something unsupported about this
configuration.
If I create a local database everything generates just fine
and my ASI card is assigned to Card 0 on the local
system. When I take the same exact configuration and point it
to the old server/database it doesnt generate audio resource
data. Ive double checked that the IP matches in the remote
case (I cant eliminate the possibility Im being excessively
foolish but I can use rdadmin from the remote computer).
Id be interested to dig in a bit and see what its doing and
where its failing. As a last ditch effort I can also repeat
the install procedure on a new VM and see if anything
different happens (would be good for our documentation as
well).
On Tuesday, March 1, 2016, Wayne Merricks
<waynemerri...@thevoiceasia.com> wrote:
Stupid question, did you add the new host name to rdadmin,
is the IP address correct for the new host?
On 29/02/16 21:09, Nick Andre wrote:
I have one ASI card on the system (Card 0 in the old
server). Ive installed an ASI card on this new machine too
(and left the index on the card at the default 1). The
rdhpiinfo shows me that the card appears to be all set.
But for some reason its not correctly populating the audio
resources data on service start.
Has anyone tried to migrate to a new host before?
Basically we want to get both hosts running in parallel
each with their own ASI card and then migrate all playout
hosts (that just run rdairplay) swapped over to the new
server.
On Sun, Feb 28, 2016 at 2:09 PM Nick Andre <n...@wmfo.org>
wrote:
Im getting the "audio resource data has not been
generated" error in RDAdmin for a new host (with a
Livewire ASI card). However, restarting doesnt appear to
generate that data. I also dont see the ASI card being
detected. Output when I restart the host:
Feb 27 16:13:11 rivendell rdcatchd: rdcatchd exiting
Feb 27 16:13:11 rivendell ripcd: ripcd exiting normally
Feb 27 16:13:11 rivendell caed: cae exiting
Feb 27 16:13:13 rivendell caed: unable to communicate
with JACK server
Feb 27 16:13:13 rivendell caed: JACK general failure
Feb 27 16:13:13 rivendell caed: no connection to JACK
server
Feb 27 16:13:13 rivendell caed: MPEG L2 encoding not
enabled
Feb 27 16:13:13 rivendell caed: Found MAD decoder
library, MPEG L2 decoding supported
Feb 27 16:13:13 rivendell caed: using realtime
scheduling, priority=8
Feb 27 16:13:13 rivendell caed: cae started
Feb 27 16:13:15 rivendell ripcd: started
Feb 27 16:13:16 rivendell rdcatchd: rdcatchd engine load
starts...
Feb 27 16:13:16 rivendell rdcatchd: loaded 0 events
Feb 27 16:13:16 rivendell rdcatchd: rdcatchd engine load
ends
Feb 27 16:13:16 rivendell rdcatchd: rdcatchd started
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Links:
------
[1] mailto:n...@wmfo.org
[2] mailto:n...@wmfo.org
_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
