From owner-freebsd-geom@FreeBSD.ORG Mon Feb 26 11:14:55 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB5C216A416 for ; Mon, 26 Feb 2007 11:14:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id C98B613C48D for ; Mon, 26 Feb 2007 11:14:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l1QBEtXK005401 for ; Mon, 26 Feb 2007 11:14:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l1QBErYV005397 for freebsd-geom@FreeBSD.org; Mon, 26 Feb 2007 11:14:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Feb 2007 11:14:53 GMT Message-Id: <200702261114.l1QBErYV005397@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 11:14:56 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for f kern/105390 geom [geli] filesystem on a md backed by sparse file with s o kern/107707 geom [geom] [patch] add new class geom_xbox360 to slice up 5 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Feb 27 13:51:18 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20C0C16A402 for ; Tue, 27 Feb 2007 13:51:18 +0000 (UTC) (envelope-from news@nermal.rz1.convenimus.net) Received: from mx2.netclusive.de (mx2.netclusive.de [89.110.132.132]) by mx1.freebsd.org (Postfix) with ESMTP id AB70D13C467 for ; Tue, 27 Feb 2007 13:51:17 +0000 (UTC) (envelope-from news@nermal.rz1.convenimus.net) Received: from nermal.rz1.convenimus.net (Fdca9.f.ppp-pool.de [195.4.220.169]) by mx2.netclusive.de (Postfix) with ESMTP id 2266E2600CC for ; Tue, 27 Feb 2007 14:22:01 +0100 (CET) Received: by nermal.rz1.convenimus.net (Postfix, from userid 8) id 3649215213; Tue, 27 Feb 2007 14:21:59 +0100 (CET) To: freebsd-geom@freebsd.org Path: not-for-mail From: Christian Baer Newsgroups: gmane.os.freebsd.devel.geom Date: Tue, 27 Feb 2007 14:21:59 +0100 (CET) Organization: Convenimus Projekt Lines: 114 Message-ID: NNTP-Posting-Host: garfield.rz1.convenimus.net X-Trace: nermal.rz1.convenimus.net 1172582519 74995 192.168.100.11 (27 Feb 2007 13:21:59 GMT) X-Complaints-To: abuse@convenimus.net NNTP-Posting-Date: Tue, 27 Feb 2007 13:21:59 +0000 (UTC) User-Agent: slrn/0.9.8.1 (FreeBSD) Subject: geli mirror with -a won't format X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 13:51:18 -0000 Hello there, peeps! I have been trying to create a filesystem for paranoid people like myself. :-) What I want to make is this: - mirror (two partitions with gmirror) - geli with -a on that I am not expecting anyone to manipulate my system. My data is far too unimportant (to other people) for that. But the file systems will contain stuff that is *very* important to me and I am hoping that -a will give me an early warning if the data becomes corrupt due to hardware failure. If I got the whole thing with -a wrong, then *my* problem is solved, as I won't be using -a. :-) But it could very well be an issue for other people. The commands I used are these (with the replies from the system): sunny# geli init -v -s 4096 -K - -a HMAC/SHA256 -e blowfish -l 448 -P /dev/mirror/home Metadata value stored on /dev/mirror/home. Done. sunny# geli attach -v -p -k - /dev/mirror/home Attched to /dev/mirror/home. Done. Note: The keyfile in both cases is created by a script and piped to geli. Now strangely, this looks ok so far. But it isn't. :-/ If I use the init without the -a I get this in /var/log/messages: kernel: GEOM_ELI: Device mirror/home.eli created. kernel: GEOM_ELI: Encryption: Blowfish-CBC 448 kernel: GEOM_ELI: Crypto: software I can do a newfs, mount the provider and work with it. That all stops when I activate authentication when initialising the provider (as shown in the comman above). /var/log/messages gets really messy then: kernel: GEOM_ELI: Device mirror/home.eli created. kernel: GEOM_ELI: Encryption: Blowfish-CBC 448 kernel: GEOM_ELI: Integrity: HMAC/SHA256 kernel: GEOM_ELI: Crypto: software kernel: GEOM_ELI: mirror/home.eli: kernel: 4096 bytes corrupte kernel: d at offset kernel: kernel: 11456892928 kernel: . kernel: GEOM_ELI: mirr kernel: or/home.eli kernel: : 4096 byte kernel: s corrupted kernel: at offset 0 kernel: . kernel: GEOM_ELI: mir kernel: r kernel: or/home.eli kernel: : 4096 byte kernel: s corrupted kernel: at offset 4 kernel: 096. kernel: GEOM_ELI: mirr kernel: or/home.eli kernel: : 4096 byte kernel: s corrupted kernel: at offset 0 kernel: . kernel: GEOM_ELI: mirr kernel: or/home.eli kernel: : 4096 byte kernel: s corrupted kernel: at offset 0 kernel: . kernel: GEOM_ELI: mi kernel: r kernel: ror/home.el kernel: i: 8192 byt kernel: es corrupte kernel: d kernel: at offset kernel: 0. I have tried changing the options for -a (md5 and sha1) and -e (AES only, 3DES is so damn slow that I didn't even *want* to try it) with the same result - basicly anyway. The output in /var/log/messages is a little different, showing the used algorithms but otherwise the same thing. As you can imagine, I can't even create a file system on that: sunny# newfs -U -O 2 /dev/mirror/home.eli /dev/mirror/home.eli: 10926.1MB (22376752 sectors) block size 16384, fragment size 4096 using 33 cylinder groups of 336.88MB, 21560 blks, 21568 inodes. with soft updates newfs: can't read old UFS1 superblock: read error from block device: Invalid argument I'm not sure if I messed up here or if the code might actually be broken. uname -a says this: FreeBSD sunny.rz1.convenimus.net 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Feb 27 11:08:32 CET 2007 root@sunny.rz1.convenimus.net: /usr/obj/usr/src/sys/SUNNY sparc64 As you can see, I am not running a standard Intel CPU, but a Sun U60 with 2 CPUs and 2GB of RAM.[1] The drives are two Seagate Cheetah SX173404LC with 73GB each. geli worked before on this system, but I didn't use -a back then. Can anyone help me? Regards Chris [1] Ok, you can't see all of that from the uname. :-) From owner-freebsd-geom@FreeBSD.ORG Tue Feb 27 15:15:26 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C59216A403 for ; Tue, 27 Feb 2007 15:15:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 5B82813C471 for ; Tue, 27 Feb 2007 15:15:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3440B4569A; Tue, 27 Feb 2007 16:15:23 +0100 (CET) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C67C545685; Tue, 27 Feb 2007 16:15:17 +0100 (CET) Date: Tue, 27 Feb 2007 16:14:08 +0100 From: Pawel Jakub Dawidek To: Christian Baer Message-ID: <20070227151407.GA31115@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: geli mirror with -a won't format X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 15:15:26 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 27, 2007 at 02:21:59PM +0100, Christian Baer wrote: > Hello there, peeps! >=20 > I have been trying to create a filesystem for paranoid people like > myself. :-) What I want to make is this: >=20 > - mirror (two partitions with gmirror) > - geli with -a on that >=20 > I am not expecting anyone to manipulate my system. My data is far too > unimportant (to other people) for that. But the file systems will > contain stuff that is *very* important to me and I am hoping that -a > will give me an early warning if the data becomes corrupt due to > hardware failure. If I got the whole thing with -a wrong, then *my* > problem is solved, as I won't be using -a. :-) But it could very well be > an issue for other people. >=20 > The commands I used are these (with the replies from the system): >=20 > sunny# geli init -v -s 4096 -K - -a HMAC/SHA256 -e blowfish -l 448 -P /= dev/mirror/home > Metadata value stored on /dev/mirror/home. > Done. > sunny# geli attach -v -p -k - /dev/mirror/home > Attched to /dev/mirror/home. > Done. >=20 > Note: The keyfile in both cases is created by a script and piped to geli. >=20 > Now strangely, this looks ok so far. But it isn't. :-/ If I use the init > without the -a I get this in /var/log/messages: >=20 > kernel: GEOM_ELI: Device mirror/home.eli created. > kernel: GEOM_ELI: Encryption: Blowfish-CBC 448 > kernel: GEOM_ELI: Crypto: software >=20 > I can do a newfs, mount the provider and work with it. That all stops > when I activate authentication when initialising the provider (as shown > in the comman above). /var/log/messages gets really messy then: >=20 > kernel: GEOM_ELI: Device mirror/home.eli created. > kernel: GEOM_ELI: Encryption: Blowfish-CBC 448 > kernel: GEOM_ELI: Integrity: HMAC/SHA256 > kernel: GEOM_ELI: Crypto: software > kernel: GEOM_ELI: mirror/home.eli: > kernel: 4096 bytes corrupte > kernel: d at offset [...] When you only setup data authentication, geli expect authenticated data =66rom now on, but the data is not yet "signed". Try clearing disk first by doing: # dd if=3D/dev/zero of=3D/dev/mirror/home.eli bs=3D1m (you probably don't need to clear entire disk, but I don't want to guess which sectors exactly) It is better to use /dev/random instead of /dev/zero, but probably slower. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5Eq/ForvXbEpPzQRAq4QAJ0X7pulhe+4QoF+qym1ZHUkgQKxuwCg0kAO PprY2SVUBarkTAIU4/Lo3SM= =yJIM -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-geom@FreeBSD.ORG Wed Feb 28 11:50:29 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B84DE16A402 for ; Wed, 28 Feb 2007 11:50:29 +0000 (UTC) (envelope-from een@theletch.eclipse.co.uk) Received: from host-87-116-85-25.mreja.net (host-87-116-85-25.mreja.net [87.116.85.25]) by mx1.freebsd.org (Postfix) with SMTP id E94BB13C4A7 for ; Wed, 28 Feb 2007 11:50:26 +0000 (UTC) (envelope-from een@theletch.eclipse.co.uk) Received: (qmail 11513 invoked from network); Thu, 1 Mar 2007 13:51:40 +0630 Received: from unknown (HELO hwajj) (24.162.28.219) by host-87-116-85-25.mreja.net with SMTP; Thu, 1 Mar 2007 13:51:40 +0630 Message-ID: <45E67F04.9070506@mandamachine.com> Date: Thu, 1 Mar 2007 13:51:40 +0630 From: wrestler User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: multipart/related; boundary="------------040001030601000305070904" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: fated X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 11:50:29 -0000 --------------040001030601000305070904 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" quiche CUSTOMER SERVICE ACCOLADETesco is a particularly demanding customer, and this has been a driving force for the introduction of the Infor COM ERP system. Further information, such as the relevant product data, is stored in the Warehouse Management System. First, it integrates EDI incoming and outgoing message formats. Now that we have full visibility of our costs, and a set of planned priorities, we are in a position to decline unprofitable business or disruptive last-minute orders. RFID Technology within the Fresh and Frozen Goods AreasAll dry, fresh and frozen goods will be handled on plastic system pallets equipped with RFID-tags. Of course, development is crucial and there must always be a place for new ideas and systems to improve the way the supply chain is managed, how would we evolve otherwise? Vocollect Extends Voice-Directed Work Leadership - LogisticsIT. FocusID provides the customer with all of the components to operate AutoID equipment, when and where it is required. We generally find that new employees can be up and running and picking at full speed within just an hour or two. Merchandise suppliers can have issues where they manufacture overseas and there have been well known cases in the past of those that have employed children. These expectations are resonating backwards and manifesting themselves at all levels through the supply chain. Sandpiper Corporation Limited joins forces with O4 Corporation - LogisticsIT. There are scores of ERP systems available. No priority shuffling, no unofficial shortcuts. Dragging the warehouse into the 21st Century - LogisticsIT. This identification method secures important advantages for Mercadona, since it increases the availability and reliability of the entire system. How to Evaluate Your Repair Options - LogisticsIT. It was created specifically for repetitive manufacturing and has been developed exclusively for automotive suppliers in its functionality and capabilities. Here Catalyst can offer its experience of enabling goods to flow from manufacturer, to distributor and to the outlets by drawing on lessons learned with the likes of Homebase and Dixons. Infor COM was chosen, not only because it met the requirement for full integration of project management and ERP, but it also offered many other important advantages. This expertise will be used to explore other market sectors and actively expand the company's business in the years to come. Before Talkman we tried to implement a Nuance voice technology system but found that that the technology was too unreliable. Using Epicor for Distribution, Rugs Direct has also seen a reduced burden on its customer service center. This ensures that the goods are made available in the amount and sequence required by the order. "Vocollect sales grew even more rapidly outside of North America. Making smart choices in uncertain times - LogisticsIT. --------------040001030601000305070904--