[DragonFlyBSD - Bug #731] system freeze on "slice too large"
bugtracker-admin at leaf.dragonflybsd.org
bugtracker-admin at leaf.dragonflybsd.org
Thu Feb 20 07:51:27 PST 2014
Issue #731 has been updated by corecode.
File signature.asc added
Is vinum still supported?
On 02/20/2014 04:46 PM, bugtracker-admin at leaf.dragonflybsd.org wrote:
> Issue #731 has been updated by tuxillo.
>
> Description updated
> Category set to Kernel
> Assignee changed from 0 to tuxillo
> Target version set to 3.8.0
>
> Grab.
>
> ----------------------------------------
> Bug #731: system freeze on "slice too large"
> http://bugs.dragonflybsd.org/issues/731#change-11804
>
> * Author: corecode
> * Status: New
> * Priority: Normal
> * Assignee: tuxillo
> * Category: Kernel
> * Target version: 3.8.0
> ----------------------------------------
> hey,
>
> i've now had twice a nasty freeze (kind of) with something like this (hand transcribed):
>
> dscheck(#ad/0x20021): slice too large 2/2
> ..
>
> then vinum tells me that it put "build" down and continues:
>
> fatal: build.p0.s0 read error, offset 33831591936 for 4096 bytes
> build.p0.s0: user buffer offset 10209280000 for 4096 bytes
>
> (more slice too large follow)
>
> then, the namecache does
>
> blocked on 0xd4fb7b58 "corecode"
>
> and repeats it every 30 seconds or so. system is unoperable at this point.
>
> breaking to the debugger works, but dumpsys does not work:
>
> dumping to dev #ad/0x20023, blockno 2130432
> dump failed, reason: area improper
>
> i'm running:
> DragonFly sweatshorts.home.corecode.ath.cx 1.9.0-DEVELOPMENT DragonFly 1.9.0-DEVELOPMENT #14: Sun Jun 17 11:03:58 CEST 2007 corecode at sweatshorts.home.corecode.ath.cx:/usr/build/obj/usr/build/src/sys/SWEATSHORTS i386
>
> i've attached relevant outputs.
>
> thanks,
> simon
>
> ---Files--------------------------------
> disklabel-ad2s1.txt (527 Bytes)
> disklabel-ad4s1.txt (577 Bytes)
> fdisk-ad2.txt (741 Bytes)
> fdisk-ad4.txt (735 Bytes)
> vinum-l.txt (3 KB)
>
>
----------------------------------------
Bug #731: system freeze on "slice too large"
http://bugs.dragonflybsd.org/issues/731#change-11814
* Author: corecode
* Status: New
* Priority: Normal
* Assignee: tuxillo
* Category: Kernel
* Target version: 3.8.0
----------------------------------------
hey,
i've now had twice a nasty freeze (kind of) with something like this (hand transcribed):
dscheck(#ad/0x20021): slice too large 2/2
..
then vinum tells me that it put "build" down and continues:
fatal: build.p0.s0 read error, offset 33831591936 for 4096 bytes
build.p0.s0: user buffer offset 10209280000 for 4096 bytes
(more slice too large follow)
then, the namecache does
blocked on 0xd4fb7b58 "corecode"
and repeats it every 30 seconds or so. system is unoperable at this point.
breaking to the debugger works, but dumpsys does not work:
dumping to dev #ad/0x20023, blockno 2130432
dump failed, reason: area improper
i'm running:
DragonFly sweatshorts.home.corecode.ath.cx 1.9.0-DEVELOPMENT DragonFly 1.9.0-DEVELOPMENT #14: Sun Jun 17 11:03:58 CEST 2007 corecode at sweatshorts.home.corecode.ath.cx:/usr/build/obj/usr/build/src/sys/SWEATSHORTS i386
i've attached relevant outputs.
thanks,
simon
---Files--------------------------------
disklabel-ad2s1.txt (527 Bytes)
disklabel-ad4s1.txt (577 Bytes)
fdisk-ad2.txt (741 Bytes)
fdisk-ad4.txt (735 Bytes)
vinum-l.txt (3 KB)
signature.asc (901 Bytes)
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account
More information about the Bugs
mailing list