software/!RELEASES/ircservices/achurch.org/services/lists/ircservices/2001/001180.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
   2 <HTML>
   3  <HEAD>
   4    <TITLE> AW: AW: [IRCServices] Backup Feature?
   5    </TITLE>
   6    <LINK REL="Index" HREF="index.html" >
   7    <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=AW%3A%20AW%3A%20%5BIRCServices%5D%20Backup%20Feature%3F&In-Reply-To=NDBBKLOOKLMAKHFICBLCEEPGEFAA.uhc0%40rz.uni-karlsruhe.de">
   8    <META NAME="robots" CONTENT="index,nofollow">
   9    <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
  10    <LINK REL="Previous"  HREF="001177.html">
  11    <LINK REL="Next"  HREF="001187.html">
  12  </HEAD>
  13  <BODY BGCOLOR="#ffffff">
  14    <H1>AW: AW: [IRCServices] Backup Feature?</H1>
  15     <B>Michael Smith</B>
  16     <A HREF="mailto:ircservices%40ircservices.za.net?Subject=AW%3A%20AW%3A%20%5BIRCServices%5D%20Backup%20Feature%3F&In-Reply-To=NDBBKLOOKLMAKHFICBLCEEPGEFAA.uhc0%40rz.uni-karlsruhe.de"
  17        TITLE="AW: AW: [IRCServices] Backup Feature?">mike at chat.za.net
  18        </A><BR>
  19     <I>Mon Jan 22 21:57:11 PST 2001</I>
  20     <P><UL>
  21         <LI>Previous message: <A HREF="001177.html">AW: AW: [IRCServices] Backup Feature?
  22 </A></li>
  23         <LI>Next message: <A HREF="001187.html">AW: AW: [IRCServices] Backup Feature?
  24 </A></li>
  25          <LI> <B>Messages sorted by:</B>
  26               <a href="date.html#1180">[ date ]</a>
  27               <a href="thread.html#1180">[ thread ]</a>
  28               <a href="subject.html#1180">[ subject ]</a>
  29               <a href="author.html#1180">[ author ]</a>
  30          </LI>
  31        </UL>
  32     <HR>
  33 <!--beginarticle-->
  34 <PRE>There is absolutly no point to a failover services, there is no proper way
  35 to keep 2 sets of DB synced nicely. The point being, if connectivity
  36 fails, the one set of services wont be able to read from the others DB
  37 anyway. And there is NO point to run services twice on the same machine.
  38
  39 The only POSSIBLE solution could be...
  40
  41 On a second server, should that server detect that services goes down, it
  42 brings up a set of services (with a db that is synced 2x a day, in READ
  43 only mode, ie no changes... THe nice thing about this is, when the main
  44 services comes back up, we are not dealing with 2 seperate DB's.
  45
  46 This model could work in a net that has frequent and long netsplitz as
  47 well
  48
  49 Mike
  50
  51
  52
  53 ---
  54 Michael Smith (Warlock on IRC)
  55 <A HREF="http://www.warlock.web.za/">http://www.warlock.web.za/</A>
  56 &quot;The software said Windows95 or better...
  57                 ...so I got Linux&quot;
  58
  59
  60 On Tue, 23 Jan 2001, Yusuf Iskenderoglu wrote:
  61
  62 &gt;<i>
  63 </I>&gt;<i> Hello;
  64 </I>&gt;<i>
  65 </I>&gt;<i> &gt; you are assuming that the internet feed never goes down.  We had an
  66 </I>&gt;<i> &gt; outtage of over 2 hours one day, where the server running services was
  67 </I>&gt;<i> &gt; fine but the internet connecion was down.
  68 </I>&gt;<i> &gt;
  69 </I>&gt;<i> I assume nothing, because:
  70 </I>&gt;<i>
  71 </I>&gt;<i> You cannot have to sets of services on different computers, for they HAVE to read the
  72 </I>&gt;<i> same DB. Any solution using NFS/SMBFS may also fail, if the network itself is down.
  73 </I>&gt;<i> And, two services with different db's does not make any sense.
  74 </I>&gt;<i>
  75 </I>&gt;<i> Result: If you want them to read the same db, place them onto the same computer.
  76 </I>&gt;<i> Network filesystems may work, but again, secondary set may even not start, if there are
  77 </I>&gt;<i> bigger connection problems.
  78 </I>&gt;<i> If they are on the same computer, there is really no need of adding that functionality.
  79 </I>&gt;<i> Cron will do the same job.
  80 </I>&gt;<i>
  81 </I>&gt;<i> Regards;
  82 </I>&gt;<i> yusuf
  83 </I>&gt;<i>
  84 </I>&gt;<i> ----------------------------------------------------------------------
  85 </I>&gt;<i> | Yusuf Iskenderoglu                | You get to meet all sorts,     |
  86 </I>&gt;<i> | eMail - <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">uhc0 at rz.uni-karlsruhe.de</A>  | in this line of work...        |
  87 </I>&gt;<i> | eMail - <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">s_iskend at ira.uka.de</A>       |                                |
  88 </I>&gt;<i> | ICQ UIN : 20587464                |                                |
  89 </I>&gt;<i> ----------------------------------------------------------------------
  90 </I>&gt;<i>
  91 </I>&gt;<i>
  92 </I>&gt;<i> -----------------------------------------------------------
  93 </I>&gt;<i> To unsubscribe, mail <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">ircservices-request at ircservices.za.net</A>
  94 </I>&gt;<i> with the word UNSUBSCRIBE in the subject of the mail.
  95 </I>&gt;<i> <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices</A>
  96 </I>&gt;<i>
  97 </I>
  98
  99
 100 </PRE>
 101
 102 <!--endarticle-->
 103     <HR>
 104     <P><UL>
 105         <!--threads-->
 106         <LI>Previous message: <A HREF="001177.html">AW: AW: [IRCServices] Backup Feature?
 107 </A></li>
 108         <LI>Next message: <A HREF="001187.html">AW: AW: [IRCServices] Backup Feature?
 109 </A></li>
 110          <LI> <B>Messages sorted by:</B>
 111               <a href="date.html#1180">[ date ]</a>
 112               <a href="thread.html#1180">[ thread ]</a>
 113               <a href="subject.html#1180">[ subject ]</a>
 114               <a href="author.html#1180">[ author ]</a>
 115          </LI>
 116        </UL>
 117
 118 </body></html>