[IRCServices Coding] problems with 5.0.9
Andrew Church
achurch at achurch.org
Fri Feb 14 21:17:10 PST 2003
Fixed, thanks (to you and everyone else who reported it) for the
report.
--Andrew Church
achurch at achurch.org
http://achurch.org/
>Hello;
>We have the same problem too. We are using Unreal3.2 as ircd. But cant
>reproduce it. Hub stops but services continues. We cant connect it or
>anything else after ircd come back. Services stays alone.
>
>----- Original Message -----
>From: <RT.Mail at verizon.net>
>To: "IRC Services Coding Mailing List"
><ircservices-coding at ircservices.za.net>
>Sent: Tuesday, February 11, 2003 12:42 AM
>Subject: Re: [IRCServices Coding] problems with 5.0.9
>
>
>We are having problems also, we are running Unreal3.1.5.1 and the other day
>the hub died and the services never died, just
>kept running.
>
>< >On Tue, 11 Feb 2003 00:24:48 +0200, Aragon Gouveia wrote:
>< > I can definately reproduce it. It happens every time.
>< >
>< > I'm also connecting to localhost (from localhost) to a specified
>< > port. I
>< > haven't defined a binding port though.
>< >
>< > Can anyone help me debug this? Can attach to a running process
>< > with gdb,
>< > but from there I'm not sure what I should be doing.. :)
>< >
>< >
>< > Thanks,
>< > Aragon
>< >
>< >
>< > | By Arathorn <arathorn at theonering.net>
>< > | [ 2003-02-10 23:43
>< > +0200 ]
>< > > I've had this problem too (although I cannot reproduce it at
>< > the moment) -
>< > > I've reported it on the non-coding list. Andrew's suggestion
>< > there is to
>< > > attach to the hung process with gdb and see what's going on
>< > (which I'm going
>< > > to do when it next happens to me).
>< > >
>< > > That said, I have a suspicion that I may have somehow
>< > prevented it; although
>< > > so many variables have been changed I'm not sure what may have
>< > helped.
>< > >
>< > > Off the top of my head:
>< > >
>< > > 1) I changed services to connect to unreal 3.2 on localhost -
>< > explicitly
>< > > specifying the binding port (i.e. connecting from
>< > 127.0.0.1:7028 to
>< > > 127.0.0.1:7029),
>< > >
>< > > 2) enabled a PingFrequency of 30s across the link to try to
>< > keep things
>< > > alive and healthy (i've also had problems with 3.2 complaining
>< > about Bad
>< > > File Descriptors on the Services socket when select()ing the
>< > FDLIST),
>< > >
>< > > 3) Tried running services 'plain' from the commandline rather
>< > than from a
>< > >
>< > > start-stop-daemon --start --quiet --pidfile
>< > > /usr/local/lib/ircservices/ircservices.pid \
>< > > --chuid irc:irc --exec
>< > /usr/local/sbin/ircservices >
>< > > /dev/null 2>&1
>< > >
>< > > in a Debian /etc/init.d script.
>< > >
>< > > Somewhere along there, it's decided to start behaving
>< > absolutely fine (after
>< > > consistently hanging after the ircd closed its connection).
>< > Services die
>< > > cleanly on a /restart and /die work fine - and for that
>< > matter, so does
>< > > /operserv restart, quit & shutdown. With the proviso of some
>< > thoroughly
>< > > screwed up intermittent faults with +k modelocks disappearing
>< > on registered
>< > > channels after services restarts - and xml-export doing some
>< > very mangled
>< > > things. c.f. ircservices at ircservices.za.net.
>< > >
>< > >
>< > ________________________________________________________________
>< > > Matthew Hodgson arathorn at theonering.net Tel: +44 7968
>< > 722968
>< > > Arathorn: Co-Sysadmin, TheOneRing.net?
>< > >
>< > >
>< > > ----- Original Message -----
>< > > From: "Aragon Gouveia" <aragon at phat.za.net>
>< > > To: <ircservices-coding at ircservices.za.net>
>< > > Sent: Monday, February 10, 2003 9:22 PM
>< > > Subject: [IRCServices Coding] problems with 5.0.9
>< > >
>< > >
>< > > > Hi,
>< > > >
>< > > > The other day I reported the database save bug when
>< > ircservices looses its
>< > > > uplink. Just upgraded to 5.0.9 and am having another
>< > problem...
>< > > >
>< > > > When the uplink server closes the connection ircservices
>< > does not exit.
>< > > > Neither is there any log of such activity. Further more,
>< > issuing a
>< > > SIGTERM
>< > > > to the process after the uplink has died only results in
>< > "Received
>< > > SIGTERM,
>< > > > exiting." being logged, but the process does not die. It
>< > takes a SIGKILL
>< > > to
>< > > > kill it off. And of course a SIGKILL doesn't go down well
>< > with saving the
>< > > > database to disk! :)
>< > > >
>< > > > Running Unreal 3.2 btw.
>< > > >
>< > > >
>< > > > Regards,
>< > > > Aragon
>< > > > -------------------------------------------------------------
>< > -----
>< > > > To unsubscribe or change your subscription options, visit:
>< > > > http://www.ircservices.za.net/mailman/listinfo/ircservices-
>< > coding
>< > >
>< > >
>< > > ---------------------------------------------------------------
>< > ---
>< > > To unsubscribe or change your subscription options, visit:
>< > > http://www.ircservices.za.net/mailman/listinfo/ircservices-
>< > coding
>< > -----------------------------------------------------------------
>< > -
>< > To unsubscribe or change your subscription options, visit:
>< > http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding
>
>
>---
>Outgoing mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.449 / Virus Database: 251 - Release Date: 27.01.2003
>
>------------------------------------------------------------------
>To unsubscribe or change your subscription options, visit:
>http://www.ircservices.za.net/mailman/listinfo/ircservices-coding