NetBSD Problem Report #48526

From  Thu Jan 16 01:56:09 2014
Return-Path: <>
Received: from ( [])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Postmaster" (not verified))
	by (Postfix) with ESMTPS id CAC16A6475
	for <>; Thu, 16 Jan 2014 01:56:09 +0000 (UTC)
Message-Id: <>
Date: Wed, 15 Jan 2014 17:56:03 -0800 (PST)
Subject: dumpdates name field too short
X-Send-Pr-Version: 3.95

>Number:         48526
>Category:       bin
>Synopsis:       dumpdates name field too short
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Jan 16 02:00:00 +0000 2014
>Originator:     John Nemeth
>Release:        applies to any release/-current through 2014/01/15
	DUMPOUTFMT/DUMPINFMT in include/protocols/dumprestore.h
specifies the format of lines in /etc/dumpdates.  They specify that
the first field which is the name of the filesystem should be 16
characters long.  This is much too short for dm(4) devices which
is what backs LVM devices.  These devices have names starting with
"/dev/mapper/" which is already 12 characters, and the final path
component is a logical name which can be anything.
	dump -u a filesystem with a long name
	It would be a simple matter to expand the field width, but
this would create an incompatibility with existing /etc/dumpdates
files.  Whether this would be a problem and what to do about it is
an open question.

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.