Michael Nottebrock wrote:
> On Monday, 16. July 2007, Kim Attree wrote:
>
>>> Mike,
>>>
>>> I had an 'exec bash' in my $HOME/.profile and removing this allowed me
>>> to run ./Xsession default and push me into KDE !
>>>
>> KDM though - still refuses to pass to KDE
>>
>
> I'm
On Tuesday, 17. July 2007, Yuri Pankov wrote:
> On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote:
> > I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me a
> > new named.conf, which I modified to run named as a local resolver, like I
> > had before:
> >
> > list
On 07/17/07 09:20, Michael Nottebrock wrote:
> On Tuesday, 17. July 2007, Yuri Pankov wrote:
>> On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote:
>>> I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me a
>>> new named.conf, which I modified to run named as a loc
On Tuesday, 17. July 2007, Kim Attree wrote:
> Michael Nottebrock wrote:
> > On Monday, 16. July 2007, Kim Attree wrote:
> >>> Mike,
> >>>
> >>> I had an 'exec bash' in my $HOME/.profile and removing this allowed me
> >>> to run ./Xsession default and push me into KDE !
> >>
> >> KDM though - s
On Tuesday 17 July 2007 09:39:59 Volker wrote:
> The root zone MUST be of type hint. You do not want to be a slave of
> the root... don't you? ;)
Actually, I also thought that this is strange, but in a way, this is pretty
sensible, as the only thing you cache (more immediately than by making it a
On 07/17/07 09:45, Heiko Wundram (Beenic) wrote:
> On Tuesday 17 July 2007 09:39:59 Volker wrote:
>> The root zone MUST be of type hint. You do not want to be a slave of
>> the root... don't you? ;)
>
> Actually, I also thought that this is strange, but in a way, this is pretty
> sensible, as the
On Tuesday 17 July 2007 09:20:16 Michael Nottebrock wrote:
> Yes - and this:
>
> zone "." {
> type slave;
> file "slave/root.slave";
> masters {
> 192.5.5.241;// F.ROOT-SERVERS.NET.
> 192.228.79.201; // B.ROOT-SERVERS.NET.
>
On Tuesday 17 July 2007 10:00:43 Volker wrote:
> hmm... the root servers should not allow public AXFR. As I've verified
> using:
>
Just like you did:
[EMAIL PROTECTED] ~]$ dig -t AXFR @k.root-servers.net . | head -30
; <<>> DiG 9.3.4 <<>> -t AXFR @k.root-servers.net .
; (1 server found)
;; glob
On Tuesday, 17. July 2007, Volker wrote:
> On 07/17/07 09:20, Michael Nottebrock wrote:
> > On Tuesday, 17. July 2007, Yuri Pankov wrote:
> >> On Mon, Jul 16, 2007 at 11:19:41PM +0200, Michael Nottebrock wrote:
> >>> I finally updated my desktop from 5.5-RELEASE to 6-STABLE. This got me
> >>> a new
On Tuesday, 17. July 2007, Heiko Wundram (Beenic) wrote:
> On Tuesday 17 July 2007 09:20:16 Michael Nottebrock wrote:
> > Yes - and this:
> >
> > zone "." {
> > type slave;
> > file "slave/root.slave";
> > masters {
> > 192.5.5.241;// F.ROOT-SERVERS.NET.
On 07/17/07 10:05, Heiko Wundram (Beenic) wrote:
> On Tuesday 17 July 2007 10:00:43 Volker wrote:
>> hmm... the root servers should not allow public AXFR. As I've verified
>> using:
>>
>
> Just like you did:
>
> [EMAIL PROTECTED] ~]$ dig -t AXFR @k.root-servers.net . | head -30
>
> ; <<>> DiG 9
On Tuesday 17 July 2007 10:52:43 Volker wrote:
>
> Relying on a zone transfer doesn't seem to be reliable to me as more
> than half of the root servers doesn't reply to AXFR requests.
I've heard pretty much the same thing as you did wrt. root name servers
denying AXFR, but as "it works" (TM), I
On 2007-Jul-17 11:06:30 +0200, "Heiko Wundram (Beenic)" <[EMAIL PROTECTED]>
wrote:
>By the way: using the roots as hints only adds to the number of requests your
>server has to do in order to retrieve first-level domain name servers, so in
>the end, the transmitted data should be way higher than
On Tuesday 17 July 2007 11:30:28 Peter Jeremy wrote:
> Note that it's not just a single AXFR - you need to update your local
> slave copy whenever the master copy changes. I'm not sure how often
> this is but the current SOA has a 1-day timeout and appears to be about
> 24 hours old. I suspect th
On 07/17/07 11:06, Heiko Wundram (Beenic) wrote:
> On Tuesday 17 July 2007 10:52:43 Volker wrote:
>>
>> Relying on a zone transfer doesn't seem to be reliable to me as more
>> than half of the root servers doesn't reply to AXFR requests.
>
> I've heard pretty much the same thing as you did wrt. r
Norberto Meijome wrote:
> Michael Williams <[EMAIL PROTECTED]> wrote:
>
> > I'm going to call one more time today. If I get no better
> > assistance, I will seek out a different company. If you all have any
> > recommendations let me know.
http://bsn.com : Small v. flexible BSD ISP server h
On 07/17/07 11:06, Heiko Wundram (Beenic) wrote:
> On Tuesday 17 July 2007 10:52:43 Volker wrote:
>>
>> Relying on a zone transfer doesn't seem to be reliable to me as more
>> than half of the root servers doesn't reply to AXFR requests.
>
> I've heard pretty much the same thing as you did wrt. r
Alright all,
First and foremost, you ladies and gents have been *amazingly*
responsive and helpful; for that I thank you.
We've gotten the "root" issue resolved. I fiiinally spoke to
someone that was familiar enough to log a request for good ole
"single user mode" to simply blast the
On Tuesday 17 July 2007 12:47:50 Volker wrote:
> I've googled a bit. RFC 2870 says:
>
> 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer,
>queries from clients other than other root servers. This
>restriction is intended to, among other things, prevent
>unn
On Tue, 2007-07-17 at 13:08 +0200, Heiko Wundram (Beenic) wrote:
> On Tuesday 17 July 2007 12:47:50 Volker wrote:
> > I've googled a bit. RFC 2870 says:
> >
> > 2.7 Root servers SHOULD NOT answer AXFR, or other zone transfer,
> >queries from clients other than other root servers. This
>
On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote:
> As I think having a default to hint root zone is better, I'll file a
> PR about that.
Which leads me to ask:
Why hasn't anyone recommended using stub zones for this? It seems the
goal is to cache NS records from the rootservers, and stub
On 07/17/07 13:45, Jeremy Chadwick wrote:
> On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote:
>> As I think having a default to hint root zone is better, I'll
>> file a PR about that.
>
> Which leads me to ask:
>
> Why hasn't anyone recommended using stub zones for this? It seems
> the goa
On Tuesday 17 July 2007 13:45:04 Jeremy Chadwick wrote:
> On Tue, Jul 17, 2007 at 12:47:50PM +0200, Volker wrote:
> > As I think having a default to hint root zone is better, I'll file a
> > PR about that.
>
> Which leads me to ask:
>
> Why hasn't anyone recommended using stub zones for this? It s
Michael Nottebrock wrote:
> On Tuesday, 17. July 2007, Kim Attree wrote:
>
>> Michael Nottebrock wrote:
>>
>>> On Monday, 16. July 2007, Kim Attree wrote:
>>>
> Mike,
>
> I had an 'exec bash' in my $HOME/.profile and removing this allowed me
> to run ./Xsession defaul
Hi !
We have two Dell PowerEdge 2950 which only have USB mouse & keyboard,
therefore I'm using a USB to PS/2 converter to get the KVM switch to
work with the servers.
When I boot default FreeBSD-6.2 kernel then the system detects
the usb converter :
ukbd0: CHESEN PS2 to USB Converter, rev 1.
Hi all,
Somewhere our IMAP software triggers this panic, and after some
searching on my part I've found this report: kern/113823
(http://www.freebsd.org/cgi/query-pr.cgi?pr=113823&cat=kern)
The software I am running is Dovecot serving IMAP to endusers and
webmail clients.
Perhaps one of th
On Tue, Jul 17, 2007 at 07:30:28PM +1000, Peter Jeremy wrote:
> Note that it's not just a single AXFR - you need to update your local
> slave copy whenever the master copy changes. I'm not sure how often
> this is but the current SOA has a 1-day timeout and appears to be about
> 24 hours old. I s
On Tuesday 17 July 2007 15:17:22 David Malone wrote:
> I measured the traffic levels a while back:
>
> http://www.imconf.net/imc-2004/papers/p15-malone.pdf
>
> It's actually pretty close for a moderately busy recursive resolver,
> and if you allow IXFR (which, I belive, the root servers in qu
Michael Nottebrock wrote:
> On Tuesday, 17. July 2007, Heiko Wundram (Beenic) wrote:
>> This is natural, unless you specifically enter the zones for 192.168.8.*
>> (forward and reverse) in your client DNS server (as slave or forward zones,
>> see the bind manual for the latter, which I'd recommend
Volker,
I'm sorry to say that you've provided a great deal of incorrect
information in this thread.
Volker wrote:
> Remember, AXFR requires a TCP transfer and not every firewall will
> happily let it pass.
This is true, although since to the firewall an AXFR looks just like
any other stateful T
Doug,
On 07/17/07 18:14, Doug Barton wrote:
> Volker,
>
> I'm sorry to say that you've provided a great deal of incorrect
> information in this thread.
sorry? really? I couldn't find one!
> Volker wrote:
>
>> Remember, AXFR requires a TCP transfer and not every firewall will
>> happily let it
Copyright (c) 1992-2007 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.2-STABLE #0: Mon Jul 16 01:01:03 EES
Volker wrote:
> Doug,
>
> On 07/17/07 18:14, Doug Barton wrote:
>> Volker,
>>
>> I'm sorry to say that you've provided a great deal of incorrect
>> information in this thread.
>
> sorry? really? I couldn't find one!
Yeah, that's part of the problem. Fortunately I'm here to help. :)
1. It's amus
On Tue, Jul 17, 2007 at 02:01:52PM -0700, Doug Barton wrote:
> 3. Using the root zone as type "stub" should work (even while ARM says
> it's not DNS standard). But ARM says, it's not recommended for new
> configurations (I have no idea why it does state that).
>
> This is just plain bad advice, al
Jeremy Chadwick wrote:
> On Tue, Jul 17, 2007 at 02:01:52PM -0700, Doug Barton wrote:
>> 3. Using the root zone as type "stub" should work (even while ARM says
>> it's not DNS standard). But ARM says, it's not recommended for new
>> configurations (I have no idea why it does state that).
>>
>> This
Hello i am trying to grow an existing partition which has become full. The
system was originally install in a 80gig drive but has since been moved to a
300g drive. However Freebsd is still only showing 80g of space please help.
--
Computer King & CaN Mail - Sales Service Hosting Backup
http
RYAN M. vAN GINNEKEN wrote:
> Hello i am trying to grow an existing partition which has become full. The
> system was originally install in a 80gig drive but has since been moved to a
> 300g drive. However Freebsd is still only showing 80g of space please help.
>
Check the man pages for and gr
On Tue, Jul 17, 2007 at 02:39:10PM -0700, RYAN M. vAN GINNEKEN wrote:
>
> Hello i am trying to grow an existing partition which has become full. The
> system was originally install in a 80gig drive but has since been moved to a
> 300g drive. However Freebsd is still only showing 80g of space ple
Hi,
I am trying to set up my first webserver. I bought a Dell Poweredge
860, provided with a SAS5/IR RAID-Controller.
The problem is now, that I cannot find software, that monitors the
state of my disks. I already tried megarc from the ports but all I
get is a short answer that no adapters w
Michael Worobcuk wrote:
Hi,
I am trying to set up my first webserver. I bought a Dell Poweredge 860,
provided with a SAS5/IR RAID-Controller.
The problem is now, that I cannot find software, that monitors the state
of my disks. I already tried megarc from the ports but all I get is a
short ans
On Tuesday 17 July 2007 23:06:22 Jeremy Chadwick wrote:
> Can you expand on this, re: why it's "bad advice"? I also cannot make
> heads or tails of the BIND ARM saying it's "not recommended". Please
> shed some light on this for those of us less experienced in the know,
> if you could (I mean tha
Hi all,
Any ideas on this one? This machine (one of those ancient VALinux 2U
boxes, Intel L440GX+ board, dual PIII) hangs for a very long time between
the second processor launching and geom_mirror kicking in. It does always
boot, but the hang is more than a minute - just enough to make one
On Tue, Jul 17, 2007 at 09:37:56PM +0300, [CPS] AkirA wrote:
[...]
> after theat
>
>
> nfe0: port 0xb000-0xb007 mem
> 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 23 at
> device 8.0 on pci0
> nfe0: could not allocate DMA'able memory for jumbo pool
> device_att
mysql frequently crash with same reason:
070718 10:53:06 - mysqld got signal 11;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning
Am 18.07.2007 um 01:27 schrieb Tom Judge:
Michael Worobcuk wrote:
Hi,
I am trying to set up my first webserver. I bought a Dell
Poweredge 860, provided with a SAS5/IR RAID-Controller.
The problem is now, that I cannot find software, that monitors the
state of my disks. I already tried mega
45 matches
Mail list logo
