View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000893unrealircdpublic2003-04-15 03:422004-02-18 17:35
Reportervorte[x] Assigned Tocodemastr 
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Platform*nixOSBSD/Redhat/etc. 
Product Version3.2-beta16 
Summary0000893: Epona/Anope Services Delayed Interaction Causing Errors
DescriptionI'm not 100% sure this is the cause nor if I'm even reporting it correctly but its been happening for sometime now and only in UnrealIRCd.

...
user: SETHOST for nonexistent user blabla
debug: Top of main loop
debug: buffered_read_one wanted 7679, got 212
debug: Received: :Psychotic SETHOST bla bla bla
debug: finduser(Psychotic) -> 0x0
^^ (no kidding he hasn't been put into hash table)
user: SETHOST for nonexistent user Psychotic
debug: Top of main loop
debug: Received: NICK Psychotic 2 1050197105 ~Psychotic (etc)
...

Seems the IRCd is shooting off a SETHOST before connect or something???

debug: new user: Psychotic
LOGUSERS: Psychotic (bla bla bla)
^^^ (now hes in hash table)
Steps To ReproduceInstall UnrealIRCd and install either Anope/Epona and link. Have a user connect. (turn on debugging)
TagsNo tags attached.
3rd party modules

Activities

vorte[x]

2003-04-15 03:44

reporter   ~0002332

Keep in mind the effect is just the printing of the error throughout my logs (eating space)

syzop

2003-04-15 13:36

administrator   ~0002339

I'm not sure if it's related but it's possible: there was a bug in all versions until CVS of some days ago which caused messages being lost if BUFFERPOOL mem was reached or low on memory.. Just to be sure you might want to checkout latest CVS.
[easy way] http://vulnscan.org/UnrealIrcd/ -> .tar.gz [/easy way]

codemastr

2003-04-15 21:33

reporter   ~0002345

I can't reproduce this using the current CVS with Anope 1.4.19. If you could try upgrading to the current cvs, and/or giving a little more info, such as perhaps the set {} section of your unrealircd.conf? And what version of Anope you are running?

vorte[x]

2003-04-21 23:42

reporter   ~0002455

Last edited: 2003-04-21 23:42

 ==== Here's the set block:

set {
    kline-address "[deleted]";
    modes-on-connect "+xi";
    modes-on-oper "+xwis";
    oper-auto-join [deleted];
        static-quit "WinBeta - Testing the future of software...";
    oper-only-stats *;
    maxchannelsperuser "20";
    options { identd-check; show-connect-info; };
    dns { timeout "3s"; retries "0"; nameserver "127.0.0.1"; };
    network-name "WiNBETA";
    default-server [deleted];
    services-server "services.winbeta.org";
    cloak-keys { [deleted] };
    hiddenhost-prefix "wb-mask";
    hosts {
        host-on-oper-up "yes";
        global "global.winbeta.org";
        local "local.winbeta.org";
        coadmin "coadmin.winbeta.org";
        admin "admin.winbeta.org";
        servicesadmin "services.administrator.winbeta.org";
        netadmin "network.admin.winbeta.org"; };
            help-channel "#winbeta";
};

==== More Info.
Using Anope 1.4.19 and have been getting this problem since the old Epona days. I can't explain it as well as I can show it, so i'll set up a test box and possibly let you guys SSH into it, if you want.

edited on: 04-21-03 23:42

codemastr

2003-04-22 02:43

reporter   ~0002456

"If you could try upgrading to the current cvs" the reason I said this is, it is possible this problem is already fixed. I'd rather not spend hours investigating a bug if it is already fixed.

vorte[x]

2003-04-22 12:23

reporter   ~0002459

Yep, I understand, although highly doubt the problem is fixed in the CVS. I'll try it this afternoon and get back to you guys. :)

syzop

2003-04-26 00:35

administrator   ~0002487

Got any results?

vorte[x]

2003-04-29 23:59

reporter   ~0002574

2003/04/26 Fixed SETHOST for nonexistent user nickname in log files

Its fixed in Anope 1.4.22 - Thanks for the support (sorry for the useless report)

syzop

2003-04-30 00:40

administrator   ~0002576

Ok... still weird however ;).

syzop

2003-06-09 02:43

administrator   ~0002947

Last edited: 2003-06-09 02:46

 VHP looks fragged.. for local users it doesn't sethost (for NON-NICKv2) and for users at remote servers the following happends (oh and ofcoz +x in modes-on-connect should be on):
:Zwei SETHOST Gll-BFDFB66.hoklan
NICK Zwei 2 1055125118 MsH syzop.hoklan testlink.hok.net 0 :Got root???
:Zwei MODE Zwei :+ix

backtrace of the sethost:
#1 0x08089ec5 in sendto_one (to=0x8151178, pattern=0x809bd25 ":%s %s") at send.c:233
#2 0x0808a772 in sendto_serv_butone_token_opt (one=0x8151690, opt=4096, prefix=0x815c949 "Zwei", command=0x809cf03 "SETHOST",
    token=0x809cee1 "AA", pattern=0x809558d "%s") at send.c:714
#3 0x08088712 in m_umode (cptr=0x8151690, sptr=0x815c920, parc=3, parv=0xbffff650) at s_user.c:2484
#4 0x08085fea in register_user (cptr=0x8151690, sptr=0x815c920, nick=0x815c949 "Zwei", username=0x8151784 "MsH", umode=0x8151799 "+ix",
    virthost=0x815179d "*") at s_user.c:1088
#5 0x08087c05 in m_user (cptr=0x8151690, sptr=0x815c920, parc=135616840, parv=0x815c949) at s_user.c:1994
#6 0x08086c54 in m_nick (cptr=0x8151690, sptr=0x815c920, parc=11, parv=0x8113020) at s_user.c:1795
#7 0x0806629e in parse (cptr=0x8151690, buffer=0x8151774 "&", bufend=0x81517ab "") at parse.c:477

edited on: 06-09-03 02:46

vorte[x]

2003-06-09 11:27

reporter   ~0002949

I take it, the fix in Anope/Epona may have just been a temporary solution (maybe the switching off of that particular error?) Thanks for checkin it out/confirming.

codemastr

2004-01-30 17:26

reporter   ~0004798

Has anything been done about this?

syzop

2004-01-30 18:09

administrator   ~0004799

don't think so. except anope switching off logging of these errors (which is of course a weird "solution", so it should still be fixed). If you want to take a look at it.. have fun! ;)

codemastr

2004-02-18 17:35

reporter   ~0005079

Fixed in .2118

Issue History

Date Modified Username Field Change
2003-04-15 03:42 vorte[x] New Issue
2003-04-15 03:44 vorte[x] Note Added: 0002332
2003-04-15 13:36 syzop Note Added: 0002339
2003-04-15 21:33 codemastr Note Added: 0002345
2003-04-21 23:42 vorte[x] Note Added: 0002455
2003-04-21 23:42 vorte[x] Note Edited: 0002455
2003-04-22 02:43 codemastr Note Added: 0002456
2003-04-22 12:23 vorte[x] Note Added: 0002459
2003-04-26 00:35 syzop Note Added: 0002487
2003-04-29 23:59 vorte[x] Note Added: 0002574
2003-04-30 00:40 syzop Status new => resolved
2003-04-30 00:40 syzop Resolution open => fixed
2003-04-30 00:40 syzop Assigned To => syzop
2003-04-30 00:40 syzop Note Added: 0002576
2003-04-30 00:41 syzop Status resolved => closed
2003-06-09 02:43 syzop Status closed => feedback
2003-06-09 02:43 syzop Resolution fixed => reopened
2003-06-09 02:43 syzop Note Added: 0002947
2003-06-09 02:44 syzop Assigned To syzop =>
2003-06-09 02:44 syzop Status feedback => confirmed
2003-06-09 02:44 syzop Product Version 3.2-beta15 => 3.2-beta16
2003-06-09 02:44 syzop Build 1.1.1.1.2.1.2.29 => cvs Jun 09
2003-06-09 02:46 syzop Note Edited: 0002947
2003-06-09 11:27 vorte[x] Note Added: 0002949
2004-01-30 17:26 codemastr Note Added: 0004798
2004-01-30 18:09 syzop Note Added: 0004799
2004-02-17 11:15 codemastr Status confirmed => assigned
2004-02-17 11:15 codemastr Assigned To => codemastr
2004-02-18 17:35 codemastr Status assigned => resolved
2004-02-18 17:35 codemastr Resolution reopened => fixed
2004-02-18 17:35 codemastr Note Added: 0005079