projects / irc.git / blame
| Commit | Line | Data |
|---|---|---|
| 3bd189cb JR |
1 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> |
| 2 | <HTML> | |
| 3 | <HEAD> | |
| 4 | <TITLE> [IRCServices Coding] ircservices-chk script | |
| 5 | </TITLE> | |
| 6 | <LINK REL="Index" HREF="index.html" > | |
| 7 | <LINK REL="made" HREF="mailto:ircservices-coding%40ircservices.za.net?Subject=%5BIRCServices%20Coding%5D%20ircservices-chk%20script&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="001687.html"> | |
| 11 | <LINK REL="Next" HREF="001689.html"> | |
| 12 | </HEAD> | |
| 13 | <BODY BGCOLOR="#ffffff"> | |
| 14 | <H1>[IRCServices Coding] ircservices-chk script</H1> | |
| 15 | <B>Ballsy</B> | |
| 16 | <A HREF="mailto:ircservices-coding%40ircservices.za.net?Subject=%5BIRCServices%20Coding%5D%20ircservices-chk%20script&In-Reply-To=" | |
| 17 | TITLE="[IRCServices Coding] ircservices-chk script">ballsy at mystical.net | |
| 18 | </A><BR> | |
| 19 | <I>Fri Nov 1 13:46:55 PST 2002</I> | |
| 20 | <P><UL> | |
| 21 | <LI>Previous message: <A HREF="001687.html">[IRCServices Coding] Fails services(lock file not removed) | |
| 22 | </A></li> | |
| 23 | <LI>Next message: <A HREF="001689.html">[IRCServices Coding] ChanServ bug? | |
| 24 | </A></li> | |
| 25 | <LI> <B>Messages sorted by:</B> | |
| 26 | <a href="date.html#1688">[ date ]</a> | |
| 27 | <a href="thread.html#1688">[ thread ]</a> | |
| 28 | <a href="subject.html#1688">[ subject ]</a> | |
| 29 | <a href="author.html#1688">[ author ]</a> | |
| 30 | </LI> | |
| 31 | </UL> | |
| 32 | <HR> | |
| 33 | <!--beginarticle--> | |
| 34 | <PRE> When services DBs are updated in older versions of IRCServices (ie | |
| 35 | 4.5.*), *.db.save files are created, which are then copied back to the | |
| 36 | normal .db file name. I've had several occasions when services (4.5.43) | |
| 37 | would die during this DB file update, and I'd be left with a nick.db.save | |
| 38 | file, but no nick.db. If I then restart services, no nick.db would be | |
| 39 | found (obviously), and a new one would be started from scratch...not a | |
| 40 | desired effect. | |
| 41 | Because of this functionality, I choose not to restart services | |
| 42 | using cron for fear of losing a .db file or 2. While it's possible to | |
| 43 | write a more elaborate cron script which would check for these .save files | |
| 44 | and copy them into place in the aforementioned event before restarting | |
| 45 | services, does version 5.0.* have a better way around this at all ? | |
| 46 | Planning to migrate to 5.0.2...they're looking great. | |
| 47 | ||
| 48 | David | |
| 49 | ||
| 50 | ||
| 51 | </PRE> | |
| 52 | ||
| 53 | <!--endarticle--> | |
| 54 | <HR> | |
| 55 | <P><UL> | |
| 56 | <!--threads--> | |
| 57 | <LI>Previous message: <A HREF="001687.html">[IRCServices Coding] Fails services(lock file not removed) | |
| 58 | </A></li> | |
| 59 | <LI>Next message: <A HREF="001689.html">[IRCServices Coding] ChanServ bug? | |
| 60 | </A></li> | |
| 61 | <LI> <B>Messages sorted by:</B> | |
| 62 | <a href="date.html#1688">[ date ]</a> | |
| 63 | <a href="thread.html#1688">[ thread ]</a> | |
| 64 | <a href="subject.html#1688">[ subject ]</a> | |
| 65 | <a href="author.html#1688">[ author ]</a> | |
| 66 | </LI> | |
| 67 | </UL> | |
| 68 | ||
| 69 | </body></html> |