From owner-freebsd-stable@FreeBSD.ORG Thu Oct 23 18:53:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA3527A0 for ; Thu, 23 Oct 2014 18:53:17 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5150DF38 for ; Thu, 23 Oct 2014 18:53:16 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s9NIrDZj085144 for ; Thu, 23 Oct 2014 20:53:13 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id B9C343AE0; Thu, 23 Oct 2014 20:53:12 +0200 (CEST) Message-ID: <54494E92.5010007@omnilan.de> Date: Thu, 23 Oct 2014 20:53:06 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable Subject: sa(4) 9.2->10.1, nsa0.0: request ptr 0x803135040 is not on a page boundary; cannot split request X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2D651D67AA87269C43222F2C" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 23 Oct 2014 20:53:13 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 18:53:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2D651D67AA87269C43222F2C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I read about the changes in sa(4) regarding large-block-split changes and the transitional 'kern.cam.sa.allow_io_split' workarround. I'm using bacula (7.0.5) and my previous neccessarry multi-blocking adjustmets like "Minimum block size =3D 2097152" obviously didn't work with FreebSD 10.1 anymore. Good news is, they are not needed any more! With the default of 126 blocks (64512) I get 60-140MB/s with btape(8)'s speed test on my LTO4 (HH) drive and another quick test showed that using mbuffer(1) for zfs(8) 'send' isn't needed anymore (| dd of=3D/dev/nsa0 bs=3D64512 seems to max out LTO4 speed). [with FreeBSD 9 t= he transfer rates were some magnitudes lower with these block size settings!= ] Not so good news is, that bacula can't read the tape's label. 'Labeling a tape (with 'label' at bconsole(8) or btape(8)) is successful, and btape(8)'s 'readlabel' partially displays the correct label, but not the very beginning of the label: Volume Label: Id : **error**VerNo =E2=80=A6rest OK While it should read: Volume Label: Id : Bacula 1.0 immortal VerNo : 11 =E2=80=A6 When btape(8) starts to read the label, the _subject's error is reported_= : *nsa0.0: request ptr 0x803135040 is not on a page boundary; cannot split request* The same error show up if I configure bacula to use a fixed block size of kern.cam.sa.0.maxio (131072). Like expected, allowing split (with kern.cam.sa.allow_io_split in loader.conf) works arround that problem. But I'd like to understand why I cannot set kern.cam.sa.0.maxio resp. why btape(8) doesn't work 100% correct although blocksize < sa.0.maxio I don't have enough understanding to check the code myself, if it's a cam/sa(4) issue in FreeBSD or a problem in btape(8) (and also bacula itself, most likely the tool shares the code with bacula's storage deamon= ). Any hints highly appreciated! Thanks, -Harry --------------enig2D651D67AA87269C43222F2C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlRJTpgACgkQLDqVQ9VXb8hS2gCbBzaY5pEUAV0KeZNsS35E0csp 9ioAnjm5xMdwI9zfy4+6irsBPvL2tGmT =3X8L -----END PGP SIGNATURE----- --------------enig2D651D67AA87269C43222F2C--