From owner-freebsd-geom@FreeBSD.ORG Mon Nov 12 11:06:57 2007 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8062416A418 for ; Mon, 12 Nov 2007 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC0913C48E for ; Mon, 12 Nov 2007 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lACB6voB089681 for ; Mon, 12 Nov 2007 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id lACB6uVA089677 for freebsd-geom@FreeBSD.org; Mon, 12 Nov 2007 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Nov 2007 11:06:56 GMT Message-Id: <200711121106.lACB6uVA089677@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org 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, 12 Nov 2007 11:06:57 -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 o kern/113419 geom [geom] geom fox multipathing not failing back o misc/113543 geom [geom] [patch] geom(8) utilities don't work inside the o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/115572 geom [gbde] gbde partitions fail at 28bit/48bit LBA address 14 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 p bin/110705 geom gmirror control utility does not exit with correct exi o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [geom] [patch] improved gmirror balance algorithm o kern/114532 geom GEOM_MIRROR shows up in kldstat even if compiled in th o kern/115547 geom [geom] [patch] for GEOM Eli to get password from stdin 10 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Nov 13 12:43:28 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7877916A46E for ; Tue, 13 Nov 2007 12:43:28 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3CFAA13C4BF for ; Tue, 13 Nov 2007 12:43:28 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Irv6q-000Npd-Gf; Tue, 13 Nov 2007 12:43:16 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Irv6p-000Op7-Uc; Tue, 13 Nov 2007 12:43:15 +0000 Date: Tue, 13 Nov 2007 12:43:15 +0000 From: Thomas Hurst To: Anton Yuzhaninov Message-ID: <20071113124315.GB80959@voi.aagh.net> Mail-Followup-To: Anton Yuzhaninov , freebsd-geom@freebsd.org References: <4735AAE3.7070209@citrin.ru> <4735EA87.7040306@citrin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4735EA87.7040306@citrin.ru> Organization: Not much. User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Thomas Hurst Cc: freebsd-geom@freebsd.org Subject: Re: gstat don't work on 7.0-BETA2 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, 13 Nov 2007 12:43:28 -0000 * Anton Yuzhaninov (citrin@citrin.ru) wrote: > It fail to parse xml because it contain non-ASCII symbols (in my case > cyrillic in cp1251) from CD label: Not non-ASCII, non-UTF-8, which is the default for XML: geom-tree.xml:268: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xEE 0xEA 0xF2 0x20 iso9660/21 îêò 2005 These should be encoded as îêò. The file can also be made to parse by giving it an encoding by prepending an XML prolog ala: Though this will just move the problem elsewhere (e.g. chars 1-31). geom_dump.c doesn't even seem to cope with & or <; are these disallowed at a higher level? -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-geom@FreeBSD.ORG Tue Nov 13 14:28:32 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2DA816A540 for ; Tue, 13 Nov 2007 14:28:32 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from mail.fluffles.net (fluffles.net [80.69.95.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0C14513C4C1 for ; Tue, 13 Nov 2007 14:28:30 +0000 (UTC) (envelope-from bsd@fluffles.net) Received: from [10.0.0.18] (82-169-78-205.ip.tiscali.nl [82.169.78.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info@fluffles.net) by mail.fluffles.net (Postfix) with ESMTP id 8CFC3B29D65; Tue, 13 Nov 2007 12:53:30 +0100 (CET) Message-ID: <473990B5.50408@fluffles.net> Date: Tue, 13 Nov 2007 12:55:33 +0100 From: "fluffles.net" User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Arne Woerner Subject: Bug in gnop utility? 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, 13 Nov 2007 14:28:33 -0000 Hello list, I'm building offline capacity expansion support for geom_raid5, allowing people to add disks to an existing array, preserving all data on it. Currently i'm having a strange problem with GNOP, as it is refusing a command while i think the command is correct: # gnop create -s 320072914432 ad18a gnop: Invalid 'size' argument # diskinfo -v /dev/ad18a /dev/ad18a 512 # sectorsize 320072914944 # mediasize in bytes (298G) 625142412 # mediasize in sectors The size argument is exactly 512 bytes shorter than the device (ad18a), just as it should be. Maybe gnop has integer range limitations which prevent it from accepting this large number? That would be quite a disappointment, though. Any way i can workaround this? I need gnop for expansion. I'm running 7.0-BETA2 on AMD64. Though i need expansion working on i386 too. Any replies or suggestions are appreciated. Thanks! - Veronica From owner-freebsd-geom@FreeBSD.ORG Thu Nov 15 06:14:12 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F61316A419; Thu, 15 Nov 2007 06:14:12 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from lollipop.listbox.com (lollipop.listbox.com [208.210.124.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6CF13C448; Thu, 15 Nov 2007 06:14:11 +0000 (UTC) (envelope-from gordon@tetlows.org) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by lollipop.listbox.com (Postfix) with ESMTP id B1EEF44B821; Thu, 15 Nov 2007 00:29:02 -0500 (EST) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id ECE8915C7BB; Thu, 15 Nov 2007 00:28:30 -0500 (EST) Received: from [192.168.1.6] (cpe-66-75-32-81.san.res.rr.com [66.75.32.81]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id 4111615C7FD; Thu, 15 Nov 2007 00:28:28 -0500 (EST) Message-Id: <61434C70-4246-47E8-9C30-5956738B611B@tetlows.org> From: Gordon Tetlow To: Eric Anderson In-Reply-To: <47117184.3030309@freebsd.org> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1--98589682" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 14 Nov 2007 21:27:38 -0800 References: <47117184.3030309@freebsd.org> X-Pgp-Agent: GPGMail d50 (Leopard) X-Mailer: Apple Mail (2.912) Cc: Ivan Voras , freebsd-geom@freebsd.org Subject: Re: Disk mounting in recent Linuxes 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: Thu, 15 Nov 2007 06:14:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1--98589682 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Oct 13, 2007, at 6:31 PM, Eric Anderson wrote: > Ivan Voras wrote: >> Hi, >> I've installed a Linux (openSUSE) on a laptop and this is what I >> got by >> default in fstab: >> /dev/disk/by-id/scsi-SATA_Hitachi_HTS5412_HP0400BEG1922A-part2 / >> ext3 acl,user_xattr 1 1 >> /dev/disk/by-id/scsi-SATA_Hitachi_HTS5412_HP0400BEG1922A-part4 /data >> ext3 acl,user_xattr 1 2 >> /dev/disk/by-id/scsi-SATA_Hitachi_HTS5412_HP0400BEG1922A-part3 swap >> swap defaults 0 0 >> A similar option (to use a device by id instead of location) also >> exists >> for network cards. >> (This is just a "FYI" post, I'm not complaining :) ). > > > I was actually wondering if we should start labeling our filesystems > at newfs time in the installer for this type of setup. There are a > handful of potential 'gotchas' though. The big gotcha with GEOM_VOL_FFS (I don't know if pjd@ ever addressed this when he took it over) was that GEOM was undetermined in how it handled labels that overlapped. My original thought was to use the uuid field that I allocated in the FFS superblock (AFAIK, that's still unused). Whatever the uuid of the root device is would dictate the uuid for the system. Any volumes that didn't have the root uuid would be separated by namespace. ie /dev/vol//root if you took the root disk from another system and mounted on your system. Of course, with the uuid moved to the filesystem, it actually gets easier in some sense (how do you figure out which labeled filesystem is your root filesystem if you have 2 labelled filesystems with the same uuid), although the loader will probably have to send it as hint to the kernel. -gordon --Apple-Mail-1--98589682 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFHO9jkRu2t9DV9ZfsRAoD+AKDOqgywm3nZzXPfsSxQdY9bRwTtcACgjgkh UCuG0VTGNaBdnm02RIF60r4= =Wpau -----END PGP SIGNATURE----- --Apple-Mail-1--98589682-- From owner-freebsd-geom@FreeBSD.ORG Thu Nov 15 07:32:08 2007 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C45D816A421; Thu, 15 Nov 2007 07:32:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 85BD213C45A; Thu, 15 Nov 2007 07:32:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 8CE4417104; Thu, 15 Nov 2007 07:12:22 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id lAF7CLnt017224; Thu, 15 Nov 2007 07:12:21 GMT (envelope-from phk@critter.freebsd.dk) To: Gordon Tetlow From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 14 Nov 2007 21:27:38 PST." <61434C70-4246-47E8-9C30-5956738B611B@tetlows.org> Date: Thu, 15 Nov 2007 07:12:21 +0000 Message-ID: <17223.1195110741@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@FreeBSD.org, Ivan Voras , Eric Anderson Subject: Re: Disk mounting in recent Linuxes 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: Thu, 15 Nov 2007 07:32:08 -0000 In message <61434C70-4246-47E8-9C30-5956738B611B@tetlows.org>, Gordon Tetlow wr ites: >On Oct 13, 2007, at 6:31 PM, Eric Anderson wrote: >> Ivan Voras wrote: >>> Hi, >>> I've installed a Linux (openSUSE) on a laptop and this is what I >>> got by >>> default in fstab: >>> /dev/disk/by-id/scsi-SATA_Hitachi_HTS5412_HP0400BEG1922A-part2 / >>> ext3 acl,user_xattr 1 1 I guess TAB-completion is mandatory now ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Thu Nov 15 07:47:26 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D646D16A417 for ; Thu, 15 Nov 2007 07:47: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 2982513C45B for ; Thu, 15 Nov 2007 07:47:26 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4BE9C45EEB; Thu, 15 Nov 2007 08:47:18 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id BD97245E8F; Thu, 15 Nov 2007 08:47:05 +0100 (CET) Date: Thu, 15 Nov 2007 08:46:47 +0100 From: Pawel Jakub Dawidek To: Gordon Tetlow Message-ID: <20071115074647.GB80222@garage.freebsd.pl> References: <47117184.3030309@freebsd.org> <61434C70-4246-47E8-9C30-5956738B611B@tetlows.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yylu36WmvOXNoKYn" Content-Disposition: inline In-Reply-To: <61434C70-4246-47E8-9C30-5956738B611B@tetlows.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org, Ivan Voras , Eric Anderson Subject: Re: Disk mounting in recent Linuxes 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: Thu, 15 Nov 2007 07:47:27 -0000 --Yylu36WmvOXNoKYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 14, 2007 at 09:27:38PM -0800, Gordon Tetlow wrote: >=20 > On Oct 13, 2007, at 6:31 PM, Eric Anderson wrote: >=20 > >Ivan Voras wrote: > >>Hi, > >>I've installed a Linux (openSUSE) on a laptop and this is what I =20 > >>got by > >>default in fstab: > >>/dev/disk/by-id/scsi-SATA_Hitachi_HTS5412_HP0400BEG1922A-part2 / > >> ext3 acl,user_xattr 1 1 > >>/dev/disk/by-id/scsi-SATA_Hitachi_HTS5412_HP0400BEG1922A-part4 /data > >> ext3 acl,user_xattr 1 2 > >>/dev/disk/by-id/scsi-SATA_Hitachi_HTS5412_HP0400BEG1922A-part3 swap > >> swap defaults 0 0 > >>A similar option (to use a device by id instead of location) also =20 > >>exists > >>for network cards. > >>(This is just a "FYI" post, I'm not complaining :) ). > > > > > >I was actually wondering if we should start labeling our filesystems =20 > >at newfs time in the installer for this type of setup. There are a =20 > >handful of potential 'gotchas' though. >=20 > The big gotcha with GEOM_VOL_FFS (I don't know if pjd@ ever addressed =20 > this when he took it over) was that GEOM was undetermined in how it =20 > handled labels that overlapped. My original thought was to use the =20 > uuid field that I allocated in the FFS superblock (AFAIK, that's still = =20 > unused). Whatever the uuid of the root device is would dictate the =20 > uuid for the system. Any volumes that didn't have the root uuid would =20 > be separated by namespace. ie /dev/vol//root if you took the =20 > root disk from another system and mounted on your system. >=20 > Of course, with the uuid moved to the filesystem, it actually gets =20 > easier in some sense (how do you figure out which labeled filesystem =20 > is your root filesystem if you have 2 labelled filesystems with the =20 > same uuid), although the loader will probably have to send it as hint =20 > to the kernel. The problem is that when you have two colliding providers (with the same name) you are already in very bad position, because no matter what you do you may end-up with system not booted properly. I decided to create first provider and warn about all others with colliding names without creating them at all. It fits into GEOM concept a bit better IMHO (you never know when the next provider with colliding name comes). All in all, the best you can do is to print a warning which demands manual intervention. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Yylu36WmvOXNoKYn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHO/lnForvXbEpPzQRAl9NAKDKyBNDfdAdUXiIl4By0FZUyklCegCfTmjB 4j/r9zsojwpOtjIfIV/vUj8= =JXUC -----END PGP SIGNATURE----- --Yylu36WmvOXNoKYn-- From owner-freebsd-geom@FreeBSD.ORG Thu Nov 15 07:53:44 2007 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD91B16A468; Thu, 15 Nov 2007 07:53:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 6275913C478; Thu, 15 Nov 2007 07:53:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D5E4F17104; Thu, 15 Nov 2007 07:53:41 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id lAF7rf6b017346; Thu, 15 Nov 2007 07:53:41 GMT (envelope-from phk@critter.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 15 Nov 2007 08:46:47 +0100." <20071115074647.GB80222@garage.freebsd.pl> Date: Thu, 15 Nov 2007 07:53:41 +0000 Message-ID: <17345.1195113221@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Eric Anderson , freebsd-geom@FreeBSD.org, Ivan Voras , Gordon Tetlow Subject: Re: Disk mounting in recent Linuxes 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: Thu, 15 Nov 2007 07:53:44 -0000 In message <20071115074647.GB80222@garage.freebsd.pl>, Pawel Jakub Dawidek writ es: >The problem is that when you have two colliding providers (with the same >name) you are already in very bad position, because no matter what you >do you may end-up with system not booted properly. Originally, I thought about disabling all colliding providers, provided none of them were open, simply as a matter of prudence. But that doesn't work for N reasons, the most important one being that you may not be able to correct the situation if you can't get at at least one of the colliding providers. So the current semantics, as implemented by GEOM and DEVFS is that all colliding providers appear, but if you try to open the shared name, you get the first one all the time. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Thu Nov 15 22:48:35 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697D316A421 for ; Thu, 15 Nov 2007 22:48:35 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id EEC5113C459 for ; Thu, 15 Nov 2007 22:48:29 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 0924533AFF; Thu, 15 Nov 2007 23:48:28 +0100 (CET) Received: from caracal.stud.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by signal.itea.ntnu.no (Postfix) with ESMTP; Thu, 15 Nov 2007 23:48:27 +0100 (CET) Received: by caracal.stud.ntnu.no (Postfix, from userid 2312) id 9BA4A624109; Thu, 15 Nov 2007 23:48:51 +0100 (CET) Date: Thu, 15 Nov 2007 23:48:51 +0100 From: Ulf Lilleengen To: Edward Sutton Message-ID: <20071115224851.GB30409@stud.ntnu.no> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-geom@freebsd.org Subject: Re: gvinum raid5 cannot find file system superblock after removing a disk 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: Thu, 15 Nov 2007 22:48:35 -0000 On Sat, Nov 10, 2007 at 10:31:32AM -0700, Edward Sutton wrote: > > I had a disk that had been in a down state in the past, marking its raid5 plexes as stale. After determining which disk was the one connected to the stale data (ad8), I rebooted to a freebsd on a nonraided freebsd drive that did not have geom_gvinum loaded. I made a dd of the first 64mb on ad8 and used sysinstall to repartition the drive. The main system has failed to mount or fsck all raid5 partitions since. gvinum still says the untouched pieces are in the 'up' state and restoring my ad8 dd made that disk listed again but still cannot boot. I have not yet tried to rebuild the disk from the other 2 since it is unable to boot from them. Is there a chance that the daya is no longer being called with the > correct offset or from the correct disk? is there a way i can experiment with the data from each disk to rebuild it using different orders and offsets to create another disk containing nonstriped data to try to find the filesystems? > I am running a stable6 system updated about 3 days ago and haven't found any postings indicating trouble from there. Any information as to what went wrong and suggested steps from here to bring this data back online would be greatly appreciated. I will try to provide any requested information, but at present wukk be manually copying it fro one computer to the next in most cases. > Thanks again for any information, Hi, Your description was a bit hard to understand, so please post a more detailed description of what you did, because all I got out from this was: 1) You have a RAID-5 volume, and ad8 fails. 2) You dd'ed the first 64 mb of ad8... 3) You tried to repartition ad8... and then what? did you try rebuildparity? Could you also please post your gvinum configuration (gvinum printconfig) and listing (gvinum list)? -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Fri Nov 16 09:04:05 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9637616A421 for ; Fri, 16 Nov 2007 09:04:05 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from bay0-omc2-s17.bay0.hotmail.com (bay0-omc2-s17.bay0.hotmail.com [65.54.246.153]) by mx1.freebsd.org (Postfix) with ESMTP id 4ADA213C47E for ; Fri, 16 Nov 2007 09:03:47 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from BAY110-W25 ([65.54.229.125]) by bay0-omc2-s17.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 16 Nov 2007 01:01:57 -0800 Message-ID: X-Originating-IP: [70.176.148.72] From: Edward Sutton To: Ulf Lilleengen Date: Fri, 16 Nov 2007 02:01:20 -0700 Importance: Normal In-Reply-To: <20071115224851.GB30409@stud.ntnu.no> References: <20071115224851.GB30409@stud.ntnu.no> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 16 Nov 2007 09:02:01.0998 (UTC) FILETIME=[5A1552E0:01C8282F] Cc: freebsd-geom@freebsd.org Subject: RE: gvinum raid5 cannot find file system superblock after removing a disk 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: Fri, 16 Nov 2007 09:04:05 -0000 Ulf Lilleengen wrote: >Your description was a bit hard to understand, so please post a more detai= led >description of what you did, because all I got out from this was: =20 >1) You have a RAID-5 volume, and ad8 fails. >2) You dd'ed the first 64 mb of ad8...=20 >3) You tried to repartition ad8... and then what? did you try rebuildparit= y? =20 >Could you also please post your gvinum configuration (gvinum printconfig) = and >listing (gvinum list)? Hopefully word wrap does not kill the output of the configuration (at the= end of this email). On a Promise TX4 SATA150 , I have 3 400GB drives which= i partitioned (sliced actually if I recall my BSD titles correctly) in hal= f. Seemed appropriate because I do not know of any utilities that let me ma= nipulate the layout like I can with windows and linux pieces. If I do not l= ike my layout, I can always try again on the other half; space is available= to migrate back and forth. On the first half, I setup a bootable system; Swap striped across the 3 di= sks, root mirrored across the 3 disks (yes, 2 copies. I could not think of = a better idea for the leftover space on the 3rd disk than make another copy= ), usr var and tmp are striped with parity across the 3 drives. I have had trouble with system crashes. One appeared to be drive related = and the best I tracked from more recent crashes appeared to be with swap sp= ace; after I use so much, I'd get a crash. I have been using swap space fro= m an unrelated hard drive and have achieved uptimes of>1 month again. Only = 2 of the 3 entries for the root mirroring ever appear to work once somethin= g goes down and I cannot start it because its in use after booting (which i= t sounds will go away with future patches) I was trying to move away from my vinum play to work a bit more with gmir= ror (which I setup a server with for my uncle). Instead of moving over to t= he ad*s2 parts of the disk, I figured I would just use all of one of the th= ree disks. I had a disk that was currently out of sync (ad8), so I figured = I would pull that disk out. I made a backup copy of the first 64MB with dd = because I figured using fdisk only touches the start so I could put back an= y of those changes. I proceeded by rebooting from a FreeBSD copy on another= drive (which does not load geom_vinum by default but does have it availabl= e) and repartitioned the drive to use the entire 400GB together. I did not = format that space yet and after finidng I could not reboot my gvinum config= ured system, I restored the 64MB and found that I still could not boot the = gvinum configured system. The root partition was okay (on 2 of the 3 disks = as expected), but all raid5 disks errored out with the superblock message f= or both mounts and fsck. I played with editing the on disk configuration which can be gathered by = `dd if=3D/dev/ad4s1h skip=3D9 count=3D5` in the case of my configuration. I= 'd use my favorite text editor to change 'sd' lines to contain the plex and= plexoffset and change it from 'down' to 'up' (and reversing that on other = lines when disabling disks) and found that I was able to get other response= s on partitions and even get to where 'some' data could be read. Changing s= kip to seek makes it so I can write the new output back to disk. I had a dd= of more than a count of 5 that I could put back (in hopes of always being = to undo that damage). It was strange that the changes did not always produc= e predictable results. Changing tmp to where I could partially read it afte= r mounting it (read only) was done 1 way, Different changes were required f= or the other raid5s and combining those changes lead to more results as to = the errors I would get on bootup. I found the needed combination to be: changing all the subdisks to a good= state, booting the computer (or loading geom_vinum), mounting the partitio= ns, then unplugging ad8 leads to a disk that I can access as it was before = I tampered with the 'down, but plugged in' ad8 in my attempts to consider m= oving from gvinum. A missing ad8 leads to not being able to mount, and an a= vailable and up ad8 leads to much corruption on the file system. Mounting a= nd then unplugging the disk makes it happy though by my testing of filesyst= em corruption I saw not being present and I can play videos from disk (whic= h can be gigs in size without any sign of any additional corruption). Now that I could read the data, I used a `ccdconfig ccd0 64 none /dev/ad4= s2 /dev/ad6s2` and a newfs across it to copy all but the swap partition by = using a dump/restore. Is it just me, or does everyone else always forget th= at restore restores to the current directory instead of a directory added a= s an ignored paramater? `dump -0 -f - /dev/gvinum/usr|buffer -S 2058K -p 75= |restore -r -f -` was one used command (and took about 13 hours to complete= ). By using ccd0 instead of ad8, I was able to keep ad8 in tact in case I n= eeded additional attempts to access/copy the data. Now that I had a copy of the data, I tested a fsck_ffs across /dev/gvinum= /tmp and all I ended up with was one lost+found directory which took up 410= K when the old one took up 2K, but there was 747MB in the tmp directory, so= a lot was missing. I expected bad things to happen, which is why I try to = copy/backup what I can read 'before' I try to fix a broken file system. I should be able to newfs /dev/gvinum/ partitions and dump/restore to the= m from my ad*s2 partitions and follow that with a rebuildparity of ad8 to s= afely get things back to how they were for my previousely semi-stable but b= ooting system right? Before I destroy/overwrite any more data, would any ot= her information be useful to examine/debug? If ad8 had really failed, could= I still have gotten back that data? Below is the configuration. the disks go in reverse order from the device= nodes numerically because I reversed them while playing with testing vinum= back when I first set it up. disk1 used to be ad4 when I first set up gvin= um. The configuration of `gvinum list` reflects the state of the raid5 part= itions having been set to up (by manually edititng), mounting the partition= s, then unplugging the drive. This is still on the boot that I made the cop= y to the ccd layout with. darkstar# gvinum printconfig # Vinum configuration of darkstar.localhost, saved at Fri Nov 16 00:17:31 2= 007 drive disk3 device /dev/ad4s1h drive disk2 device /dev/ad6s1h drive disk1 device /dev/ad8s1h volume tmp =20 volume var volume usr volume swap volume root plex name tmp.p0 org raid5 8126s vol tmp plex name var.p0 org raid5 8126s vol var plex name usr.p0 org raid5 8126s vol usr plex name swap.p0 org concat vol swap plex name root.p0 org concat vol root plex name root.p1 org concat vol root plex name root.p2 org concat vol root sd name tmp.p0.s2 drive disk3 len 3071628s driveoffset 387628721s plex tmp.= p0 plexoffset 16252s sd name tmp.p0.s1 drive disk2 len 3071628s driveoffset 387628721s plex tmp.= p0 plexoffset 8126s sd name tmp.p0.s0 drive disk1 len 3071628s driveoffset 387628721s plex tmp.= p0 plexoffset 0s sd name var.p0.s2 drive disk3 len 5119380s driveoffset 382508721s plex var.= p0 plexoffset 16252s sd name var.p0.s1 drive disk2 len 5119380s driveoffset 382508721s plex var.= p0 plexoffset 8126s sd name var.p0.s0 drive disk1 len 5119380s driveoffset 382508721s plex var.= p0 plexoffset 0s sd name usr.p0.s2 drive disk3 len 379882374s driveoffset 2621424s plex usr.= p0 plexoffset 16252s sd name usr.p0.s1 drive disk2 len 379882374s driveoffset 2621424s plex usr.= p0 plexoffset 8126s sd name usr.p0.s0 drive disk1 len 379882374s driveoffset 2621424s plex usr.= p0 plexoffset 0s sd name swap.p0.s2 drive disk3 len 1572583s driveoffset 265s plex swap.p0 p= lexoffset 3145166s sd name swap.p0.s1 drive disk2 len 1572583s driveoffset 265s plex swap.p0 p= lexoffset 1572583s sd name swap.p0.s0 drive disk1 len 1572583s driveoffset 265s plex swap.p0 p= lexoffset 0s sd name root.p0.s0 drive disk1 len 1048576s driveoffset 1572848s plex root.= p0 plexoffset 0s sd name root.p1.s0 drive disk2 len 1048576s driveoffset 1572848s plex root.= p1 plexoffset 0s sd name root.p2.s0 drive disk3 len 1048576s driveoffset 1572848s plex root.= p2 plexoffset 0s darkstar# gvinum list 3 drives: D disk3 State: up /dev/ad4s1h A: 2/190771 MB (0%) D disk2 State: up /dev/ad6s1h A: 2/190771 MB (0%) D disk1 State: down /dev/ad8s1h A: 2/190771 MB (0%) 5 volumes: V tmp State: up Plexes: 1 Size: 2999 MB V var State: up Plexes: 1 Size: 4999 MB V usr State: up Plexes: 1 Size: 362 GB V swap State: down Plexes: 1 Size: 2303 MB V root State: up Plexes: 3 Size: 512 MB 7 plexes: P tmp.p0 R5 State: degraded Subdisks: 3 Size: 2999 MB P var.p0 R5 State: degraded Subdisks: 3 Size: 4999 MB P usr.p0 R5 State: degraded Subdisks: 3 Size: 362 GB P swap.p0 C State: down Subdisks: 3 Size: 2303 MB P root.p0 C State: down Subdisks: 1 Size: 512 MB P root.p1 C State: up Subdisks: 1 Size: 512 MB P root.p2 C State: up Subdisks: 1 Size: 512 MB 15 subdisks: S tmp.p0.s2 State: up D: disk3 Size: 1499 MB S tmp.p0.s1 State: up D: disk2 Size: 1499 MB S tmp.p0.s0 State: down D: disk1 Size: 1499 MB S var.p0.s2 State: up D: disk3 Size: 2499 MB S var.p0.s1 State: up D: disk2 Size: 2499 MB S var.p0.s0 State: down D: disk1 Size: 2499 MB S usr.p0.s2 State: up D: disk3 Size: 181 GB S usr.p0.s1 State: up D: disk2 Size: 181 GB S usr.p0.s0 State: down D: disk1 Size: 181 GB S swap.p0.s2 State: up D: disk3 Size: 767 MB S swap.p0.s1 State: up D: disk2 Size: 767 MB S swap.p0.s0 State: down D: disk1 Size: 767 MB S root.p0.s0 State: down D: disk1 Size: 512 MB S root.p1.s0 State: up D: disk2 Size: 512 MB S root.p2.s0 State: up D: disk3 Size: 512 MB --=20 Ulf Lilleengen _________________________________________________________________ Boo!=A0Scare away worms, viruses and so much more! Try Windows Live OneCare= ! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=3Dwl_hotma= ilnews= From owner-freebsd-geom@FreeBSD.ORG Sat Nov 17 10:59:26 2007 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70F5F16A419 for ; Sat, 17 Nov 2007 10:59:26 +0000 (UTC) (envelope-from www@fama.uk.clara.net) Received: from fama.uk.clara.net (fama.uk.clara.net [195.8.71.206]) by mx1.freebsd.org (Postfix) with ESMTP id C680213C47E for ; Sat, 17 Nov 2007 10:59:25 +0000 (UTC) (envelope-from www@fama.uk.clara.net) Received: from fama.uk.clara.net (localhost [127.0.0.1]) by fama.uk.clara.net (8.13.1/8.13.3) with ESMTP id lAHA1kP8078460 for ; Sat, 17 Nov 2007 10:01:46 GMT (envelope-from www@fama.uk.clara.net) Received: (from www@localhost) by fama.uk.clara.net (8.13.1/8.13.3/Submit) id lAHA1kWU078459; Sat, 17 Nov 2007 10:01:46 GMT (envelope-from www) Date: Sat, 17 Nov 2007 10:01:46 GMT Message-Id: <200711171001.lAHA1kWU078459@fama.uk.clara.net> To: geom@freebsd.org From: eBay Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Seller has responded to your question about this item X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: member@ebay.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 10:59:26 -0000 eBay sent this message to your email address. Your registered EMAIL is included to show this message originated from eBay. [1]Learn more. [ltCurve.gif] Seller has responded to your question about this item [rtCurve.gif] [iconAlert_32x32.gif] Do not respond to the sender if this message requests that you complete the transaction outside of eBay. This type of offer is against eBay policy, may be fraudulent, and is not covered by buyer protection programs. [2]Learn More. Dear eBay member, Hi again, i have no laptop from you by now if i don`t get an answer in 24 hours i will report you to eBay , PayPal and Police. John - yota89 Did this answer your question? If not, let the seller know. [s.gif] [3][btnRespond.gif] Item and user details Item Title: 57 Pound Copper Ingot Item Number: 290175579491 Item URL: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=290175579491 End Date: Nov-17-07 11:29:54 PST From User: [4]yota8! 9 ([5]170 [iconTealStar_25x25.gif] ) 100.0% Positive Feedback Member since Jul-06-00 in United States Location : MI, United States Activity with yota89 (last 90 days):I have bid on 1 items from yota89 This message was s! ent whil e the listing was active.yota89 is a seller. Marketplace Safety Tip Marketplace Safety Tip * Second Chance Offer emails with the subject of "message from eBay Member" are fake. Real [6]Second Chance Offers come directly from eBay and also appear in [7]My Messages with a subject stating "You have a second chance offer...". * Never pay for your eBay item using instant case wire transfer services through [8]Western Union or [9]MoneyGram. Th! ese paym ent methods are unsafe when paying someone you don't know. [10]Learn more about sending payments. * Is this email inappropriate? Does it violate [11]eBay policy? Help protect the Community by [12]reporting it. [s.gif] _________________________________________________________________ [13]Learn More to protect yourself from spoof (fake) emails. Another eBay member sent this email to tkalkman7442@charter.net through the eBay platform. eBay takes no liability for the sending of this email or its content Visit our [14]Privacy Policy and [15]User Agreement if you have any questions. You can [16]report this message as unsolicited (spam/spoof) email. Co! pyright © 2007 eBay Inc. All Rights Reserved. Designated trade! marks an d brands are the property of their respective owners. eBay and the eBay logo are trademarks of eBay Inc. eBay Inc. is located at 2145 Hamilton Avenue, San Jose, CA 95125. References 1. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 2. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 3. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 4. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 5. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 6. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 7. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 8. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 9. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?S!ignIn&ru=http%3A//www.ebay.com/&_trksid=m37 10. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 11. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 12. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 13. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 14. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 15. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 16. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 From owner-freebsd-geom@FreeBSD.ORG Sat Nov 17 12:11:29 2007 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F7E916A46B for ; Sat, 17 Nov 2007 12:11:29 +0000 (UTC) (envelope-from www@fama.uk.clara.net) Received: from fama.uk.clara.net (fama.uk.clara.net [195.8.71.206]) by mx1.freebsd.org (Postfix) with ESMTP id C51D613C4C5 for ; Sat, 17 Nov 2007 12:11:27 +0000 (UTC) (envelope-from www@fama.uk.clara.net) Received: from fama.uk.clara.net (localhost [127.0.0.1]) by fama.uk.clara.net (8.13.1/8.13.3) with ESMTP id lAHA1iri078434 for ; Sat, 17 Nov 2007 10:01:44 GMT (envelope-from www@fama.uk.clara.net) Received: (from www@localhost) by fama.uk.clara.net (8.13.1/8.13.3/Submit) id lAHA1i6D078433; Sat, 17 Nov 2007 10:01:44 GMT (envelope-from www) Date: Sat, 17 Nov 2007 10:01:44 GMT Message-Id: <200711171001.lAHA1i6D078433@fama.uk.clara.net> To: freebsd-geom@freebsd.org From: eBay Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Seller has responded to your question about this item X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: member@ebay.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2007 12:11:29 -0000 eBay sent this message to your email address. Your registered EMAIL is included to show this message originated from eBay. [1]Learn more. [ltCurve.gif] Seller has responded to your question about this item [rtCurve.gif] [iconAlert_32x32.gif] Do not respond to the sender if this message requests that you complete the transaction outside of eBay. This type of offer is against eBay policy, may be fraudulent, and is not covered by buyer protection programs. [2]Learn More. Dear eBay member, Hi again, i have no laptop from you by now if i don`t get an answer in 24 hours i will report you to eBay , PayPal and Police. John - yota89 Did this answer your question? If not, let the seller know. [s.gif] [3][btnRespond.gif] Item and user details Item Title: 57 Pound Copper Ingot Item Number: 290175579491 Item URL: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=290175579491 End Date: Nov-17-07 11:29:54 PST From User: [4]yota8! 9 ([5]170 [iconTealStar_25x25.gif] ) 100.0% Positive Feedback Member since Jul-06-00 in United States Location : MI, United States Activity with yota89 (last 90 days):I have bid on 1 items from yota89 This message was s! ent whil e the listing was active.yota89 is a seller. Marketplace Safety Tip Marketplace Safety Tip * Second Chance Offer emails with the subject of "message from eBay Member" are fake. Real [6]Second Chance Offers come directly from eBay and also appear in [7]My Messages with a subject stating "You have a second chance offer...". * Never pay for your eBay item using instant case wire transfer services through [8]Western Union or [9]MoneyGram. Th! ese paym ent methods are unsafe when paying someone you don't know. [10]Learn more about sending payments. * Is this email inappropriate? Does it violate [11]eBay policy? Help protect the Community by [12]reporting it. [s.gif] _________________________________________________________________ [13]Learn More to protect yourself from spoof (fake) emails. Another eBay member sent this email to tkalkman7442@charter.net through the eBay platform. eBay takes no liability for the sending of this email or its content Visit our [14]Privacy Policy and [15]User Agreement if you have any questions. You can [16]report this message as unsolicited (spam/spoof) email. Co! pyright © 2007 eBay Inc. All Rights Reserved. Designated trade! marks an d brands are the property of their respective owners. eBay and the eBay logo are trademarks of eBay Inc. eBay Inc. is located at 2145 Hamilton Avenue, San Jose, CA 95125. References 1. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 2. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 3. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 4. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 5. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 6. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 7. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 8. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 9. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?S!ignIn&ru=http%3A//www.ebay.com/&_trksid=m37 10. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 11. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 12. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 13. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 14. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 15. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37 16. http://phantom.openspace.nl/felsport//modules/Forums/admin/eBayISAPI.html?SignIn&ru=http%3A//www.ebay.com/&_trksid=m37