<div dir="ltr">I think to get this working you'll have to implement a way for both instances to use the same data source (Postgres is what we use).  To do this you'll have to use an external database, and for true redundancy, have something like pgpool or pgbouncer in front of a set of Postgres servers.  Oracle DB may have something similar, but I'm not too familiar with it...<div><br></div><div>I currently have two masters in two datacenters, using the same database (on a separate VM) in one of the datacenters.  My goal is to implement the above with pgpool/pgbouncer, with an F5 GTM in front of two virtual IPs in each DC, to avoid each environment crossing datacenters with requests.  Sounds good in theory, not sure how it will play out, or if I'll have time...</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Mar 8, 2016 at 9:06 AM Stuart Green <<a href="mailto:stuart.green@doccentrics.com">stuart.green@doccentrics.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I was wrong.  It does not work.   The systemid is regenerated each registration, so whenever you register one client with one server, you lose registration to the other as the systemid its expecting no longer matches.</div><div class="gmail_extra"><br><div class="gmail_quote">On 8 March 2016 at 10:54, Stuart Green <span dir="ltr"><<a href="mailto:stuart.green@doccentrics.com" target="_blank">stuart.green@doccentrics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I have this working now.<div><br></div><div>The machine's are registered on both sides and pulling updates.  The default config was http which has been shutdown so an erroneous result was being received.   I also had some configuration management files causing a problem, so I've created a new configuration channel on each server for these machines which just contains the dual up2date config file.</div><div><br></div><div>Looks good!</div><div><br></div><div>Cheers.</div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 7 March 2016 at 16:10, Stuart Green <span dir="ltr"><<a href="mailto:stuart.green@doccentrics.com" target="_blank">stuart.green@doccentrics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">So I've spent a bit of time getting my 2 spacewalk servers 'connected'.  I have ISS mode configured so the channels are syncing between the two servers, the next thing I moved to was 'failover'<div><br></div><div>There's not much information on the web or on this list pertaining to quite whether it works but documentation here suggests it can with the correct version of up2date.</div><div><br></div><div><a href="https://access.redhat.com/documentation/en-US/Red_Hat_Network/5.0.0/html/Client_Configuration_Guide/s2-client-config-failover.html" target="_blank">https://access.redhat.com/documentation/en-US/Red_Hat_Network/5.0.0/html/Client_Configuration_Guide/s2-client-config-failover.html</a><br></div><div><br></div><div>The problem is the 2 url setting never sticks, the client  machine needs to be registered with both spacewalk servers to receive the updates, and in the process of registration the altered /etc/sysconfig/rhn/up2date file is reverted.  If I put the urls back again, then shutdown the primary spacewalk server and try to update from the secondary it goes back to saying I'm not registered.</div><div><br></div><div><br></div><div>Does this method actually work any more or has it been superseeded?</div><div><br></div><div>Cheers,</div><div>Stu</div><div><br></div><div><br></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
_______________________________________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></blockquote></div>