I had a quick swing at this.
It's working partially .. Rdlogedit works .. i can view logs
But for rdlibrary, it doesn't show the carts nor groups, it DOES let me
select schedulercode.
Some issue with the SQL ?
Op 14/01/2013 1:40, Wayne Merricks schreef:
Two different things here, go into /etc/mysql/my.cnf (sudo nano
/etc/mysql/my.cnf)
Find bind-address and change it from 127.0.0.1 to 0.0.0.0 (ctrl + w to search)
Otherwise mysql will only accept local connections which is useless on multi
machine setups.
Ctrl + X to quit, hit Y to save and Enter to confirm.
Then you need to create a MySQL user to be able to access the Riv database from
anything other than localhost
On the "server":
mysql -u root -p
CREATE USER 'rduser'@'%' IDENTIFIED BY 'whatever password is in /etc/rd.conf
for the client';
GRANT ALL PRIVILEGES ON Rivendell.* TO 'rduser'@'%';
FLUSH PRIVILEGES;
Then restart the mysql service to take account of the bind changes (sudo
service mysql restart)
-----Original Message-----
From: [email protected] on behalf of Peter Claes -
CLS bvbva
Sent: Mon 14/01/2013 00:33
To: User discussion about the Rivendell Radio Automation System
Subject: Re: [RDD] simple setup-guide for networked rivendell
I got the replicated share setup with glusterfs : /var/snd CHECK.
I have the second box pointing to the first. CHECK
But where can I alter what you discribe here :
*making sure that MySQL on the first box is bound to 0.0.0.0
and the account for Rivendell can login from anywhere (% as a host).*
Should I alter this bound (0.0.0.0) in the SQL database somewhere ?
Is it originally 'localhost' configured ?
You lost me there for a minute.
Greetz
Peter
Op 13/01/2013 0:44, James Harrison schreef:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
You could quite simply setup GlusterFS to synchronize two bricks on
each machine as a replicated volume, mount the volume on /var/snd, and
setup MySQL in a hot standby configuration with a few scripts to
handle failover/recovery of MySQL. Not really my area of expertise (I
avoid MySQL in $job since it's not the tool for the job and clustering
with it is a nightmare), though.
GlusterFS setup might look a bit like (after you've installed gluster
server/client on each and setup the two hosts as hosta and hostb and
built a trusted pool with them):
* gluster volume create audio replica 2 hosta:/audio hostb:/audio
* gluster volume start audio
* gluster volume set performance.cache-size 128MB # read cache
* gluster volume set performance.flush-behind off # forces wait on
filesystem - slower but more reliable
Then mount the volume 'localhost:/audio' with type glusterfs (add to
fstab) and you should be set for replicated audio.
Note: I have not tested with Rivendell thoroughly but glusterfs FUSE
exposes a completely standard *nix-compliant filesystem that should
have no issues whatsoever.
The GlusterFS website has loads of great documentation - read it
through before you dive in. You can happily get effectively a copy of
the audio on each machine, which gets you high availability as well as
performance benefits to a centralized server.
Cheers,
James Harrison
On 12/01/2013 23:34, Peter Claes - CLS bvbva wrote:
James,
If I use glusterFS .. you say I can replicate on the 2nd box.
I have 2 exact identical machines .. I have seen on the wiki page
that you can create a hot standy host.
Would this be a good way to create a hot standby host, replicating
the /var/snd on both machines ?
And replicating the database on both machine too ?
Could you also enlight me on this issue ?
Regards, Peter
Op 12/01/2013 15:42, James Harrison schreef:
On 12/01/2013 14:47, drew Roberts wrote:
Haven't I read that using Samba (SMB/CIFS) will cause
problems for some things Riv does?
all the best, drew
I don't _think_ Rivendell does anything strange that would break a
standard *nix filesystem such as the one provided by the CIFS SMB
driver. Any FUSE filesystem should work too, like GlusterFS or
Ceph's FUSE drivers, for more complex clusters. Most people use NFS
but I am a huge fan of everything that isn't NFS for a variety of
reasons... :-)
James
_______________________________________________ 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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
iEYEARECAAYFAlDx9WUACgkQ22kkGnnJQAxTbwCfRE5EHNgJY6MWUImE7UTHsrJJ
bGsAoJv0sNMBCj8/H8SR29DH4IrxX9Qx
=x+2o
-----END PGP SIGNATURE-----
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
#######################
Scanned by MailMarshal
#######################
############
Attention:
The information contained in this message is confidential and intended
for the addressee(s) only. If you have received this message in error
or there are any problems, please notify the originator immediately.
The unauthorised use, disclosure, copying or alteration of this message
is strictly forbidden. Christian Vision or any of its subsidiaries will
not be liable for direct, special, indirect or consequential damages
arising from alteration of the contents of this message by a third party
or as a result of any virus being passed on. Please note that we reserve
the right to monitor and read any e-mails sent or received by the
company under the Telecommunications (Lawful Business Practice)
(Interception of Communications) Regulation 2000. Christian Vision is
registered in England as a limited company 2842414 and as a charity
1031031
############
_______________________________________________
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
