NetBSD Problem Report #47984

From Wolfgang.Stukenbrock@nagler-company.com  Tue Jul  2 15:45:13 2013
Return-Path: <Wolfgang.Stukenbrock@nagler-company.com>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id B148D715B1
	for <gnats-bugs@gnats.NetBSD.org>; Tue,  2 Jul 2013 15:45:12 +0000 (UTC)
Message-Id: <20130702142646.37D5C123B93@test-s0.nagler-company.com>
Date: Tue,  2 Jul 2013 16:26:46 +0200 (CEST)
From: Wolfgang.Stukenbrock@nagler-company.com
Reply-To: Wolfgang.Stukenbrock@nagler-company.com
To: gnats-bugs@gnats.NetBSD.org
Subject: there is no GPT type for RAW partitions
X-Send-Pr-Version: 3.95

>Number:         47984
>Category:       kern
>Synopsis:       there is no GPT type for RAW partitions
>Confidential:   no
>Severity:       non-critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Tue Jul 02 15:50:00 +0000 2013
>Last-Modified:  Tue Jul 02 20:20:01 +0000 2013
>Originator:     Dr. Wolfgang Stukenbrock
>Release:        NetBSD 6.1
>Organization:
Dr. Nagler & Company GmbH
>Environment:


System: NetBSD test-s0 5.1.2 NetBSD 5.1.2 (NSW-WS) #3: Fri Dec 21 15:15:43 CET 2012 wgstuken@test-s0:/usr/src/sys/arch/amd64/compile/NSW-WS amd64
Architecture: x86_64
Machine: amd64
>Description:
	When useing large disks, the traditional disklabel cannot be used.
	Instead a GPT partitioning sheme is required.
	OK - so far so good ..
	This is some kind of religion question and should not be discussed.

	E.g. DB systems run most performant on raw disk partitions.
	Accedently there is no UUID type defined for such kind of partitions
	till now - or more general: a partition type for private application
	usage.

	It is currently possible to add the type string "raw" to a wedge by
	dkctl, but during boot the type is derived from the UUID of the GPT
	partition.
	So it is not possible to setup such kind of partition that comes up
	after system reboot in the same way as before.
	Useing an empty type-string is no good sollution - as done by the
	kernel for unkown UUID strings.

	The only way to setup some kind of "unknown" GPT partitions is to 
	specify an "random" UUID to "gpt add -t <UUID> <device>" and
	live with the fact, that the wedge will have an empty type string
	after reboot.
	This should be change to be able to use "some" well defined keywords.
	(e.g. "raw")

	I'm not shure if it was correct to address this to the kernel-people.
	Perhaps it must be redirected to the "GPT"-maintainer.
	Both sides (user-level and kernel) are affected.
>How-To-Repeat:
	not relevant - general setup problem for GPT raw partitions.
>Fix:
	Define an additional UUID for NetBSD-Raw-Partitions - or reuse a
	definition from other side for raw-partition if already defined somewhere.
	The gpt program should accept a type keyword "raw" and the kernel
	should pass the type string "raw" to the wedge, created during system
	boot, if the new defined UUID is detected.

>Audit-Trail:
From: Jeff Rizzo <riz@NetBSD.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/47984: there is no GPT type for RAW partitions
Date: Tue, 02 Jul 2013 13:17:22 -0700

 On 7/2/13 8:50 AM, Wolfgang.Stukenbrock@nagler-company.com wrote:
 >> Fix:
 > 	Define an additional UUID for NetBSD-Raw-Partitions - or reuse a
 > 	definition from other side for raw-partition if already defined somewhere.
 > 	The gpt program should accept a type keyword "raw" and the kernel
 > 	should pass the type string "raw" to the wedge, created during system
 > 	boot, if the new defined UUID is detected.
 >

 It would be better for each application which needs a particular 
 partition type to define a UUID for its own usage; I don't like the idea 
 of having a catch-all "raw".  As for what the wedge-mapping stuff does, 
 well...


>Unformatted:

Home	PR Database Search