|
|
| Author |
Message |
anoxs
none
Joined: 05 Jun 2004
Posts: 4
|
 Posted: Jul 30, 2004 7:54pm Post subject: ViagraIRCd |
 |
|
Hey,
I've been running ViagraIRCd on my network for 3-4 months now and it has been going smoothly until reccently we decided that instead off running one of our servers off a shell host we would go and buy a VPS where we have much more control over it. However we have encountered some problems, namely that the VPS provider is running UML (User-Mode Linux) so we can't have FreeBSD running which is our OS of choice however we have moved past that and are now trying the Linux distros offered there.
We encountered some problems running a couple of Linux distros:
1. I decided we should try Debian which I have had a bit of experience with in the past and everything works well except as soon as the 5th user connects the IRCd dies for now apparent reason, no logs written anywhere, nothing.
2. After this I tried putting some other OS's on (Mandrake, Fedora, Red Hat, Slackware and Gentoo) all of which have had this same problem, I've been able to have as many users on it as I like and most everything is very functional except that it doesn't resolve hostnames which makes it tremendously slow to connect to and not particuarly appealing to users (oh and yes, the system itself can resolve hostnames, when I do netstat it shows up the users on my IRCd with correct hostnames and not IPs). I ended up settling down with Gentoo so if anyone has any solutions can they be relevant to that OS. I am aware that this problem appears in the ViagraIRCd BUGS file, but I'm hoping someone here will be able to provide a solution to the problem.
If anyone has a solution to either my Debian user problem or Gentoo hostname resolving problem their help would be much appreciated by me and my fellow network admins.
-Tim |
|
| Back to top |
|
 |
mouselike
Idler
Joined: 09 Dec 2003
Posts: 333
Location: IRC
|
| Posted: Jul 31, 2004 7:57am Post subject: Re: ViagraIRCd |
|
|
| anoxs wrote: | | 2. After this I tried putting some other OS's on (Mandrake, Fedora, Red Hat, Slackware and Gentoo) all of which have had this same problem, I've been able to have as many users on it as I like and most everything is very functional except that it doesn't resolve hostnames which makes it tremendously slow to connect to and not particuarly appealing to users (oh and yes, the system itself can resolve hostnames, when I do netstat it shows up the users on my IRCd with correct hostnames and not IPs). I ended up settling down with Gentoo so if anyone has any solutions can they be relevant to that OS. I am aware that this problem appears in the ViagraIRCd BUGS file, but I'm hoping someone here will be able to provide a solution to the problem. |
Ive had this problem with slackware, though not with viagra ircd, after some playing around it finally worked and the slow connecting was resolved.
If its working slow on all these distro's id say its not the linux os's but the ircd its self, try and report it to the viagra ircd coder and ask them if its known, if not make a bug report to them as i cant see all os's being a problem, though the new kernel may pose problems for the ircd (breaks the code) it self which in case its upto the ircd coders to make adjustments.
Check the ircd configs, i know it sounds like i am making you out to be a newbie, but even the experienced ircd users admins like myself make small silly or minor mistakes which can lead to slow connections to the ircd when resoloving hostnames or looking for ident requests.
Check you dont have a firewall or router( i.e cisqo) blocking open ports that are needed, though this shouldnt slow down hostname resolve requests but would slow down users connecting.
One other thing check your dns servers are correct, if one doesnt respond it will use the next alternative, and any others, ive got 4 running in mine, 2 isp ones and 2 remote ones, this helps speed up requests i feel. if they are wrong or cant resolve this will be the issue maybe also.... or your isp may have the problem laying at their end.
I know its unlikely it could not be any of them above, but its usally small things that cause bigger problems
My appologies for any bad spelling  |
|
| Back to top |
|
|
mouselike
Idler
Joined: 09 Dec 2003
Posts: 333
Location: IRC
|
| Posted: Jul 31, 2004 7:59am Post subject: Re: ViagraIRCd |
|
|
| anoxs wrote: | | I am aware that this problem appears in the ViagraIRCd BUGS file, but I'm hoping someone here will be able to provide a solution to the problem. |
Ah if its there and been discovered its obviously been a problem on the coders behalf, id sit tightly and wait for the next release if its been reported as a bug.
They may release a patch if you ask nicely, however i cannot provide any information as ive not actually looked through viagraircd code at all though i can imagine its based on bahamut from the cosmetic looks/features it gives on some networks ive been on with it. |
|
| Back to top |
|
|
w00t
Eleet
Joined: 09 Jun 2004
Posts: 698
Location: Nowra, Australia
|
| Posted: Jul 31, 2004 9:15pm Post subject: |
|
|
| I use Unreal on slackware, havent had any troubles. |
|
| Back to top |
|
|
anoxs
none
Joined: 05 Jun 2004
Posts: 4
|
| Posted: Jul 31, 2004 11:28pm Post subject: |
|
|
The config is fine, I've configured this ircd almost 60 times in the last month including a few times on FreeBSD where it works perfectly and twice on debian where it resolves but as it says in my first post it also dies when the 5th user connects (it seems a sad ammount of configures when I see it written down  ).
The nameservers are fine, they were the first thing I thought of when I was having this problem but now I'm running my own and they are fine, ultimate resolves, bahamut resolves, hybrid resolves and another one I can't remember the name of does as well.
I've always been pretty sure it has been an ircd problem, one of the admins on my network tried writing our own res files but to no avail.
All ports required are open, proved by the fact that other IRCds reolve fine.
Thanks for your help, a pitty none of your solutions has worked. I think I will try contacting the developer, pity he took the forums on the site down.
Anyone else got any ideas?
This really is a pitty its not working as from what me and my fellow admins have seen this really is the best IRCd for our needs and it would be quite terrible if we feel that we need to change IRCds as a result of this resolving problem |
|
| Back to top |
|
|
mouselike
Idler
Joined: 09 Dec 2003
Posts: 333
Location: IRC
|
| Posted: Aug 01, 2004 2:28pm Post subject: |
|
|
| anoxs wrote: | Thanks for your help, a pitty none of your solutions has worked. I think I will try contacting the developer, pity he took the forums on the site down.
Anyone else got any ideas?
This really is a pitty its not working as from what me and my fellow admins have seen this really is the best IRCd for our needs and it would be quite terrible if we feel that we need to change IRCds as a result of this resolving problem |
Your quite welcome, just offered my support from past problems as such, your best option would be to nudge and push the coder a little perhaps to get him to fix it or give a rough eta as to when or which release this will be fixed in.
Best of luck in your network.
Regards. |
|
| Back to top |
|
|
bryanclark
none
Joined: 06 Sep 2004
Posts: 4
|
| Posted: Sep 07, 2004 12:57am Post subject: |
|
|
I have this same problem on my Fedora box. I dove into the code a while back, and as far as I can tell, the asynchronous resolving (hideously arcane, I think, but necessary since the server isn't multithreaded) is acting up. Somewhere, I have the framework of a c++ class to handle async resolving, but I don't see it making the light of day any time soon, since I'd have to rewrite the ircd to make it work.
Maybe there's a hint somewhere in that paragraph that'll get you in the right direction ......  |
|
| Back to top |
|
|
OvErRiTe
none
Joined: 27 Oct 2005
Posts: 12
|
| Posted: Oct 30, 2005 10:38pm Post subject: |
|
|
Even though this thread is long dead, I was at the time.
I am releasing a new version of Viagra IRCd: 1.3.1 which addresses this issue. The res system is also updated to use a hash which will improve cpu usage on high volume nets. |
|
| Back to top |
|
|
nenolod
Idler
Joined: 23 Jan 2004
Posts: 357
Location: A box!
|
| Posted: Nov 01, 2005 7:32pm Post subject: |
|
|
| OvErRiTe wrote: | Even though this thread is long dead, I was at the time.
I am releasing a new version of Viagra IRCd: 1.3.1 which addresses this issue. The res system is also updated to use a hash which will improve cpu usage on high volume nets. |
You should use a radix trie to store cached DNS via IP prefix. A good example of a properly implemented radix trie can be found in ircd-ratbox, src/patricia.c.
All in all though, you should dump the entire res.c code and use the undernet/hybrid-7.1 resolver. It works infinitely better, and doesn't maintain a messy cache.
Also, you may want to run valgrind against your code, hybrid-6 (and thus Bahamut 1.4.x) has had some nasty memory leak issues surrounding res.c.
Anyway, with modern nameserver implementations, there is no real need for a DNS cache -- the upstream nameserver will cache the hostname for you automatically -- so upgrading to a more modern resolver, either adns or the undernet/hybrid-7.1 implementation is really a good idea.
--nenolod |
|
| Back to top |
|
|
zapux
none
Joined: 31 Jan 2006
Posts: 9
|
| Posted: Jan 31, 2006 7:42am Post subject: |
|
|
 viagraircd |
|
| Back to top |
|
|
|
|
| |
Register
Log in
