In article <200909020835.47358@freebsd.org>,
John Baldwin wrote:
|You can use the gdb scripts at http://www.FreeBSD.org/~jhb/gdb/ in kgdb to
|figure some of that stuff out (source gdb6 from within gdb. I usually start
|with 'ps').
WHOOAAAH, THAT ROCKS
Thats a lot more than I had hop
Dear all,
could anybody share some insight (or pointers to docs) on how to
approach an analysis of a "watchdog timeout" crashdump?
I hopefully have the necessities in place (that is, I can load
the dump into ddd and actually see things).
But I have no real idea about where to start looking fo
On Wed, Mar 16, 2005 at 03:35:16PM +0100, Palle Girgensohn wrote:
!
! --On onsdag, mars 16, 2005 11.43.31 +0100 Peter Much
! <[EMAIL PROTECTED]> wrote:
!
! >! So, you're saying that pctclsh *can* access, but pgaccess *cannot*?
! >Odd... ! I would expect they'd both use t
On Thu, Jan 09, 2003 at 12:07:19PM -0800, Terry Lambert wrote:
! What are the precise contents of your /etc/resolv.conf?
search oper.dinoex.org
nameserver 127.0.0.1
nameserver 192.168.98.2
rgds,
PMc
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in
! > Exactly. And when this is not found, then the resolver will
! > inplicitly issue another query for the unqualified name.
! >
! > And it is even worse with sendmail, because sendmail does quite
! > interesting things there - like switching off RES_DEFNAMES -
! > so this one will definitely not
On Mon, Jan 06, 2003 at 03:37:26PM -0800, Terry Lambert wrote:
! > And now I do not think that a "split horizon" configuration could
! > solve my problem at all. Because if it could tell me that my
! > unqualified hostname does not exist (without querying the outside),
! > then it would also tell
! > Background: This environment should be configured to use
! > an internet connection for internet-relevant things, but to
! > work flawlessly without such a connection as long as matters
! > do concern only systems within the LAN.
!
! This is called a "split horizon DNS", and you need to run tw
!
! Gregory Neil Shapiro wrote:
! > pmc> While it is true that the said sendmail-option solves the problem
! > pmc> (if sendmail is new enough to understand it), I could nowhere find
! > pmc> information on how to fix the bug in the nameserver - that is,
! > pmc> in the nameserver that is packaged
Under certain circumstances, when sending mail, the mail will
appear in the local spool directory as
Deferred: Operation timed out with otherhost.domain
while observably there has no timeout happened: the sendmail
has returned just immediately from the failing delivery
action.
It is s
9 matches
Mail list logo
