Re: panic: pmap active 0xfffff8002d2ae9f8

2014-08-19 Thread Bryan Drewery
On 8/18/2014 3:41 AM, Konstantin Belousov wrote: On Fri, Aug 15, 2014 at 10:38:25PM -0500, Bryan Drewery wrote: On 2014-08-13 10:38, Bryan Drewery wrote: On 6/24/2014 4:28 PM, Craig Rodrigues wrote: Hi, I have a system running CURRENT at r266925 from May 31. While doing some software

Re: panic: pmap active 0xfffff8002d2ae9f8

2014-08-18 Thread Konstantin Belousov
On Fri, Aug 15, 2014 at 10:38:25PM -0500, Bryan Drewery wrote: On 2014-08-13 10:38, Bryan Drewery wrote: On 6/24/2014 4:28 PM, Craig Rodrigues wrote: Hi, I have a system running CURRENT at r266925 from May 31. While doing some software builds using poudriere, the system panicked.

Re: panic: pmap active 0xfffff8002d2ae9f8

2014-08-15 Thread Bryan Drewery
On 2014-08-13 10:38, Bryan Drewery wrote: On 6/24/2014 4:28 PM, Craig Rodrigues wrote: Hi, I have a system running CURRENT at r266925 from May 31. While doing some software builds using poudriere, the system panicked. Unfortunately this system was not configured with swap space, so I cannot

Re: panic: pmap active 0xfffff8002d2ae9f8

2014-08-13 Thread Bryan Drewery
On 6/24/2014 4:28 PM, Craig Rodrigues wrote: Hi, I have a system running CURRENT at r266925 from May 31. While doing some software builds using poudriere, the system panicked. Unfortunately this system was not configured with swap space, so I cannot do a kernel dump. The system is

Re: Panic (pmap)

2000-02-23 Thread Jeroen Ruigrok van der Werven
-On [2223 10:01], Jeroen Ruigrok van der Werven ([EMAIL PROTECTED]) wrote: And I may welcome panic #6 here. db trace pmap_remove_all(5a3e000,c061ab70,0,c0230ac0,d62a2f8c) at pmap_remove_all+0x40 pmap_page_protect(5a3e000,0) at pmap_page_protect+0xde vm_pageout_page_stats(0) at

Re: ffs_blkfree: freeing free block (was Re: Panic (pmap))

2000-02-23 Thread Matthew Dillon
: :In message [EMAIL PROTECTED], Ian Dowse writes: : :The fix should be relatively straightforward - either the code should :avoid linking new indirection blocks until all allocations succeed, :or it should back out the changes on failure. : :Here's one patch that seems to fix the problem. It

Re: Panic (pmap)

2000-02-23 Thread David Malone
On Wed, Feb 23, 2000 at 11:01:39AM +0100, Jeroen Ruigrok van der Werven wrote: Current score: 1 tcp panic 1 pmap panic 4 ffs panics Such a mix might suggests bad hardware? (Mind you, we're seeing "freeing free block" panics on a NFS server with full disks on 3.4). David. To

Re: Panic (pmap)

2000-02-23 Thread Matthew Dillon
:On Wed, Feb 23, 2000 at 11:01:39AM +0100, Jeroen Ruigrok van der Werven wrote: : : Current score: : : 1 tcp panic : 1 pmap panic : 4 ffs panics : :Such a mix might suggests bad hardware? : :(Mind you, we're seeing "freeing free block" panics on a NFS server :with full disks on 3.4). : :

Re: Panic (pmap)

2000-02-23 Thread Julian Elischer
Matthew Dillon wrote: :On Wed, Feb 23, 2000 at 11:01:39AM +0100, Jeroen Ruigrok van der Werven wrote: : : Current score: : : 1 tcp panic : 1 pmap panic : 4 ffs panics : :Such a mix might suggests bad hardware? : :(Mind you, we're seeing "freeing free block" panics on a NFS server

softdep out of space should be fixed Re: Panic (pmap)

2000-02-23 Thread Alfred Perlstein
* Matthew Dillon [EMAIL PROTECTED] [000223 09:55] wrote: : : David. : : With softupdates turned on? Softupdates has known problems when a : disk runs out of space. : :didn't kirk just fix that? : : __--_|\ Julian Elischer I don't recall it being fixed. It

ffs_blkfree: freeing free block (was Re: Panic (pmap))

2000-02-23 Thread Ian Dowse
In message [EMAIL PROTECTED], Matthew Dillon writes: :(Mind you, we're seeing "freeing free block" panics on a NFS server :with full disks on 3.4). : : David. With softupdates turned on? Softupdates has known problems when a disk runs out of space. No, softupdates is not enabled

Re: Panic (pmap)

2000-02-23 Thread David Malone
On Wed, Feb 23, 2000 at 09:25:12AM -0800, Matthew Dillon wrote: Looks like Ian has tracked down our problem, but that's unlikely to be the problem Jurgen is seeing. I think it may be worth having David do a quick patch to see if it helps. David, try the following brute-force patch

Re: ffs_blkfree: freeing free block (was Re: Panic (pmap))

2000-02-23 Thread Ian Dowse
In message [EMAIL PROTECTED], Ian Dowse writes: The fix should be relatively straightforward - either the code should avoid linking new indirection blocks until all allocations succeed, or it should back out the changes on failure. Here's one patch that seems to fix the problem. It may not be

Re: ffs_blkfree: freeing free block (was Re: Panic (pmap))

2000-02-23 Thread Matthew Dillon
:I think I've found it. Here's an easy way to repeat the problem to :start with: : : mount_mfs -T fd1440 none /mnt : cd /mnt : dd if=/dev/zero bs=4k of=test seek=1036 count=1 : dd if=/dev/zero bs=4k of=test1 count=1 : dd if=/dev/zero bs=4k of=test2 : rm test1 :

Re: ffs_blkfree: freeing free block (was Re: Panic (pmap))

2000-02-23 Thread Matthew Dillon
Ian's test script mount_mfs -T fd1440 none /mnt cd /mnt dd if=/dev/zero bs=4k of=test seek=1036 count=1 dd if=/dev/zero bs=4k of=test1 count=1 dd if=/dev/zero bs=4k of=test2 rm test1 dd if=/dev/zero bs=4k of=test seek=8000 count=1

Re: ffs_blkfree: freeing free block (was Re: Panic (pmap))

2000-02-23 Thread Alfred Perlstein
Er, shouldn't you guys let Kirk know, not only is he "MAINTAINER", but pretty much mostly "CREATOR" :) Kirk, another issue with running out of space in FFS seems to have come up: * Matthew Dillon [EMAIL PROTECTED] [000223 18:57] wrote: :Ian Dowse [EMAIL PROTECTED] wrote: :I think I've found