Project

General

Profile

Actions

Bug #1860

open

Panic while creating UFS fs on vn(4) for initrd

Added by matthias over 13 years ago. Updated about 12 years ago.

Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

HI,

while creating an initrd with mkinitrd (creates an UFS file system on a
vn(4) disk the box paniced.

Crash dump is on its way to leaf in ~matthias/crash/crash_vn.7z (7zip
archive). The box runs master from Sep 27.

Cheers

Matthias

Files

core.txt.0 (114 KB) core.txt.0 matthias, 10/04/2010 05:02 PM
Actions #1

Updated by matthias over 13 years ago

  • Matthias Schmidt wrote:

Crash dump is on its way to leaf in ~matthias/crash/crash_vn.7z (7zip
archive). The box runs master from Sep 27.

Quick note, one can unzip the 7zip archive w/ archivers/p7zip:

% 7x vn_crash.7z

I know, another compression program, but it compresses the 250MB crash
dump to 37MB :)

Cheers

Matthias
Actions #2

Updated by dillon over 13 years ago

Hrm. I don't think you can create an 8 TB UFS1 filesystem. The
limitation for UFS is 2TB, and even that might be a bit dangerous
because ufs uses 32 bit filesystem block numbers. Theoretically
it is based on the UFS frag which is usually 1K or 2K, and negative
block numbers are used to index meta-data, so (2^31) * 1K = 2TB.

I don't quite know why it crashed... the VCHR is missing its cdev
pointer (it is NULL for some reason), but it could be related to the
size of the backing store you tried to create the UFS filesystem with.
-Matt
Matthew Dillon
<>
Actions #3

Updated by matthias over 13 years ago

  • Matthew Dillon wrote:

Hrm. I don't think you can create an 8 TB UFS1 filesystem. The
limitation for UFS is 2TB, and even that might be a bit dangerous
because ufs uses 32 bit filesystem block numbers. Theoretically
it is based on the UFS frag which is usually 1K or 2K, and negative
block numbers are used to index meta-data, so (2^31) * 1K = 2TB.

I didn't try to do that :) I just run "mkinitrd" to create a new
initrd, that's all. According to the script it creates a 15 MB vn(4)
disk.

I don't quite know why it crashed... the VCHR is missing its cdev
pointer (it is NULL for some reason), but it could be related to the
size of the backing store you tried to create the UFS filesystem with.

Do not have the exact numbers here, but IIRC about 40GB.

Cheers

Matthias
Actions #4

Updated by alexh over 13 years ago

Can you please try to reproduce the issue with the recent fixes to vn(4) ?

Cheers,
Alex Hornung

Actions #5

Updated by alexh about 12 years ago

  • Description updated (diff)
  • Status changed from New to Feedback
  • Assignee deleted (0)
Actions

Also available in: Atom PDF