Bert,
I'll try those settings when I run through the next series of load tests.
> Having said all this - actual powerdns performance problems are very rare in
> the real world, and the million domain+ installations keep chugging along
> nicely.
We have approximately 7k domains in our system righ
Gregory King wrote:
> Hi Joe,
>
> I use POWERadmin which is a web based front end to PDNS.
Hmm, odd. I wonder if it was only meant to work with older versions of
php or something. After installing the code, and configuring
config.inc.php, I get a blank page when I access install.php (which was
c
On Fri, Nov 30, 2007 at 11:06:06AM -0800, Max Clark wrote:
> I recently ran a series of dns load tests against various dns servers
> and have been greatly surprised by the results
> (http://www.clarksys.com/2007/11/20/dns_load_testing_results/) - in
> this test PDNS was slightly faster than TinyDNS
Max Clark wrote:
> I recently ran a series of dns load tests against various dns servers
> and have been greatly surprised by the results
> (http://www.clarksys.com/2007/11/20/dns_load_testing_results/) - in
> this test PDNS was slightly faster than TinyDNS and half as fast as
> BIND. Because the q
Max Clark wrote:
> I recently ran a series of dns load tests against various dns servers
> and have been greatly surprised by the results
> (http://www.clarksys.com/2007/11/20/dns_load_testing_results/) - in
> this test PDNS was slightly faster than TinyDNS and half as fast as
> BIND. Because the q
Hi Joe,
I use POWERadmin which is a web based front end to PDNS.
Greg
> One main points of pdns which interested me is the sql back end, which
> promises greater manageability *if* we find some sort of tool which
> could serve as an administrative front end to that dns data. I've looked
> at a
bert hubert wrote:
> On Fri, Nov 30, 2007 at 07:56:18AM -0800, Eli.Birova wrote:
>> I am using 2.9.20 on Debian with gpgsql backend. We are trying to set up
>
> Quick answer is that NAPTR received a lot of fixes in 2.9.21, so perhaps you
> could try that.
We've been using NAPTR records in PowerDN
On Nov 30, 2007 2:21 PM, Sloan <[EMAIL PROTECTED]> wrote:
> Hi Brendan,
Hi.
> But bind does have issues, for instance, the fact that every time we
> restart it, it becomes fairly comatose and thrashes the CPU for about 5
> minutes, while loading up all the zones:
>
> And we have to restart it fai
Brendan Oakley wrote:
> I would rank our installation as large. Not large like eBay but larger
> than average to be sure. I can testify that the performance of
> PowerDNS with the BIND backend, when compared to BIND, at least in our
> case, is astounding. When I replaced one particular BIND 9 serve
On Nov 30, 2007 10:25 AM, Sloan <[EMAIL PROTECTED]> wrote:
> Hello list,
>
> I've been a bind admin for some years, but have recently installed pdns
> at home with a view to installing it for some IT clients. I've been
> fairly impressed with it so far. Anybody here using it in a large
> installati
I recently ran a series of dns load tests against various dns servers
and have been greatly surprised by the results
(http://www.clarksys.com/2007/11/20/dns_load_testing_results/) - in
this test PDNS was slightly faster than TinyDNS and half as fast as
BIND. Because the query set was highly repetit
Hello list,
I've been a bind admin for some years, but have recently installed pdns
at home with a view to installing it for some IT clients. I've been
fairly impressed with it so far. Anybody here using it in a large
installation? Any anecdotes about reliability, performance etc as
compared to is
On Fri, Nov 30, 2007 at 07:56:18AM -0800, Eli.Birova wrote:
> I am using 2.9.20 on Debian with gpgsql backend. We are trying to set up
Quick answer is that NAPTR received a lot of fixes in 2.9.21, so perhaps you
could try that.
Good luck!
--
http://www.PowerDNS.com Open source, database dr
Hi All,
I am using 2.9.20 on Debian with gpgsql backend. We are trying to set up
pdns to be used for enum lookup from an SBC.
The problem is that the SBC is expecting to receive the NAPTR answer in the
following form:
100 10 "u" "E2U+sip" "!^.*$!sip:[EMAIL PROTECTED]"
and the answer comes as fol
Dear PowerDNS friends,
Due to a recent mistake in moving our servers, the mailing lists have been
offline for most of the past week.
While everything should be in working order, please let me know (privately)
if you experience problem accessing any of our web pages.
Kind regards,
Bert Hubert
Po
Op 21/11/2007 om 12:49:01 -0800, schreef Brendan Oakley:
> On Nov 16, 2007 6:25 AM, Leo Baltus <[EMAIL PROTECTED]> wrote:
> > Well, if I may jump in, the formward-zones-file would be really nice.
>
> Is this not already possible with 'rec_control reload-zones'? It works
> for forward-zones, I have
Hello.
I am running PowerDNS 2.9.21 with only the BIND backend, as a slave
for a number of zones. We have discovered that only some of the zone
files on a server refresh, while others do not.
There is no problem transferring any of the zones, and no errors. It
is simply that it only knows it need
On Wed, Nov 21, 2007 at 02:31:52PM -0800, Jeffrey Wong wrote:
> Bandwidth is limited, so I don't want to have to send all the
> replication logs to the extra server. And I need to send all the
> replication logs to a different server dedicated to keeping a backup
> of all the databases.
>
> Thank
I've been thinking about this as well, but haven't gotten to a postable
solution yet.
Incidently, I use pgsql rather than mysql, and that probably affects my
design choices)
My thought is that there should be a table for each major type of RR
(such as rr.a, rr.mx, rr., etc) with rr-epcifi
Hello.
On 09/10/07, Augie Schwer wrote:
> On 5/19/06, Augie Schwer <[EMAIL PROTECTED]> wrote:
> > On 5/18/06, bert hubert <[EMAIL PROTECTED]> wrote:
> > > I might add this. Add a feature ticket for it on wiki.powerdns.com (yes,
> > > I'll try to delete the spam, trac does not make this easy).
> >
20 matches
Mail list logo
