> Here's the last 30 lines of the output from kdump after it has hung
> (the trace file no longer gets written to once the fetch process
> hangs):
*snip*
> 38016 fetch RET read 53/0x35
> 38016 fetch CALL read(0x3,0x81006835,0x3cb)
I believe this read corresponds to this part of fetch.
On Thu, Nov 04, 2010 at 10:35:15PM -0700, Josh Carroll wrote:
> Greetings!
>
> I'm having a problem with nfsd hanging and not serving mount points,
> during which time it can not not be killed. This problem started
> happening sometime after November 2nd, since kernel from 11/2 sources
> does not
On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
> On 05/11/2010 19:17, Dominic Fandrey wrote:
> > This is an example, I can download the file with firefox,
> > but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
> > http://ftp5.de.FreeBSD.org/pub/FreeBSD/ports/amd64/packag
On Fri, Nov 05, 2010 at 10:27:09AM -0700, Josh Carroll wrote:
> >> I'm having a problem with nfsd hanging and not serving mount points,
> >> during which time it can not not be killed. This problem started
> >> happening sometime after November 2nd, since kernel from 11/2 sources
> >> does not exhi
On Friday, November 05, 2010 12:09:14 pm Thomas Zander wrote:
> Dear,
>
> is there any way to inspect a running STABLE machine for the presence
> or state of ECC memory before an MCA "error detected" message actually
> occurs?
> In comparison when I quickly boot the machine in question with a Linu
> >> I'm having a problem with nfsd hanging and not serving mount
> >> points,
> >> during which time it can not not be killed. This problem started
> >> happening sometime after November 2nd, since kernel from 11/2
> >> sources
> >> does not exhibit this problem.
> >
> > Please try the attached pa
On Fri, Nov 5, 2010 at 1:12 PM, Dominic Fandrey wrote:
> On 05/11/2010 20:59, Jeremy Chadwick wrote:
>> On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
>>> On 05/11/2010 19:17, Dominic Fandrey wrote:
This is an example, I can download the file with firefox,
but fetch han
On Fri, Nov 5, 2010 at 5:09 PM, Thomas Zander
wrote:
> Dear,
>
> is there any way to inspect a running STABLE machine for the presence
> or state of ECC memory before an MCA "error detected" message actually
> occurs?
> In comparison when I quickly boot the machine in question with a Linux
> live
On Fri, Nov 05, 2010 at 09:12:32PM +0100, Dominic Fandrey wrote:
> On 05/11/2010 20:59, Jeremy Chadwick wrote:
> > On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
> >> On 05/11/2010 19:17, Dominic Fandrey wrote:
> >>> This is an example, I can download the file with firefox,
> >>>
On 05/11/2010 20:59, Jeremy Chadwick wrote:
> On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
>> On 05/11/2010 19:17, Dominic Fandrey wrote:
>>> This is an example, I can download the file with firefox,
>>> but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
>>> http://ftp
On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
> On 05/11/2010 19:17, Dominic Fandrey wrote:
> > This is an example, I can download the file with firefox,
> > but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
> > http://ftp5.de.FreeBSD.org/pub/FreeBSD/ports/amd64/packag
On 05/11/2010 19:17, Dominic Fandrey wrote:
> This is an example, I can download the file with firefox,
> but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
> http://ftp5.de.FreeBSD.org/pub/FreeBSD/ports/amd64/packages-8-stable/All/ecore-txt-0.9.9.042.tbz
The problem has gone away.
I su
On Fri, Nov 05, 2010 at 08:50:49PM +0200, Alexander Motin wrote:
> Hi.
>
> I've reviewed tests that scgcheck does to SCSI subsystem. It shown
> combination of several issues in both CAM, ahci(4) and cdrtools itself.
> Several small patches allow us to pass most of that tests:
> http://people.freeb
Hi.
I've reviewed tests that scgcheck does to SCSI subsystem. It shown
combination of several issues in both CAM, ahci(4) and cdrtools itself.
Several small patches allow us to pass most of that tests:
http://people.freebsd.org/~mav/sense/
ahci_resid.patch: Add support for reporting residual leng
This is an example, I can download the file with firefox,
but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
http://ftp5.de.FreeBSD.org/pub/FreeBSD/ports/amd64/packages-8-stable/All/ecore-txt-0.9.9.042.tbz
The HTTP headers with firefox:
GET /pub/FreeBSD/ports/amd64/packages-8-stable/All/
>> I'm having a problem with nfsd hanging and not serving mount points,
>> during which time it can not not be killed. This problem started
>> happening sometime after November 2nd, since kernel from 11/2 sources
>> does not exhibit this problem.
>
> Please try the attached patch, rick
Thanks! I h
Dear,
is there any way to inspect a running STABLE machine for the presence
or state of ECC memory before an MCA "error detected" message actually
occurs?
In comparison when I quickly boot the machine in question with a Linux
live CD, I find (among other EDAC messages) the following output in
its
on 05/11/2010 16:53 Dan Allen said the following:
>
> On 3 Nov 2010, at 2:40 AM, Andriy Gapon wrote:
>
>> This problem seems to happen only on SMP systems that for some reason run as
>> UP.
>> E.g. because ACPI and/or APIC are disabled.
>> Or some other BIOS configuration.
>> But I am not sure w
On 3 Nov 2010, at 2:40 AM, Andriy Gapon wrote:
> This problem seems to happen only on SMP systems that for some reason run as
> UP.
> E.g. because ACPI and/or APIC are disabled.
> Or some other BIOS configuration.
> But I am not sure what exactly is the case here.
Okay, I have been researching
> Greetings!
>
> I'm having a problem with nfsd hanging and not serving mount points,
> during which time it can not not be killed. This problem started
> happening sometime after November 2nd, since kernel from 11/2 sources
> does not exhibit this problem.
Please try the attached patch, rick
ps:
on 05/11/2010 07:35 Josh Carroll said the following:
> Greetings!
>
> I'm having a problem with nfsd hanging and not serving mount points,
> during which time it can not not be killed. This problem started
> happening sometime after November 2nd, since kernel from 11/2 sources
> does not exhibit t
21 matches
Mail list logo
