From swell.k@gmail.com  Wed Dec 15 10:14:36 2010
Return-Path: <swell.k@gmail.com>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id D3D6A106567A
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 15 Dec 2010 10:14:36 +0000 (UTC)
	(envelope-from swell.k@gmail.com)
Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54])
	by mx1.freebsd.org (Postfix) with ESMTP id 8ED9D8FC16
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 15 Dec 2010 10:14:36 +0000 (UTC)
Received: by ywp6 with SMTP id 6so944909ywp.13
        for <FreeBSD-gnats-submit@freebsd.org>; Wed, 15 Dec 2010 02:14:36 -0800 (PST)
Received: by 10.150.144.16 with SMTP id r16mr9520210ybd.204.1292408075916;
        Wed, 15 Dec 2010 02:14:35 -0800 (PST)
Received: from localhost (anonymizer2.torservers.net [174.36.199.200])
        by mx.google.com with ESMTPS id q4sm3861519ybe.12.2010.12.15.02.14.31
        (version=SSLv3 cipher=RC4-MD5);
        Wed, 15 Dec 2010 02:14:34 -0800 (PST)
Message-Id: <86ipyvpclq.fsf@gmail.com>
Date: Wed, 15 Dec 2010 13:14:09 +0300
From: Anonymous <swell.k@gmail.com>
To: FreeBSD-gnats-submit@freebsd.org
Subject: [zfs] booting from a gzip-compressed dataset doesn't work

>Number:         153173
>Category:       kern
>Synopsis:       [zfs] booting from a gzip-compressed dataset doesn't work
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-fs
>State:          suspended
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Wed Dec 15 10:20:08 UTC 2010
>Closed-Date:    
>Last-Modified:  Wed Dec 15 13:11:38 UTC 2010
>Originator:     Anonymous
>Release:        FreeBSD 9.0-CURRENT amd64
>Organization:
>Environment:
Not documented? Google[1] doesn't return why it's kept unimplemented.
And what seems to be initial zfsboot commit log[2] doesn't help.

[1] http://google.com/search?q=zfs+gzip+boot+freebsd
[2] http://p4db.freebsd.org/changeView.cgi?CH=124081
>Description:
When setting compression globally, i.e. on a root dataset, one has to be
careful as such datasets are not bootable. And dedup doesn't work on
blocks with different compression which limits at how many cycles one
can throw away to save space.

This is a feature request.
>How-To-Repeat:
$ zpool create -O compression=gzip -R /mnt/foo foo gptid/A-B-C-D-E
$ qemu -nographic foo.img
/boot.config: -h
ZFS: unsupported compression algorithm gzip-6
ZFS: i/o error - all block copies unavailable
Invalid format

FreeBSD/x86 boot
Default: foo:/boot/kernel/kernel
boot:

# in case zfsloader is compressed by off/lzjb/zle
$ qemu -nographic foo.img
/boot.config: -h
Consoles: serial port
BIOS drive C: is disk0
BIOS 637kB/130036kB available memory

FreeBSD/x86 ZFS enabled bootstrap loader, Revision 1.1
(foo@bar, Tue Dec 14 00:38:42 UTC 2010)
ZFS: unsupported compression algorithm gzip-6
ZFS: i/o error - all block copies unavailable
start not found
-
ZFS: unsupported compression algorithm gzip-6
ZFS: i/o error - all block copies unavailable
ZFS: unsupported compression algorithm gzip-6
ZFS: i/o error - all block copies unavailable
ZFS: unsupported compression algorithm gzip-6
ZFS: i/o error - all block copies unavailable
ZFS: unsupported compression algorithm gzip-6
ZFS: i/o error - all block copies unavailable
can't load 'kernel'

Type '?' for a list of commands, 'help' for more detailed help.
OK
>Fix:
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->suspended 
State-Changed-By: avg 
State-Changed-When: Wed Dec 15 13:04:35 UTC 2010 
State-Changed-Why:  
We are eagerly awaiting patches for this already well-known issue. 
Currently only lzjb decmpression is supported in zfs boot chain. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=153173 
>Unformatted:
