]> jfr.im git - irc.git/blob - software/!RELEASES/ircservices/achurch.org/services/lists/ircservices/2001/001187.html
RELEASE -> !RELEASE
[irc.git] / software / !RELEASES / ircservices / achurch.org / services / lists / ircservices / 2001 / 001187.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=">
8 <META NAME="robots" CONTENT="index,nofollow">
9 <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
10 <LINK REL="Previous" HREF="001180.html">
11 <LINK REL="Next" HREF="001188.html">
12 </HEAD>
13 <BODY BGCOLOR="#ffffff">
14 <H1>AW: AW: [IRCServices] Backup Feature?</H1>
15 <B>Strider</B>
16 <A HREF="mailto:ircservices%40ircservices.za.net?Subject=AW%3A%20AW%3A%20%5BIRCServices%5D%20Backup%20Feature%3F&In-Reply-To="
17 TITLE="AW: AW: [IRCServices] Backup Feature?">strider at chatcircuit.com
18 </A><BR>
19 <I>Mon Jan 22 12:05:55 PST 2001</I>
20 <P><UL>
21 <LI>Previous message: <A HREF="001180.html">AW: AW: [IRCServices] Backup Feature?
22 </A></li>
23 <LI>Next message: <A HREF="001188.html">AW: AW: [IRCServices] Backup Feature?
24 </A></li>
25 <LI> <B>Messages sorted by:</B>
26 <a href="date.html#1187">[ date ]</a>
27 <a href="thread.html#1187">[ thread ]</a>
28 <a href="subject.html#1187">[ subject ]</a>
29 <a href="author.html#1187">[ author ]</a>
30 </LI>
31 </UL>
32 <HR>
33 <!--beginarticle-->
34 <PRE>I think the cron job idea is the best I've seen out of all of this. It uses
35 the least amount of resources, has less overhead, and no database issues. A
36 cron job that runs every 5 minutes would work great for that. All you would
37 have to do is write a script that checks to see if services is running, and
38 if it finds it isn't, start them up.
39
40 One feature I'd like to see though that the cron job idea could benefit from
41 is being able to send the process arguments and it work to where you can
42 send a global from outside of the ircd. I could see this being useful for
43 the script to send a global to all users with a warning to identify to
44 nickserv and an apology about services being down. I could see other
45 benefits from this as well later on down the line in conjuction with logs
46 and tail -f if one didn't care to log into irc.
47
48 Beau (Strider) Steward
49 chatcircuit administrator and 6bit band member
50 <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">strider at chatcircuit.com</A> www.chatcircuit.com
51 <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">ircadmin at chatcircuit.com</A> irc.chatcircuit.com
52 <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">strider at 6bit.net</A> www.6bit.net
53 ----- Original Message -----
54 From: &quot;Michael Smith&quot; &lt;<A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">mike at chat.za.net</A>&gt;
55 To: &lt;<A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">ircservices at ircservices.za.net</A>&gt;
56 Sent: Monday, January 22, 2001 11:57 PM
57 Subject: Re: AW: AW: [IRCServices] Backup Feature?
58
59
60 &gt;<i>
61 </I>&gt;<i> There is absolutly no point to a failover services, there is no proper way
62 </I>&gt;<i> to keep 2 sets of DB synced nicely. The point being, if connectivity
63 </I>&gt;<i> fails, the one set of services wont be able to read from the others DB
64 </I>&gt;<i> anyway. And there is NO point to run services twice on the same machine.
65 </I>&gt;<i>
66 </I>&gt;<i> The only POSSIBLE solution could be...
67 </I>&gt;<i>
68 </I>&gt;<i> On a second server, should that server detect that services goes down, it
69 </I>&gt;<i> brings up a set of services (with a db that is synced 2x a day, in READ
70 </I>&gt;<i> only mode, ie no changes... THe nice thing about this is, when the main
71 </I>&gt;<i> services comes back up, we are not dealing with 2 seperate DB's.
72 </I>&gt;<i>
73 </I>&gt;<i> This model could work in a net that has frequent and long netsplitz as
74 </I>&gt;<i> well
75 </I>&gt;<i>
76 </I>&gt;<i> Mike
77 </I>&gt;<i>
78 </I>&gt;<i>
79 </I>&gt;<i>
80 </I>&gt;<i> ---
81 </I>&gt;<i> Michael Smith (Warlock on IRC)
82 </I>&gt;<i> <A HREF="http://www.warlock.web.za/">http://www.warlock.web.za/</A>
83 </I>&gt;<i> &quot;The software said Windows95 or better...
84 </I>&gt;<i> ...so I got Linux&quot;
85 </I>&gt;<i>
86 </I>&gt;<i>
87 </I>&gt;<i> On Tue, 23 Jan 2001, Yusuf Iskenderoglu wrote:
88 </I>&gt;<i>
89 </I>&gt;<i> &gt;
90 </I>&gt;<i> &gt; Hello;
91 </I>&gt;<i> &gt;
92 </I>&gt;<i> &gt; &gt; you are assuming that the internet feed never goes down. We had an
93 </I>&gt;<i> &gt; &gt; outtage of over 2 hours one day, where the server running services was
94 </I>&gt;<i> &gt; &gt; fine but the internet connecion was down.
95 </I>&gt;<i> &gt; &gt;
96 </I>&gt;<i> &gt; I assume nothing, because:
97 </I>&gt;<i> &gt;
98 </I>&gt;<i> &gt; You cannot have to sets of services on different computers, for they
99 </I>HAVE to read the
100 &gt;<i> &gt; same DB. Any solution using NFS/SMBFS may also fail, if the network
101 </I>itself is down.
102 &gt;<i> &gt; And, two services with different db's does not make any sense.
103 </I>&gt;<i> &gt;
104 </I>&gt;<i> &gt; Result: If you want them to read the same db, place them onto the same
105 </I>computer.
106 &gt;<i> &gt; Network filesystems may work, but again, secondary set may even not
107 </I>start, if there are
108 &gt;<i> &gt; bigger connection problems.
109 </I>&gt;<i> &gt; If they are on the same computer, there is really no need of adding that
110 </I>functionality.
111 &gt;<i> &gt; Cron will do the same job.
112 </I>&gt;<i> &gt;
113 </I>&gt;<i> &gt; Regards;
114 </I>&gt;<i> &gt; yusuf
115 </I>&gt;<i> &gt;
116 </I>&gt;<i> &gt; ----------------------------------------------------------------------
117 </I>&gt;<i> &gt; | Yusuf Iskenderoglu | You get to meet all sorts, |
118 </I>&gt;<i> &gt; | eMail - <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">uhc0 at rz.uni-karlsruhe.de</A> | in this line of work... |
119 </I>&gt;<i> &gt; | eMail - <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">s_iskend at ira.uka.de</A> | |
120 </I>&gt;<i> &gt; | ICQ UIN : 20587464 | |
121 </I>&gt;<i> &gt; ----------------------------------------------------------------------
122 </I>&gt;<i> &gt;
123 </I>&gt;<i> &gt;
124 </I>&gt;<i> &gt; -----------------------------------------------------------
125 </I>&gt;<i> &gt; To unsubscribe, mail <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">ircservices-request at ircservices.za.net</A>
126 </I>&gt;<i> &gt; with the word UNSUBSCRIBE in the subject of the mail.
127 </I>&gt;<i> &gt; <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices</A>
128 </I>&gt;<i> &gt;
129 </I>&gt;<i>
130 </I>&gt;<i>
131 </I>&gt;<i> -----------------------------------------------------------
132 </I>&gt;<i> To unsubscribe, mail <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">ircservices-request at ircservices.za.net</A>
133 </I>&gt;<i> with the word UNSUBSCRIBE in the subject of the mail.
134 </I>&gt;<i> <A HREF="http://www.ircservices.za.net/mailman/listinfo/ircservices">http://www.ircservices.za.net/mailman/listinfo/ircservices</A>
135 </I>&gt;<i>
136 </I>
137
138
139 </PRE>
140
141 <!--endarticle-->
142 <HR>
143 <P><UL>
144 <!--threads-->
145 <LI>Previous message: <A HREF="001180.html">AW: AW: [IRCServices] Backup Feature?
146 </A></li>
147 <LI>Next message: <A HREF="001188.html">AW: AW: [IRCServices] Backup Feature?
148 </A></li>
149 <LI> <B>Messages sorted by:</B>
150 <a href="date.html#1187">[ date ]</a>
151 <a href="thread.html#1187">[ thread ]</a>
152 <a href="subject.html#1187">[ subject ]</a>
153 <a href="author.html#1187">[ author ]</a>
154 </LI>
155 </UL>
156
157 </body></html>